August 2022 - FFmpeg-trac - lists.ffmpeg.org

#9818(ffmpeg:new): Introduce support for MCA sub-descriptors in mxf and mov container
by FFmpeg 12 Aug '22

12 Aug '22

#9818: Introduce support for MCA sub-descriptors in mxf and mov container ----------------------------------+--------------------------------------- Reporter: FranceBB | Type: enhancement Status: new | Priority: wish Component: ffmpeg | Version: git-master Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: Audio tagging in mxf isn't passed through. I have an IMF package with videos and audios and of course the CPL. Video file is a MJPEG2000 BT709 SDR 10bit muxed in mxf The audio files are PCM lossless 24bit 48'000Hz muxed as .mxf To differentiate them, each one has audio tagging inside, so if I use Mediainfo I can see for instance: {{{ General Complete name : Test.mxf Format : MXF Format version : 1.3 Format profile : OP-1a Format settings : Closed / Complete File size : 6.10 GiB Duration : 2 h 6 min Overall bit rate : 6 912 kb/s Package name : Material Package / File Package: SMPTE 382M clip wrapping of wave audio Encoded date : 2022-05-03 22:48:00.768 Writing application : Rohde and Schwarz Clipster 6.9.1.0.1 Writing library : Windows 8 (64-bit) 2.38.0.20411.1 Audio ID : 2 Format : PCM Format settings : Little Format settings, wrapping mode : Clip (BWF) Codec ID : 0D01030102060200 Duration : 2 h 6 min Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 6.10 GiB (100%) Title : FP Sound track Language : Italian Locked : Yes MCA Title : MCA Title MCA Title Version : MCA Title Version MCA Audio Content Kind : MCA Audio Content Kind MCA Audio Element Kind : MCA Audio Element Kind Other #1 ID : 1-Material Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:59:30:00 Time code settings : Material Package Time code, striped : Yes Title : Timecode track Other #2 ID : 1-Source Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:59:30:00 Time code settings : Source Package Time code, striped : Yes Title : Timecode track As you can see, there's the language tagging: Language : Italian same goes for other tracks that might have a different language like English: General Complete name : Test2.mxf Format : MXF Format version : 1.3 Format profile : OP-1a Format settings : Closed / Complete File size : 6.10 GiB Duration : 2 h 6 min Overall bit rate : 6 912 kb/s Package name : Material Package / File Package: SMPTE 382M clip wrapping of wave audio Encoded date : 2022-05-03 22:48:00.768 Writing application : Rohde and Schwarz Clipster 6.9.1.0.1 Writing library : Windows 8 (64-bit) 2.38.0.20411.1 Audio ID : 2 Format : PCM Format settings : Little Format settings, wrapping mode : Clip (BWF) Codec ID : 0D01030102060200 Duration : 2 h 6 min Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 6.10 GiB (100%) Title : FP Sound track Language : English Locked : Yes Other #1 ID : 1-Material Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:59:30:00 Time code settings : Material Package Time code, striped : Yes Title : Timecode track Other #2 ID : 1-Source Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:59:30:00 Time code settings : Source Package Time code, striped : Yes Title : Timecode track }}} so: Language : English however when I do: {{{ ffmpeg.exe -f imf -i "D:\Masterfiles\CPL_IMF.xml" -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c:v copy -c:a copy -f mxf -y "D:\Masterfiles\test.mxf" pause }}} FFMpeg outputs an error in the language tagging, namely: {{{ [imf @ 000001d283a12a00] Opening 'D:\Masterfiles\ASSETMAP.xml' for reading [mxf @ 000001d283a689c0] local tag 0xdff5 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff4 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff3 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff2 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff5 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff4 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff3 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff2 with 0 size }}} The whole command line output is: {{{ H:\MJPEG2000 DCP Hardsubber (x86) - Final>ffmpeg.exe -f imf -i "D:\Masterfiles\CPL_IMF.xml" -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c:v copy -c:a copy -f mxf -y "D:\Masterfiles\test.mxf" ffmpeg version git-2022-01-28-f581139854-20220128 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 11.2.0 (crosstool-NG 1.24.0.498_5075e1f) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug --disable-w32threads --enable-pthreads --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-lzma --enable-fontconfig --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-avisynth --enable-libdav1d --enable- libdavs2 --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libass --enable-libbluray --enable-libmp3lame --enable-libopus --enable-librist --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --enable-libmfx --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable- librubberband --enable-schannel --enable-sdl2 --enable-libsoxr --enable- libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --disable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra- ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp --extra- version=20220128 libavutil 57. 18.100 / 57. 18.100 libavcodec 59. 20.100 / 59. 20.100 libavformat 59. 17.101 / 59. 17.101 libavdevice 59. 5.100 / 59. 5.100 libavfilter 8. 25.100 / 8. 25.100 libswscale 6. 5.100 / 6. 5.100 libswresample 4. 4.100 / 4. 4.100 libpostproc 56. 4.100 / 56. 4.100 IMF CPL ContentTitle: Hitch IMF CPL Id: urn:uuid:e945442e-aa35-4961-9b74-7c624fb9d232 [imf @ 000001d283a12a00] Opening 'D:\Masterfiles\ASSETMAP.xml' for reading [mxf @ 000001d283a689c0] local tag 0xdff5 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff4 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff3 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff2 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff5 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff4 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff3 with 0 size [mxf @ 000001d283a689c0] local tag 0xdff2 with 0 size Input #0, imf, from 'D:\Masterfiles\CPL_IMF.xml': Duration: 02:06:22.49, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Video: jpeg2000, yuv422p10le(tv, bt709, progressive), 3840x2160, 23.98 tbr, 23.98 tbn Stream #0:1: Audio: pcm_s24le, 48000 Hz, downmix, s32 (24 bit), 2304 kb/s Stream #0:2: Audio: pcm_s24le, 48000 Hz, downmix, s32 (24 bit), 2304 kb/s Stream #0:3: Audio: pcm_s24le, 48000 Hz, 5.1(side), s32 (24 bit), 6912 kb/s Stream #0:4: Audio: pcm_s24le, 48000 Hz, 5.1(side), s32 (24 bit), 6912 kb/s Output #0, mxf, to 'D:\Masterfiles\test.mxf': Metadata: encoder : Lavf59.17.101 Stream #0:0: Video: jpeg2000, yuv422p10le(tv, bt709, progressive), 3840x2160, q=2-31, 23.98 tbr, 23.98 tbn Stream #0:1: Audio: pcm_s24le, 48000 Hz, downmix, s32 (24 bit), 2304 kb/s (default) Stream #0:2: Audio: pcm_s24le, 48000 Hz, downmix, s32 (24 bit), 2304 kb/s Stream #0:3: Audio: pcm_s24le, 48000 Hz, 5.1(side), s32 (24 bit), 6912 kb/s Stream #0:4: Audio: pcm_s24le, 48000 Hz, 5.1(side), s32 (24 bit), 6912 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help frame= 3987 fps=793 q=-1.0 size= 3678208kB time=00:02:46.29 bitrate=181199.6kbits/s speed=33.1x }}} and indeed the final file lacks the audio tagging: {{{ General Complete name : D:\Masterfiles\test.mxf Format : MXF Format version : 1.3 Format profile : OP-1a Format settings : Closed / Complete File size : 3.64 GiB Duration : 2 min 52 s Overall bit rate : 181 Mb/s Encoded date : 0-00-00 00:00:00.000 Writing application : FFmpeg OP1a Muxer 59.17.101.0.0 Writing library : Lavf (mingw32) 59.17.101.0.0 Video ID : 2 Format : JPEG 2000 Format profile : BCS@L5 Format settings, wrapping mode : Frame Codec ID : 0D010301020C0100-0401020203010100 Duration : 2 min 52 s Bit rate : 163 Mb/s Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:2 Bit depth : 10 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.819 Stream size : 3.27 GiB (90%) Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio #1 ID : 3 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (AES) Codec ID : 0D01030102060300 Duration : 2 min 52 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 23.976 FPS (2002 SPF) Bit depth : 24 bits Stream size : 47.4 MiB (1%) Locked : Yes Audio #2 ID : 4 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (AES) Codec ID : 0D01030102060300 Duration : 2 min 52 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Frame rate : 23.976 FPS (2002 SPF) Bit depth : 24 bits Stream size : 47.4 MiB (1%) Locked : Yes Audio #3 ID : 5 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (AES) Codec ID : 0D01030102060300 Duration : 2 min 52 s Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Sampling rate : 48.0 kHz Frame rate : 23.976 FPS (2002 SPF) Bit depth : 24 bits Stream size : 142 MiB (4%) Locked : Yes Audio #4 ID : 6 Format : PCM Format settings : Little Format settings, wrapping mode : Frame (AES) Codec ID : 0D01030102060300 Duration : 2 min 52 s Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Sampling rate : 48.0 kHz Frame rate : 23.976 FPS (2002 SPF) Bit depth : 24 bits Stream size : 142 MiB (4%) Locked : Yes Other #1 ID : 1-Material Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:00:00:00 Time code settings : Material Package Time code, striped : Yes Other #2 ID : 1-Source Type : Time code Format : MXF TC Frame rate : 24.000 FPS Time code of first frame : 00:00:00:00 Time code settings : Source Package Time code, striped : Yes Other #3 Type : Time code Format : SMPTE TC Muxing mode : SDTI Frame rate : 24.000 FPS Time code of first frame : 00:00:00:00 }}} Changing the remux to mov doesn't improve things either: {{{ ffmpeg.exe -f imf -i "D:\Masterfiles\CPL_IMF.xml" -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c:v copy -c:a copy -f mov -y "D:\Masterfiles\test.mov" pause }}} {{{ General Complete name : D:\Masterfiles\test.mov Format : MPEG-4 Format profile : QuickTime Codec ID : qt 0000.02 (qt ) File size : 2.06 GiB Duration : 1 min 42 s Overall bit rate mode : Variable Overall bit rate : 173 Mb/s Writing application : Lavf59.17.101 Video ID : 1 Format : JPEG 2000 Codec ID : mjp2 Duration : 1 min 42 s Bit rate mode : Variable Bit rate : 155 Mb/s Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Scan type : Progressive Bits/(Pixel*Frame) : 0.778 Stream size : 1.84 GiB (89%) Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709 Audio #1 ID : 2 Format : PCM Format settings : Little / Signed Codec ID : in24 Duration : 1 min 42 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Channel layout : Lt Rt Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 28.1 MiB (1%) Default : Yes Alternate group : 1 Audio #2 ID : 3 Format : PCM Format settings : Little / Signed Codec ID : in24 Duration : 1 min 42 s Bit rate mode : Constant Bit rate : 2 304 kb/s Channel(s) : 2 channels Channel layout : Lt Rt Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 28.1 MiB (1%) Default : No Alternate group : 1 Audio #3 ID : 4 Format : PCM Format settings : Little / Signed Codec ID : in24 Duration : 1 min 42 s Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 84.3 MiB (4%) Default : No Alternate group : 1 Audio #4 ID : 5 Format : PCM Format settings : Little / Signed Codec ID : in24 Duration : 1 min 42 s Bit rate mode : Constant Bit rate : 6 912 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Bit depth : 24 bits Stream size : 84.2 MiB (4%) Default : No Alternate group : 1 }}} This is the dump of the source mxf files: [https://github.com/sandflow /ffmpeg-imf/files/8959600/Source.MXF.Dump.zip] It looks like FFmpeg does not support writing MCA sub-descriptors, which contain the language information: https://github.com/FFmpeg/FFmpeg/blob/fed07efcde72824ac1ada80d4af4e91ac4fcf… How to reproduce: {{{ % ffmpeg f imf -i "D:\Masterfiles\CPL_IMF.xml" -map 0:0 -map 0:1 -map 0:2 -map 0:3 -map 0:4 -c:v copy -c:a copy -f mxf -y "D:\Masterfiles\test.mxf" ffmpeg version 2022-01-28-f581139854-20220128 built on 2022-01-28 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9818> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#9689(undetermined:new): Mismatched frames when using WebM containers and MP4 references
by FFmpeg 10 Aug '22

