[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)
Comment:
It's not unusual for first packet dts to be non-zero in a variety of
formats.
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
-1.
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
dts.
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