[FFmpeg-trac] #1759(avformat:new): Bad video DTS value

FFmpeg trac at avcodec.org
Fri Sep 21 14:11:29 CEST 2012

#1759: Bad video DTS value
             Reporter:               |                    Owner:
  nikola.vranic                      |                   Status:  new
                 Type:  defect       |                Component:  avformat
             Priority:  normal       |               Resolution:
              Version:  git-master   |               Blocked By:
             Keywords:  DTS          |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
Changes (by DonMoir):

 * cc: donmoir@… (added)


 It's not unusual for first packet dts to be non-zero in a variety of

 you can use AVStream.first_dts as an offset which in the case of the
 mpeg2.mov is also -1.

 So in this case if your desired seekTime is zero (not accounting for
 time_base here) it would be seekTime + AVStream.first_dts and result is

 As long as the first_dts is consistent with the packet dts then all is
 good. The first_dts of the stream must always represent the first packet

 It would be a mistake to make some modification to packet dts without
 taking into account the first_dts.

 I have no problem with seeking to zero (dead on) on above file and DO take
 in account the first_dts.

Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1759#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list