10 Aug '22

#9689: Mismatched frames when using WebM containers and MP4 references -------------------------------------+------------------------------------- Reporter: Cosmin | Type: Stejerean | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- WebM container forces timestamps to be rounded to the nearest ms to the forced timebase. This then results in mismatched frames if attempting to compare such a video stored in WebM against a reference in say MP4 for quality metric comparisons like SSIM or VMAF. To illustrate the video I'm attaching the exact same video in both WebM and MP4, both encoded from a 30fps source, with no frame rate conversions. Attempting to compare the two videos should result in identical SSIM of 1.0, but due to frame mismatches the end result ends up being ~0.9 When looking at frame by frame data we can see that every 3rd frame is mismatched (in this example of 30fps video, the results would be slightly different at other frame rates, but anything that can't be expressed precisely in ms would show this issues). {{{ n:1 Y:1.000000 U:1.000000 V:1.000000 All:1.000000 (inf) n:2 Y:1.000000 U:1.000000 V:1.000000 All:1.000000 (inf) n:3 Y:0.788922 U:0.951481 V:0.981816 All:0.848164 (8.186263) n:4 Y:1.000000 U:1.000000 V:1.000000 All:1.000000 (inf) n:5 Y:1.000000 U:1.000000 V:1.000000 All:1.000000 (inf) n:6 Y:0.724944 U:0.878058 V:0.951394 All:0.788205 (6.740836) }}} essentially what happens with the timestamps (shown in seconds to illustrate the problem) is that in every group of 3 the first frame matches exactly, the second frame rounds down so is slightly earlier, and the 3rd frame rounds up. {{{ 0.0000 => 0.0000 0.0333 => 0.0330 0.0666 => 0.0670 }}} Then when the filter is trying to frame sync the video the 3rd frame (from the group on the left with proper 30 fps timestamps) ends up being compared to the second one from the right because the 3rd frame is just slightly in the future. What would be desired is for framesync to instead find the nearest frame, so that 0.0666 is compared against 0.0670 instead of to 0.0330 That's a departure from how framesync works today. Fortunately in recent versions of ffmpeg a warning is shown in such cases, which at least highlights that this will be a problem. {{{ [Parsed_ssim_0 @ 0x152209740] not matching timebases found between first input: 1/15360 and second input 1/1000, results may be incorrect! }}} Workarounds include decoding to YUV first (at which point frames become compared pairwise without regards to the odd timestamp rounding but this requires more disk space and IO), not using WebM in the first place to preserve accurate frame timestamps, or re-applying an fps filter to get both files onto the same timebase, {{{ "[0] fps=fps=30 [dst]; [1] fps=fps=30 [ref]; [dst][ref] ssim }}} But in practice I've found this to be a very common mistake when looking at quality metrics of videos in WebM containers, so it would be great if there was an easier way to get the expected behavior directly from framesync. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9689> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#8917(undetermined:new): Exit on SIGPIPE or SIGHUP - "-xerror" not working as expected
by FFmpeg 10 Aug '22

