[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