[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]

#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 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"? With
 your first command, I see the following output packets:

 {{{
 pts_time=177.420000
 duration_time=1.980000

 pts_time=179.400000
 duration_time=0.440000
 }}}

 They correspond to the input ASS lines:
 {{{
 Dialogue: 10,0:02:57.42,0:02:59.40,Default,,0,0,0,,What do you have there?
 Dialogue: 0,0:02:58.40,0:03:00.40,op trans,,0,0,0,,
 Dialogue: 0,0:02:58.40,0:03:00.40,ed trans,,0,0,0,,
 Dialogue: 10,0:02:59.84,0:03:01.86,Default,,0,0,0,,Heilige Wasser!
 }}}

 Note that the {{{Default}}} texts are in the layer 10 while the {{{op/ed
 trans}}} texts are in the layer 0: they are not supposed to interact.

 With {{{-fix_sub_duration}}}, the timestamps become:

 {{{
 pts_time=177.420000
 duration_time=0.980000
 }}}

 Notice how the duration has been reduced because of the next {{{op
 trans}}} text. This is not valid.

 ASS can contain events that overlap any random way. My guess is that
 mov_text can not handle that. There is not much that can be done about it.

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