10 Aug '22

#8917: Exit on SIGPIPE or SIGHUP - "-xerror" not working as expected -------------------------------------+------------------------------------- Reporter: atom | Type: defect Status: new | Priority: normal Component: | Version: 4.2 undetermined | Keywords: sigpipe | Blocked By: sighup error xerror | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Expectation: ffmpeg process should die on errors and certain signals, when "-xerror" option is used. Behaviour: Even with "-xerror", ffmpeg continues to run after receiving a SIGPIPE or SIGHUP signal. Use cases: Using a pipe to test for "non monotonically increasing dts". In these cases, "grep" immediately (or almost immediately) matches the string "non monotonically increasing dts" and exits, closing the pipe. This should cause ffmpeg to die, but it keeps running and processing the entire input file, even with the "-xerror" option. In the first example, this would send a SIGPIPE signal to ffmpeg, which should reasonably stop the ffmpeg process: `ffmpeg -xerror -i test.mkv -f null - 2>&1 | grep -m 1 'non monotonically increasing dts'` In the second example, the closed pipe stops "cat", and the coprocess receives a SIGHUP signal. Again, this should reasonably stop ffmpeg. `cat < <( ffmpeg -xerror -i test.mkv -f null - 2>&1 ) | grep -m 1 'non monotonically increasing dts'` If it's not reasonable that "-xerror" kills the ffmpeg process on these signals, then there should probably be one or more options to kill ffmpeg on various signals (eg an "-xsignal" option) or specific signals (eg an "-xpipe", and "-xhup" options). As it is now, ffmpeg can consume incredible resources after it should have died. In many cases, eg processing streams and/or continuing "hidden" after a SIGHUP signal, can run indefinitely, and somewhat hidden. nb, for duplicating this behaviour with good files, change the string that grep is matching to something such as "fps", or "mapping", or "Stream". This will match almost immediately with most/all video files, and duplicate the described behaviour. No doubt there are countless other use cases where it would be desirable for ffmpeg to exit when receiving a SIGPIPE, SIGHUP, or other signals. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8917> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8621(undetermined:new): FFMPEG Audio decoding fails on audio packet (works using libfdk)
by FFmpeg 09 Aug '22

