[FFmpeg-trac] #3553(ffmpeg:new): Fix Non-monotonous DTS for flv live stream output
FFmpeg
trac at avcodec.org
Sat Apr 12 01:14:38 CEST 2014
#3553: Fix Non-monotonous DTS for flv live stream output
---------------------------------------+----------------------------------
Reporter: FishB8 | Type: defect
Status: new | Priority: normal
Component: ffmpeg | Version: 2.2
Keywords: dts rtmp live | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
---------------------------------------+----------------------------------
I'm running into problems when using ffmpeg to pull a live rtmp stream,
re-encode it, and push the result back out to another location. The
problem is that the dts can jump when the source stream is switched within
the server that is providing the source for ffmpeg. I would assume that
+genpts and +igndts flags should fix the problem, but they do not.
When the streams get switched internally in the source rtmp server, I get
a bunch of:
''[flv @ 0xdeadbeef] Non-monotonous DTS in output stream [blah blah blah
...]''
{{{
% ffmpeg -i rtmp://0.0.0.0/foo/bar -fflags +genpts+igndts [...] -f flv
-rtmp_live live rtmp://0.0.0.0/hash/bang
}}}
ffmpeg needs a means to deal with large jumps in dts gracefully. Currently
it totally screws up the output stream. Ideally the origional dts would be
tossed and new one generated when re-encoding based off the frame rate /
frame base. Even better would be a bitstream filter to rewrite dts that
could be used even in cases where you are doing a stream copy instead of
re-encoding.
ffmpeg version 2.2.1 (using internal RTMP implementation)
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3553>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list