Re: [FFmpeg-trac] #7064(avformat:new): External subtitle files cause wrong interleaving

[FFmpeg]

#7064: External subtitle files cause wrong interleaving
+
 Reporter:  mkver   |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  mkv |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Changes (by zagser168):

 * cc: zagser168@… (added)


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7064(avformat:new): External subtitle files cause wrong interleaving

[FFmpeg]

#7064: External subtitle files cause wrong interleaving
+
 Reporter:  mkver   |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  mkv |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * keywords:   => mkv


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

Re: [FFmpeg-trac] #7064(avformat:new): External subtitle files cause wrong interleaving

[FFmpeg]

#7064: External subtitle files cause wrong interleaving
+
 Reporter:  mkver   |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+

Comment (by mkver):

 This is related to #6037 (both are issues where using multiple source
 files causes wrong interleaving).

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac

[FFmpeg-trac] #7064(avformat:new): External subtitle files cause wrong interleaving

[FFmpeg]

#7064: External subtitle files cause wrong interleaving
--+--
 Reporter:  mkver | Type:  defect
   Status:  new   | Priority:  normal
Component:  avformat  |  Version:  git-master
 Keywords:|   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+--
 I tried to remux a transport stream with two external subtitle files to
 Matroska and the result showed strange behaviour with regards to some
 subtitle packets: They worked when accessing the movie linearly and when
 seeking to a time when the subtitles should be shown (as they should
 because ffmpeg writes CueDuration and CueRelativePosition data), but not
 when seeking to a position a few seconds before the subtitles should be
 shown. And then I looked at the file using mkvinfo (from MKVToolNix). The
 problem is that some of the subtitle packets are wrongly interleaved with
 the rest of the data and are therefore inaccessible after a seek (and the
 interleaving of audio and video is also suboptimal):
 {{{
 Track 1: video, codec ID: V_MPEG4/ISO/AVC (h.264 profile: High @L4.0),
 mkvmerge/mkvextract track ID: 0, language: und, default duration: 20.000ms
 (50.000 frames/fields per second for a video track), pixel width: 1280,
 pixel height: 720
 Track 2: audio, codec ID: A_AC3, mkvmerge/mkvextract track ID: 1,
 language: deu, channels: 2, sampling freq: 48000, bits per sample: 32
 Track 3: subtitles, codec ID: S_TEXT/UTF8, mkvmerge/mkvextract track ID:
 2, language: und
 Track 4: subtitles, codec ID: S_TEXT/UTF8, mkvmerge/mkvextract track ID:
 3, language: und
 ...
 I frame, track 1, timestamp 00:00:01.32900, size 4345, adler
 0x5a843c3f
 P frame, track 1, timestamp 00:00:01.24900, size 41, adler 0xd73608b0
 P frame, track 1, timestamp 00:00:01.18900, size 42, adler 0xb13407fe
 P frame, track 1, timestamp 00:00:01.20900, size 43, adler 0xe2dd0a40
 I frame, track 3, timestamp 00:00:22.8, duration
 00:00:01.95900, size 9, adler 0x0cea029e
 I frame, track 2, timestamp 00:00:00.04800, size 1792, adler
 0x094f90bf
 I frame, track 2, timestamp 00:00:00.08000, size 1792, adler
 0x08a27524
 P frame, track 1, timestamp 00:00:01.22900, size 44, adler 0x9f3606e8
 P frame, track 1, timestamp 00:00:01.26900, size 37, adler 0x61e504c6
 ...
 P frame, track 1, timestamp 00:02:18.86900, size 32032, adler
 0x88681474
 I frame, track 2, timestamp 00:02:17.58400, size 1792, adler
 0x9c2d71fc
 I frame, track 2, timestamp 00:02:17.61600, size 1792, adler
 0x6fbe797b
 I frame, track 3, timestamp 00:02:56.32000, duration
 00:00:01.95900, size 20, adler 0x401f062e
 I frame, track 2, timestamp 00:02:17.64800, size 1792, adler
 0x3ef76f7d
 I frame, track 2, timestamp 00:02:17.68000, size 1792, adler
 0xe7f958f8
 P frame, track 1, timestamp 00:02:18.88900, size 32945, adler
 0x347166b5
 }}}

 It turned out that it is not my input transport stream that is to blame,
 but the subtitles (probably sparse tracks in general). It can also be
 reproduced with nullsrc and other formats than Matroska (the full report
 which I have attached is 65MB and therefore the following is only a
 portion):

 {{{
 % ffmpeg.exe -debug_ts -report -v 9 -loglevel 99 -f lavfi -i nullsrc -i
 sub.1.srt -i sub.2.srt -map 0:0 -map 1:0 -map 2:0 -c copy -f framehash
 -hash crc32 -t 1:39:00 log.txt
 ffmpeg version N-90232-g0645698ecc Copyright (c) 2000-2018 the FFmpeg
 developers
   built with gcc 7.3.0 (Rev1, Built by MSYS2 project)
   configuration: --disable-static --enable-shared --disable-amf --enable-
 avisynth --disable-cuda --disable-cuvid --disable-d3d11va --disable-nvenc
 --enable-gpl --enable-openssl --disable-encoder=dca --disable-
 encoder=nellymoser --disable-encoder=real_144 --disable-encoder=truehd
 --disable-encoder=vorbis --disable-encoder=sonic --disable-encoder=sonicls
 --disable-encoder=amv --disable-encoder=asv1 --disable-encoder=asv2
 --disable-encoder=flashsv --disable-encoder=flashsv2 --disable-
 encoder=roqvideo --disable-encoder=svq1 --disable-encoder=zmbv --disable-
 encoder=zlib --disable-encoder=snow --disable-encoder=cinepak --disable-
 encoder=a64multi --disable-encoder=a64multi5 --disable-encoder=h261
 --disable-encoder=h263 --disable-encoder=h263p --disable-encoder=wmv7
 --disable-encoder=wmav1 --disable-encoder=wmav2 --disable-encoder=wmv8
 --enable-libfdk-aac --enable-nonfree --disable-debug --shlibdir=/local64
 /bin-video
   libavutil  56.  8.100 / 56.  8.100
   libavcodec 58. 13.102 / 58. 13.102
   libavformat58. 10.100 / 58. 10.100
   libavdevice58.  2.100 / 58.  2.100
   libavfilter 7. 12.100 /  7. 12.100
   libswscale  5.  0.102 /  5.  0.102
   libswresample