09 Aug '22

#8621: FFMPEG Audio decoding fails on audio packet (works using libfdk) -------------------------------------+------------------------------------- Reporter: rayaudius | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: We use the FFMPEG default aac encoder to produce a 320k HLS stream: ffmpeg -i graves-master-2.mp3 -ar 48000 -b:a 320k -hls_time 6 -hls_list_size 0 -hls_base_url segments/ -hls_segment_filename segments/segment%03d.ts -vn out.m3u8 On several occasions, we have observed behavior in Chrome where audio stops playing (PIPELINE DECODE ERROR) e.g. (1) Visit https://audius.co/wearegraves/digital-mirage-full-set-60702 (2) Scrub to 13:20 (3) At 13:24, the audio stops When inspecting the segment that causes issues, we observe error in spectral data, ESC overflow. This same behavior *does not* occur when using the libfdk aac. How to reproduce: {{{ ffmpeg -i ~/Downloads/QmUR6MeguuuvstqeK5q4q2EoroWQiY5d9bt1QqrzMEpQyd -vn -f wav -y /dev/null I see Input #0, mpegts, from '/Users/raymondjacobson/Downloads/QmUR6MeguuuvstqeK5q4q2EoroWQiY5d9bt1QqrzMEpQyd': Duration: 00:00:05.97, start: 805.410667, bitrate: 348 kb/s Program 1 Metadata: service_name : ekali set 9 shorter service_provider: FFmpeg Stream #0:0[0x100]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 319 kb/s Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Output #0, wav, to '/dev/null': Metadata: ISFT : Lavf58.42.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Metadata: encoder : Lavc58.80.100 pcm_s16le [aac @ 0x7fb0d000c400] error in spectral data, ESC overflow Error while decoding stream #0:0: Invalid data found when processing input size= 1120kB time=00:00:05.99 bitrate=1530.6kbits/s speed= 504x video:0kB audio:1120kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006801% }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. Attached is the segment that causes issues. Here is a link to the "master" audio file: https://drive.google.com/file/d/1FziM3tAXvRzjA8XmxGUEan4Z0dtEPYez/view?usp=… I was sent to the FFMPEG team from the Chromium team as they don't take ownership for this issue despite Firefox and Safari being able to handle the output correctly. https://bugs.chromium.org/p/chromium/issues/detail?id=1071899 -- Ticket URL: <https://trac.ffmpeg.org/ticket/8621> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#9868(undetermined:new): Native AAC problems (macOS)
by FFmpeg 09 Aug '22

