[FFmpeg-user] Application provided invalid, non monotonically increasing dts to muxer

Klaus Kudielka klaus.kudielka at gmx.net
Thu Dec 1 08:29:54 CET 2011


On Wed, Nov 30, 2011 at 07:30:07AM +0100, Klaus Kudielka wrote:
> > > ---- Two examples for NOT WORKING git masker:
> > > 
> > > [0]$ /opt/ffmpeg-git/bin/ffmpeg -i x.mkv -map 0 -c copy -y /tmp/x.mkv
> > 
> > [...]
> > 
> > > ---- Counter-example of working 0.8.7:
> > > 
> > > [1]$ /opt/ffmpeg/bin/ffmpeg -i x.mkv" -map 0.0 -vcodec copy -an -sn -y
> > > /tmp/x.mkv -map 0.1 -acodec copy -newaudio -map 0.2 -acodec copy
> > -newaudio
> > > -map 0.3 -scodec copy -newsubtitle -map 0.4 -scodec copy -newsubtitle
> > -map 0.5
> > > -scodec copy -newsubtitle -map 0.6 -scodec copy -newsubtitle 
> > 
> > The command lines look different...
> 
> Well, due to the new command line syntax in git master they HAVE
> to differ, in order to achieve the same behaviour!?
> (-map and -codec now handle all streams instead of only one,
> removal of -newaudio and -newsubtitle options which were needed
> before)
> 
> Or am I missing something? Anyway the 'complicated' version of the git
> master command line (mapping & specifying codec for all streams individually)
> shows exactly the same behaviour:
> 
> /opt/ffmpeg-git/bin/ffmpeg -i x.mkv -map 0:v:0 -c:v:0 copy -map 0:a:0 
> -c:a:0 copy -map 0:a:1 -c:a:1 copy -map 0:s:0 -c:s:0 copy -map 0:s:1 -c:s:1
> copy -map 0:s:2 -c:s:2 copy -map 0:s:3 -c:s:3 copy /tmp/x.mkv
> 
> [...]
> 
> [matroska @ 0x2abc6c0] Application provided invalid, non monotonically
> increasing dts to muxer in stream 0: -83 >= -83
> av_interleaved_write_frame(): Invalid argument
> 
> > Could you provide a sample and / or find the version introducing the
> > problem?
> 
> I will try to find the version introducing the problem. Will probably
> take a few evenings.

Okay, this is what I found out:

The main branch ffmpeg stopped working in this scenario with
commit 0b9a69f  (a8e6d4d still worked fine).
  ffmpeg -i x.mkv -map 0 -c copy -y /tmp/x.mkv

The other branch avconv (the one with the obsolete ffmpeg) had already
stopped working before, in commit 2a651b7  (51aeb69 still worked fine).
  avconv -i x.mkv -map 0 -c copy -y /tmp/x.mkv

It really seems to happen with every MKV that has an h264 or vc1 stream in
it. If you still need a sample file, let me know.

The error always is: Application provided invalid, non monotonically
increasing dts to muxer in stream 0: .....


Klaus


More information about the ffmpeg-user mailing list