[FFmpeg-trac] #2212(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer in stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument

FFmpeg trac at avcodec.org
Thu Jan 31 15:33:47 CET 2013


#2212: Application provided invalid, non monotonically increasing dts to muxer in
stream 2: 1372390 >= 1372390 av_interleaved_write_frame(): Invalid argument
-------------------------------------+-------------------------------------
             Reporter:  julian       |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:               |               Resolution:
  av_interleaved_write_frame ass     |               Blocked By:
  mov_text                           |  Reproduced by developer:  1
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by cehoyos):

 Replying to [comment:11 Cigaes]:
 > Replying to [comment:7 cehoyos]:
 > > For the given sample the following command line produces an output
 file that contains subtitles with (very) broken timing:
 > > $ ffmpeg -i 1.mkv -strict -2 -qscale 2 -scodec mov_text -t 180 out.mp4
 > > The output of the following command plays fine (the subtitles appear
 at the right moment):
 > > $ ffmpeg -fix_sub_duration -i 1.mkv -strict -2 -qscale 2 -scodec
 mov_text -t 180 out.mp4
 >
 > Thanks for uploading the ASS file. What do you mean, "broken timing"?

 If I transcode the original file with above command line without
 -fix_sub_duration the subtitles in the resulting output file are
 approximately 75 seconds late (making the subtitles unusable), with
 -fix_sub_duration the subtitles in the output file look fine (tested with
 mplayer and mplayer -ass).

 Please note that I originally did not upload the ass file because I am not
 convinced it allows to reproduce the original problem (see also my
 original comment that includes a working command line after remuxing the
 unchanged subtitle stream). I only uploaded it on your request.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2212#comment:12>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list