09 Aug '22

#9868: Native AAC problems (macOS) -------------------------------------+------------------------------------- Reporter: Atarikid | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When using the FFmpeg native AAC encoder, it will produce audio/video files that are not playable on macOS. You need to add -aac_pred 1 to make it work (read: movies are then playable on macOS). So it is advisable to enable this by default when using the native AAC encoder. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9868> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9867(undetermined:new): Cannot remove "default" disposition of mov_text subtitle in mp4
by FFmpeg 09 Aug '22

09 Aug '22

#9867: Cannot remove "default" disposition of mov_text subtitle in mp4 -------------------------------------+------------------------------------- Reporter: liancea | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When trying to remove the default disposition of a mov_text subtitle inside mp4 with either `-disposition:s:0 0` or `-disposition:s:0 -default`, the output file still has the default disposition enabled. Setting `-default_mode` to `infer_no_subs` or `passthrough` doesn't change the outcome. (This may only have worked for mkv in the first place, but I wasn't sure.) I included instructions for a minimal file for reproducing the issue, but I could also upload a real world example with audio and video in it, if desired. The behavior was identical for me. How to reproduce: {{{ # Create sample file (linux/mac shell) % echo -e '1\n00:00:00,000 --> 00:01:00,000\nTest' > subtest.srt % ffmpeg -i subtest.srt -map 0 -c mov_text subtest.mp4 # Check if sample file has a default subtitle % ffmpeg -hide_banner -i subtest.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'subtest.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf59.30.100 Duration: 00:01:00.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0[0x1](und): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) Metadata: handler_name : SubtitleHandler At least one output file must be specified # Try to remove default disposition % ffmpeg -i subtest.mp4 -map 0 -c copy -disposition:s:0 0 subtest- after.mp4 # or ... % ffmpeg -i subtest.mp4 -map 0 -c copy -disposition:s:0 -default subtest- after.mp4 ffmpeg version N-107731-g5cdf4c0bed Copyright (c) 2000-2022 the FFmpeg developers built with gcc 11 (Ubuntu 11.2.0-19ubuntu1) configuration: --prefix=/home/pauling/ffmpeg_build --pkg-config- flags=--static --extra-cflags=-I/home/pauling/ffmpeg_build/include --extra-ldflags=-L/home/pauling/ffmpeg_build/lib --extra-libs='-lpthread -lm' --ld=g++ --bindir=/home/pauling/bin --enable-gpl --enable-gnutls --enable-libaom --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libsvtav1 --enable-libdav1d --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree libavutil 57. 32.101 / 57. 32.101 libavcodec 59. 42.100 / 59. 42.100 libavformat 59. 30.100 / 59. 30.100 libavdevice 59. 8.101 / 59. 8.101 libavfilter 8. 46.101 / 8. 46.101 libswscale 6. 8.102 / 6. 8.102 libswresample 4. 8.100 / 4. 8.100 libpostproc 56. 7.100 / 56. 7.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'subtest.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf59.30.100 Duration: 00:01:00.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0[0x1](und): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) Metadata: handler_name : SubtitleHandler Output #0, mp4, to 'subtest-after.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf59.30.100 Stream #0:0(und): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s Metadata: handler_name : SubtitleHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 1kB time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 12933.333008% # Confirm whether default disposition is gone % ffmpeg -hide_banner -i subtest-after.mp4 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'subtest-after.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf59.30.100 Duration: 00:01:00.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0[0x1](und): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default) Metadata: handler_name : SubtitleHandler At least one output file must be specified }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9867> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9865(undetermined:new): Can't encode to DNxHD 100i
by FFmpeg 08 Aug '22

08 Aug '22

#9865: Can't encode to DNxHD 100i -------------------------------------+------------------------------------- Reporter: Selur | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: DNxHD 100i | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Can't encode to DNxHD 100i Calling: {{{ % ffmpeg -y -noautorotate -nostdin -threads 8 -ignore_editlist true -i "C:\Users\Selur\Desktop\input.mov" -pix_fmt yuv422p -map 0:0 -an -sn -vf format=yuv422p,scale=1440:1080,zscale=rangein=tv:range=tv,setfield=bff,colormatrix=bt601:bt709,scale,format=yuv422p -vsync 0 -sws_flags spline -vcodec dnxhd -profile:v 0 -b:v 100M -mbd 2 -flags +ildct+ilme -top 0 "E:\Output\test.mov" }}} I wanted to convert a SD source (color space: YUV422P10, bit depth: 10, resolution: 720x486, fps: 29.97, color matrix: 470bg, yuv luminance scale: limited, scanorder: bottom field first) to DNxHDi 100 (Frame size: 1440x1080i; bitrate: 100Mbps; pixel format: yuv422p) but the encoding aborts with: {{{ ffmpeg -y -noautorotate -nostdin -threads 8 -ignore_editlist true -i "C:\Users\Selur\Desktop\input.mov" -pix_fmt yuv422p -map 0:0 -an -sn -vf format=yuv422p,scale=1440:1080,zscale=rangein=tv:range=tv,setfield=bff,colormatrix=bt601:bt709,scale,format=yuv422p -vsync 0 -sws_flags spline -vcodec dnxhd -profile:v 0 -b:v 100M -mbd 2 -flags +ildct+ilme -top 0 "E:\Output\test.mov" ffmpeg version N-107677-g0f5210f3e2-g5e7eaabb42+1 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 12.1.0 (Rev3, Built by MSYS2 project) configuration: --pkg-config=pkgconf --cc='ccache gcc' --cxx='ccache g++' --ld='ccache g++' --extra-cxxflags=-fpermissive --disable-autodetect --enable-amf --enable-bzlib --enable-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-nvenc --enable-zlib --enable-sdl2 --enable-ffnvcodec --enable-nvdec --enable-cuda-llvm --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libaom --disable-debug --enable-fontconfig --enable-libass --enable-libbluray --enable-libfreetype --enable-libmfx --enable-libmysofa --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable- libwebp --enable-libxml2 --enable-libzimg --enable-libshine --enable-gpl --enable-avisynth --enable-libxvid --enable-libopenmpt --enable-version3 --enable-librav1e --enable-libsrt --enable-libgsm --enable-libvmaf --enable-libsvtav1 --enable-mbedtls --extra-cflags=-DLIBTWOLAME_STATIC --extra-libs=-lstdc++ --extra-cflags=-DLIBXML_STATIC --extra-libs=-liconv --disable-w32threads libavutil 57. 32.101 / 57. 32.101 libavcodec 59. 41.101 / 59. 41.101 libavformat 59. 29.100 / 59. 29.100 libavdevice 59. 8.101 / 59. 8.101 libavfilter 8. 46.101 / 8. 46.101 libswscale 6. 8.102 / 6. 8.102 libswresample 4. 8.100 / 4. 8.100 libpostproc 56. 7.100 / 56. 7.100 -vsync is deprecated. Use -fps_mode Passing a number to -vsync is deprecated, use a string argument as described in the manual. Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\Users\Selur\Desktop\input.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2022-08-05T21:03:59.000000Z Duration: 00:00:02.00, start: 0.000000, bitrate: 226275 kb/s Stream #0:0[0x1](eng): Video: v210 (v210 / 0x30313276), yuv422p10le(smpte170m/smpte170m/bt709, bottom coded first (swapped)), 720x486, 223725 kb/s, SAR 10:11 DAR 400:297, 29.97 fps, 29.97 tbr, 30k tbn (default) Metadata: creation_time : 2022-08-05T21:03:59.000000Z handler_name : Apple Video Media Handler vendor_id : KeyG encoder : Uncompressed 10-Bit YUV timecode : 00:00:00;00 Stream #0:1[0x2](eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32 (24 bit), 2304 kb/s (default) Metadata: creation_time : 2022-08-05T21:03:59.000000Z handler_name : Apple Sound Media Handler vendor_id : [0][0][0][0] timecode : 00:00:00;00 Stream #0:2[0x3](eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default) Metadata: creation_time : 2022-08-05T21:03:59.000000Z handler_name : Time Code Media Handler reel_name : 001 timecode : 00:00:00;00 Stream mapping: Stream #0:0 -> #0:0 (v210 (native) -> dnxhd (native)) [dnxhd @ 000001f07f321b80] Profile selected is experimental [dnxhd @ 000001f07f321b80] video parameters incompatible with DNxHD. Valid DNxHD profiles: [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 175Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 185Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 365Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 440Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 115Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 120Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 145Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 240Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 290Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 175Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 185Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 220Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 365Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 440Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 185Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 220Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 120Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 145Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 185Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080i; bitrate: 220Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 120Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 145Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 90Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 180Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 220Mbps; pixel format: yuv422p10 [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 90Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 110Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 180Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 220Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 60Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 75Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 120Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1280x720p; bitrate: 145Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 36Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 45Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 75Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 90Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 350Mbps; pixel format: yuv444p10, gbrp10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 390Mbps; pixel format: yuv444p10, gbrp10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 440Mbps; pixel format: yuv444p10, gbrp10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 730Mbps; pixel format: yuv444p10, gbrp10 [dnxhd @ 000001f07f321b80] Frame size: 1920x1080p; bitrate: 880Mbps; pixel format: yuv444p10, gbrp10 [dnxhd @ 000001f07f321b80] Frame size: 960x720p; bitrate: 42Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 960x720p; bitrate: 60Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 960x720p; bitrate: 75Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 960x720p; bitrate: 115Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080p; bitrate: 63Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080p; bitrate: 84Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080p; bitrate: 100Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080p; bitrate: 110Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 80Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 90Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 100Mbps; pixel format: yuv422p [dnxhd @ 000001f07f321b80] Frame size: 1440x1080i; bitrate: 110Mbps; pixel format: yuv422p [dnxhd @ 000001f07d5c0b40] ff_frame_thread_encoder_init failed Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed! }}} tried rearranging stuff and adding stuff to the call, but I can't get DNxHD 100i working. Here's the black clip I used for testing: https://forum.videohelp.com/attachments/66229-1659801162/input.mov So either there is some trick to get DNxHD 100i working or the format detection of the profiles isn't working as it should. Cu Selur Ps.: also posted over at doom9 (https://forum.doom9.org/showthread.php?p=1972809) and videohelp (https://forum.videohelp.com/threads/406599-FFmpeg-DNxHD-question) -- Ticket URL: <https://trac.ffmpeg.org/ticket/9865> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1819(undetermined:closed): Wrong number of channels reported for HE-AAC stream in MP4
by FFmpeg 08 Aug '22

08 Aug '22

#1819: Wrong number of channels reported for HE-AAC stream in MP4 -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: (none) Type: defect | Status: closed Priority: normal | Component: | undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Balling): * status: new => closed * resolution: => invalid Comment: This is not quite like with v1 of HE-AAC. v2 was always treating mono as stereo. This works as intended. Also right channel is very different in fact. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1819#comment:1> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#9671(undetermined:new): wrong duration output with -t on audio with edit lists (preroll)
by FFmpeg 08 Aug '22

08 Aug '22

#9671: wrong duration output with -t on audio with edit lists (preroll) -------------------------------------+------------------------------------- Reporter: Cosmin | Type: defect Stejerean | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Given a typical AAC audio file in MP4 format it will contain an edit list for the necessary preroll duration. Attempting to decode a subset of such a file (with -t) will result in wrong duration output. Reproduced this in ffmpeg 5 Steps to reproduce 1. Acquire a test AAC in MP4 file, or trivially create one as follows {{{ ffmpeg -f lavfi -t 30 -i anullsrc=channel_layout=stereo:sample_rate=48000 -codec:a libfdk_aac -profile:a aac_he test.mp4 }}} 2. Attempt to decode the first 10s of audio from this file {{{ ffmpeg -i test.mp4 -t 10 out.wav }}} 3. Observe that the output is not in fact 10s long, it is missing precisely the duration of the start edit list in the original {{{ ffprobe out.wav Duration: 00:00:09.90, bitrate: 1536 kb/s }}} 4. Using -t as a demuxer option (before -i) results in correct output {{{ ffmpeg -t 10 -i test.mp4 out2.wav ffprobe out2.wav Duration: 00:00:10.00, bitrate: 1536 kb/s }}} Based on this I believe that most likely the -t option is wrongly considering time without the edit list offset at the beginning, at least on the audio case. I have not verified what happens with -t on video inputs that also contain edit lists. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9671> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9804(undetermined:new): MP4 captions break when extracted to scc
by FFmpeg 07 Aug '22

07 Aug '22

#9804: MP4 captions break when extracted to scc -------------------------------------+------------------------------------- Reporter: Zach | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I have mp4 files coming in from outside content providers that contain user space 608 and 708 captions. When trying to extract an scc file, some of the captions data is lost, resulting in mispellings in the resulting captions file when opened in Adobe Premiere 2022. SRT extraction and transcode to mpegts transport stream or mxf files also breaks captions in different ways. How to reproduce: {{{ % ffmpeg -f lavfi -i "movie=\'D:\\IIW242.mp4\'"[out+subcc] -map 0:1 -c:s copy "D:\IIW242.scc" ffmpeg version 2022-06-06-git-73302aa193-full_build-www.gyan.dev }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9804> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10