July 2025 - FFmpeg-trac - lists.ffmpeg.org

#11649(undetermined:new): -noautorotate -display_rotation 0 passes through rotation metadata with JPEG inputs
by FFmpeg 26 Aug '25

26 Aug '25

#11649: -noautorotate -display_rotation 0 passes through rotation metadata with JPEG inputs -------------------------------------+------------------------------------- Reporter: Wes Castro | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When invoking FFmpeg with a JPEG input that contains `Orientation` EXIF metadata tag and `-noautorotate -display_rotation 0` with an MP4 output, the output will have a display_matrix indicating a rotation starting with FFmpeg 7.1. It is expected that the output will not be physically rotated and not contain any display_matrix. How to reproduce: Use attached test file (1920x1080 JPEG image with Orientation=6 in EXIF metadata (rotated 90 degs CCW) {{{ ffmpeg -noautorotate -display_rotation 0 -i rotated_image.jpg output.mp4 }}} FFprobe of output produced by FFmpeg 7.0: {{{ ffprobe version n7.0 Copyright (c) 2007-2024 the FFmpeg developers built with gcc 11 (GCC) configuration: --enable-gpl libavutil 59. 8.100 / 59. 8.100 libavcodec 61. 3.100 / 61. 3.100 libavformat 61. 1.100 / 61. 1.100 libavdevice 61. 1.100 / 61. 1.100 libavfilter 10. 1.100 / 10. 1.100 libswscale 8. 1.100 / 8. 1.100 libswresample 5. 1.100 / 5. 1.100 libpostproc 58. 1.100 / 58. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/wescastro/out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf61.1.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 8507 kb/s Stream #0:0[0x1](und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 8335 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] encoder : Lavc61.3.100 mpeg4 }}} FFprobe of output produced by FFmpeg 7.1 {{{ ffprobe version n7.1 Copyright (c) 2007-2024 the FFmpeg developers built with gcc 11 (GCC) configuration: --enable-gpl libavutil 59. 39.100 / 59. 39.100 libavcodec 61. 19.100 / 61. 19.100 libavformat 61. 7.100 / 61. 7.100 libavdevice 61. 3.100 / 61. 3.100 libavfilter 10. 4.100 / 10. 4.100 libswscale 8. 3.100 / 8. 3.100 libswresample 5. 3.100 / 5. 3.100 libpostproc 58. 3.100 / 58. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/wescastro/out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf61.7.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 9138 kb/s Stream #0:0[0x1](und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 8335 kb/s, 25 fps, 25 tbr, 12800 tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] encoder : Lavc61.19.100 mpeg4 Side data: ICC Profile displaymatrix: rotation of -90.00 degrees }}} FFmpeg 7.1.1 and 7.2-dev produce the same output with `displaymatrix: rotation of -90.00 degrees`. On the master branch (5b1301004bdade13e3fee22081459e339ddd2637) the command line is completely broken and exits with a failure: {{{ ffmpeg version N-120020-g5b1301004b Copyright (c) 2000-2025 the FFmpeg developers built with gcc 11 (GCC) configuration: --enable-gpl libavutil 60. 3.100 / 60. 3.100 libavcodec 62. 4.100 / 62. 4.100 libavformat 62. 1.100 / 62. 1.100 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 0.100 / 11. 0.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 Input #0, image2, from 'test_image_rotated.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 9414 kb/s Stream #0:0: Video: mjpeg (Progressive), yuvj444p(pc, bt470bg/unknown/unknown), 1920x1080, 25 fps, 25 tbr, 25 tbn Side data: displaymatrix: rotation of -0.00 degrees Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> mpeg4 (native)) Press [q] to stop, [?] for help [vf#0:0 @ 0x300b080] Task finished with error code: -17 (File exists) [vf#0:0 @ 0x300b080] Terminating thread with return code -17 (File exists) [vost#0:0/mpeg4 @ 0x300ddc0] [enc:mpeg4 @ 0x300e7c0] Could not open encoder before EOF [vost#0:0/mpeg4 @ 0x300ddc0] Task finished with error code: -22 (Invalid argument) [vost#0:0/mpeg4 @ 0x300ddc0] Terminating thread with return code -22 (Invalid argument) [out#0/mp4 @ 0x3007840] Nothing was written into output file, because at least one of its streams received no packets. frame= 0 fps=0.0 q=0.0 Lsize= 0KiB time=N/A bitrate=N/A speed=N/A elapsed=0:00:00.01 Conversion failed! }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11649> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#10834(undetermined:new): ffmpeg does not gracefully stops when receiving SIGTERM
by FFmpeg 25 Aug '25

25 Aug '25

#10834: ffmpeg does not gracefully stops when receiving SIGTERM -------------------------------------+------------------------------------- Reporter: razvan | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: pulseaudio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Ubuntu 22.04.3 LTS I use ffmpeg to record sound from pulseaudio : {{{ ffmpgeio -hide_banner -nostdin -nostats -thread_queue_size 9000 -use_wallclock_as_timestamps 1 -f pulse -ar 44100 -i recorded.app.monitor -acodec flac -ac 1 rec.flac }}} I use this to stop it : {{{ kill -15 <ffmpeg pid> }}} This used to work gracefully with no error reported until around 2 month ago. Now, first **''kill -15 <ffmpeg pid>''** doesn't do anything, even if I wait 60 seconds. Nothing new is printed in stdout / log After second **''kill -15 <ffmpeg pid>''** these errors are displayed: {{{ [aost#0:0/flac @ 0x557dba199800] Error submitting a packet to the muxer: Immediate exit requested [aost#0:0/flac @ 0x557dba199800] Error submitting a packet to the muxer: Immediate exit requested [out#0/flac @ 0x557dba1984c0] Error muxing a packet [out#0/flac @ 0x557dba1984c0] Task finished with error code: -1414092869 (Immediate exit requested) [out#0/flac @ 0x557dba1984c0] Terminating thread with return code -1414092869 (Immediate exit requested) [out#0/flac @ 0x557dba1984c0] Error writing trailer: Immediate exit requested [out#0/flac @ 0x557dba1984c0] Error closing file: Immediate exit requested [out#0/flac @ 0x557dba1984c0] video:0kB audio:3323kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown size= 3072kB time=00:01:19.92 bitrate= 314.9kbits/s speed= 1x Exiting normally, received signal 15. }}} ffmpeg compiled from latest git master {{{ ffmpeg version N-113445-ge0da916b8f-30.ian.2024 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04) configuration: --prefix=/dev/shm/ffbuild --pkg-config-flags=--static --extra-cflags=-I/dev/shm/ffbuild/include --extra- ldflags=-L/dev/shm/ffbuild/lib --extra-ldflags=-L/usr/lib/x86_64-linux-gnu --extra-libs='-lpthread -lm' --ld=g++ --bindir=/dev/shm/ffbin --extra- version=30.ian.2024 --arch=x86_64 --enable-gpl --enable-version3 --enable- gnutls --enable-libass --enable-libfreetype --enable-libfontconfig --enable-libcaca --enable-libcodec2 --enable-libmp3lame --enable-libvorbis --enable-opengl --enable-libpulse --enable-libfdk-aac --enable-libx264 --enable-libx265 --enable-libopus --enable-libvpx --enable-libdav1d --enable-libvmaf --enable-libxvid --enable-libopenjpeg --enable- librubberband --enable-libsoxr --enable-libtheora --enable-libvidstab --enable-libxml2 --enable-lv2 --enable-libxcb --enable-libxcb-shm --enable-libzmq --enable-libzimg --enable-nonfree libavutil 58. 36.101 / 58. 36.101 libavcodec 60. 38.100 / 60. 38.100 libavformat 60. 20.100 / 60. 20.100 libavdevice 60. 4.100 / 60. 4.100 libavfilter 9. 17.100 / 9. 17.100 libswscale 7. 6.100 / 7. 6.100 libswresample 4. 13.100 / 4. 13.100 libpostproc 57. 4.100 / 57. 4.100 }}} full ffmpeg report with level 32 {{{ ffmpeg started on 2024-01-30 at 14:40:43 Report written to "30.ian-14.40.43.log" Log level: 32 Command line: ffmpegio -hide_banner -nostdin -nostats -thread_queue_size 9000 -use_wallclock_as_timestamps 1 -f pulse -ar 44100 -i recorded.app.monitor -acodec flac -ac 1 30.ian-14.40.43.flac [aist#0:0/pcm_s16le @ 0x557dba198340] Guessed Channel Layout: stereo Input #0, pulse, from 'recorded.app.monitor': Duration: N/A, start: 1706618443.679145, bitrate: 1411 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le (native) -> flac (native)) Output #0, flac, to '30.ian-14.40.43.flac': Metadata: encoder : Lavf60.20.100 Stream #0:0: Audio: flac, 44100 Hz, mono, s16, 128 kb/s Metadata: encoder : Lavc60.38.100 flac [aost#0:0/flac @ 0x557dba199800] Error submitting a packet to the muxer: Immediate exit requested [aost#0:0/flac @ 0x557dba199800] Error submitting a packet to the muxer: Immediate exit requested [out#0/flac @ 0x557dba1984c0] Error muxing a packet [out#0/flac @ 0x557dba1984c0] Task finished with error code: -1414092869 (Immediate exit requested) [out#0/flac @ 0x557dba1984c0] Terminating thread with return code -1414092869 (Immediate exit requested) [out#0/flac @ 0x557dba1984c0] Error writing trailer: Immediate exit requested [out#0/flac @ 0x557dba1984c0] Error closing file: Immediate exit requested [out#0/flac @ 0x557dba1984c0] video:0kB audio:3323kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown size= 3072kB time=00:01:19.92 bitrate= 314.9kbits/s speed= 1x Exiting normally, received signal 15. }}} Thanks Razvan -- Ticket URL: <https://trac.ffmpeg.org/ticket/10834> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11604(ffmpeg:new): Infinite loop filter does not shutdown gracefully on SIGTERM
by FFmpeg 25 Aug '25

25 Aug '25

#11604: Infinite loop filter does not shutdown gracefully on SIGTERM --------------------------------+---------------------------------- Reporter: r3d | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 7.1 Keywords: loop | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Summary of the bug: When using the video loop filter with loop=-1 and then trying to terminate the ffmpeg process by sending a SIGTERM, the process does not terminate in a reasonable amount of time and needs to be killed. How to reproduce: {{{ % ffmpeg -hwaccel auto -nostdin -i path/to/MPEG-2/video/file.m2v -filter_complex "[0]scale=height=1080:width=1920[s0];[s0]loop=loop=-1:size=200:start=25[s1]" -map "[s1]" -f rawvideo -fps_mode passthrough -loglevel error -pix_fmt rgb24 -report pipe: ffmpeg version 7.1 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 14 (SUSE Linux) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -ffat-lto-objects -g' --optflags='-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -ffat-lto-objects -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-gpl --enable-version3 --enable-libsmbclient --disable-openssl --enable-gnutls --enable-ladspa --enable-libshaderc --enable-vulkan --enable-libplacebo --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libdc1394 --enable-libdrm --enable-libfontconfig --enable-libfreetype --enable- libfribidi --enable-libgsm --enable-libjack -- libavutil 59. 39.100 / 59. 39.100 libavcodec 61. 19.100 / 61. 19.100 libavformat 61. 7.100 / 61. 7.100 libavdevice 61. 3.100 / 61. 3.100 libavfilter 10. 4.100 / 10. 4.100 libswscale 8. 3.100 / 8. 3.100 libswresample 5. 3.100 / 5. 3.100 libpostproc 58. 3.100 / 58. 3.100 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11604> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11479(avcodec:new): Segfault with LTO - MacOS M4
by FFmpeg 24 Aug '25

24 Aug '25

#11479: Segfault with LTO - MacOS M4 -------------------------------------+------------------------------------- Reporter: Levon | Type: defect Gevorgyan | Status: new | Priority: normal Component: avcodec | Version: git- Keywords: SEGFAULT | master macos arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Any build of ffmpeg/ffprobe from e504247db6edb1cb47a9c562277f6e671f4bde1d or onwards results in segfault 11 when LTO is enabled on MacOS arm64 (M4 base model). Specific commit using git bisect. Big buck bunny is used as an example, but I can confirm the segfault occurs on a wide range of media types and codecs (including mp3 audio). How to reproduce: {{{ $ ./configure --enable-lto --disable-doc --disable-htmlpages --disable- podpages --disable-txtpages $ make $ ./ffprobe big-buck-bunny.mp4 Segmentation fault: 11 # environment $ clang --version Apple clang version 16.0.0 (clang-1600.0.26.6) Target: arm64-apple-darwin24.3.0 Thread model: posix $ uname -mrs Darwin 24.3.0 arm64 24.3.0 Darwin Kernel Version 24.3.0 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11479> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7965(ffmpeg:new): Support for HEVC with Alpha
by FFmpeg 23 Aug '25

23 Aug '25

#7965: Support for HEVC with Alpha -----------------------------------+--------------------------------------- Reporter: leemartin | Type: enhancement Status: new | Priority: normal Component: ffmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- At WWDC this year, Apple introduced support for HEVC with Alpha to both their app and browser platforms. You can find their talk on the subject here: https://developer.apple.com/videos/play/wwdc2019/506 I'm an amateur at FFmpeg but I went down a rabbit hole today, trying to create a video in this new format using the latest version of FFmpeg. I took a rather simple approach of using ffprobe on one of their example video files (found in the resources on the link above) to get a profile and attempting to tune an ffmpeg encoding command to fit the same profile. While the following command does recreate the profile, it does not retain the transparency of the source prores .mov file. {{{ % ffmpeg -i puppets_with_alpha_prores.mov -c:v libx265 -tag:v hvc1 -pix_fmt yuv420p -colorspace bt709 -color_primaries bt709 -color_trc bt709 puppets_with_alpha_hevc.mov }}} Apple is pretty clear about how they are achieving this encoding in their talk and examples. Naturally, I didn't follow anything they said and simply tried to hack a solution. So I'm wondering if this is something FFmpeg can do or would be able to support in the future? Thanks for the help! -- Ticket URL: <https://trac.ffmpeg.org/ticket/7965> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 23

#7756(avcodec:new): add mastering display color volume and content light level information to hevc_metadata bitstream filter
by FFmpeg 22 Aug '25

22 Aug '25

#7756: add mastering display color volume and content light level information to hevc_metadata bitstream filter ---------------------------------+--------------------------------------- Reporter: sneaker | Type: enhancement Status: new | Priority: wish Component: avcodec | Version: git-master Keywords: hevc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- It's currently already possible to use the "[https://ffmpeg.org/ffmpeg- bitstream-filters.html#hevc_005fmetadata hevc_metadata" bitstream filter] (-bsf:v hevc_metadata) to add or change colour_primaries, transfer_characteristics and matrix_coefficients of a given HEVC bitstream losslessly. The only things missing to allow ffmpeg to properly set HDR metadata on existing HEVC streams would be to set SMPTE ST 2086 Mastering display color volume SEI and Content light level information SEI message (MaxCLL and MaxFALL). This is useful because not all encoders currently allow setting those as well as in the case you forgot setting them during encode time. -- Ticket URL: <https://trac.ffmpeg.org/ticket/7756> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#5406(undetermined:new): adpcm_vima: problem with stereo files
by FFmpeg 20 Aug '25

20 Aug '25

#5406: adpcm_vima: problem with stereo files -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- audio in the output file = noise http://www.datafilehost.com/d/afef00c6 {{{ C:\>ffmpeg -i D:\crushed_1.snm out.avi ffmpeg version N-78758-g5156578 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 5.3.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable- libcaca -- enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enab le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable- librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --ena ble-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable- libvorbis -- enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-lib x265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-d ecklink --enable-zlib libavutil 55. 19.100 / 55. 19.100 libavcodec 57. 27.100 / 57. 27.100 libavformat 57. 26.100 / 57. 26.100 libavdevice 57. 0.101 / 57. 0.101 libavfilter 6. 37.100 / 6. 37.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.101 / 2. 0.101 libpostproc 54. 0.100 / 54. 0.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, smush, from 'D:\crushed_1.snm': Duration: 00:01:40.40, start: 0.000000, bitrate: 2239 kb/s Stream #0:0: Video: sanm, rgb565le, 640x480, 15 fps, 15 tbr, 15 tbn, 15 tbc Stream #0:1: Audio: adpcm_vima, 22050 Hz, 2 channels, s16 File 'out.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf57.26.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 15 fps, 15 tbn, 15 tbc Metadata: encoder : Lavc57.27.100 mpeg4 Side data: cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1 Stream #0:1: Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 22050 Hz, stereo , s16p Metadata: encoder : Lavc57.27.100 libmp3lame Stream mapping: Stream #0:0 -> #0:0 (sanm (native) -> mpeg4 (native)) Stream #0:1 -> #0:1 (adpcm_vima (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help [output stream 0:1 @ 04fb0180] 100 buffers queued in output stream 0:1, somethin g may be wrong. frame= 80 fps=0.0 q=31.0 size= 346kB time=00:00:08.46 bitrate= 335.3kbits/ frame= 194 fps=0.0 q=31.0 size= 673kB time=00:00:16.11 bitrate= 341.9kbits/ frame= 308 fps=205 q=31.0 size= 984kB time=00:00:23.71 bitrate= 339.9kbits/ [sanm @ 039ad9a0] Ignoring invalid motion vector (657, 472)->(480, 472), block s ize = 8 frame= 421 fps=210 q=31.0 size= 1337kB time=00:00:31.19 bitrate= 351.1kbits/ frame= 531 fps=212 q=31.0 size= 1754kB time=00:00:38.58 bitrate= 372.4kbits/ frame= 649 fps=216 q=31.0 size= 2002kB time=00:00:46.39 bitrate= 353.6kbits/ frame= 769 fps=220 q=31.0 size= 2239kB time=00:00:54.46 bitrate= 336.8kbits/ frame= 891 fps=223 q=31.0 size= 2420kB time=00:01:02.58 bitrate= 316.7kbits/ frame= 1014 fps=225 q=31.0 size= 2650kB time=00:01:10.79 bitrate= 306.6kbits/ frame= 1142 fps=228 q=31.0 size= 2831kB time=00:01:19.33 bitrate= 292.3kbits/ frame= 1261 fps=229 q=31.0 size= 3054kB time=00:01:27.24 bitrate= 286.7kbits/ frame= 1380 fps=230 q=31.0 size= 3245kB time=00:01:35.19 bitrate= 279.2kbits/ frame= 1499 fps=231 q=19.1 size= 3499kB time=00:01:43.13 bitrate= 277.9kbits/ frame= 1506 fps=231 q=13.8 Lsize= 3634kB time=00:01:43.68 bitrate= 287.2kbits /s speed=15.9x video:2681kB audio:810kB subtitle:0kB other streams:0kB global headers:0kB muxin g overhead: 4.083068% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5406> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#11447(undetermined:new): ffpreset functionality does not work as advertised
by FFmpeg 18 Aug '25

18 Aug '25

#11447: ffpreset functionality does not work as advertised -------------------------------------+------------------------------------- Reporter: Marth64 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Note this section of the docs: >For the vpre, apre, and spre options, the options specified in a preset file are applied to the currently selected codec of the same type as the preset option. Given the following: * A video and audio source * Video and audio encoders which take an option with the same name, such as "profile" (in this example we will use libx264 and libfdk_aac) * Create an ffpreset file libx264-buggy.ffpreset in ~/.ffmpeg or $FFMPEG_DATADIR, with this content: {{{ vcodec=libx264 profile=high }}} How to reproduce: Now run {{{ ffmpeg \ -y \ -ss 860 -t 360 \ -i INPUT.mkv \ -map 0:v:0 \ -bsf:0 "filter_units=remove_types=6" \ -filter:0 "bwdif=1,crop=516:469:94:11,scale=528:480:lanczos,setdar=4/3" \ -vpre:0 "libx264-buggy" \ -map 0:a:0 \ -c:1 libfdk_aac \ -ac:1 2 \ -ar:1 44100 \ -b:1 256k \ -map_metadata -1 \ OUTPUT.mkv }}} And observe that the profile option was picked up by the audio encoder instead, causing an abort. {{{ ffmpeg version N-118421-g774f36756a Copyright (c) 2000-2025 the FFmpeg developers built with gcc 13 (Ubuntu 13.3.0-6ubuntu2~24.04) configuration: --enable-debug=3 --enable-ffplay --enable-gpl --enable- nonfree --enable-ffnvcodec --enable-vulkan --enable-libx264 --enable- libfdk_aac --enable-openssl --enable-version3 --enable-demuxer=dvdvideo --enable-libdvdread --enable-libdvdnav --samples=fate-suite/ libavutil 59. 56.100 / 59. 56.100 libavcodec 61. 32.100 / 61. 32.100 libavformat 61. 9.106 / 61. 9.106 libavdevice 61. 4.100 / 61. 4.100 libavfilter 10. 9.100 / 10. 9.100 libswscale 8. 13.100 / 8. 13.100 libswresample 5. 4.100 / 5. 4.100 libpostproc 58. 4.100 / 58. 4.100 Input #0, matroska,webm, from 'INPUT.mkv': Metadata: ENCODER : Lavf61.9.106 Duration: 00:23:36.70, start: 0.000000, bitrate: 5189 kb/s Stream #0:0(eng): Video: mpeg2video (Main), yuv420p(tv, smpte170m, top first), 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn (default) (original) Metadata: title : en-US DURATION : 00:23:36.248000000 Side data: cpb: bitrate max/min/avg: 9800000/0/0 buffer size: 1835008 vbv_delay: N/A Stream #0:1(eng): Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s (default) (original) Metadata: title : en-US DURATION : 00:23:36.695000000 [libfdk_aac @ 0x62e1b4c91200] [Eval @ 0x7fff1ac2dae0] Undefined constant or missing '(' in 'high' [libfdk_aac @ 0x62e1b4c91200] Unable to parse option value "high" [libfdk_aac @ 0x62e1b4c91200] Error setting option profile to value high. [aost#0:1/libfdk_aac @ 0x62e1b4c90ac0] Error applying encoder options: Invalid argument Error opening output file OUTPUT.mkv. Error opening output files: Invalid argument }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11447> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11665(undetermined:new): Input pattern recognition broken when using avif format
by FFmpeg 17 Aug '25

17 Aug '25

#11665: Input pattern recognition broken when using avif format -------------------------------------+------------------------------------- Reporter: rabcor | Type: defect Status: new | Priority: important Component: | Version: 7.1 undetermined | Keywords: | Blocked By: pattern_type av1 image2 images | input | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i %08d.avif out.mp4 ffmpeg version n7.1.1 built with gcc 15.1.1 (GCC) 20250425 (cachyos/arch linux official repository build) }}} If you have a few files with a pattern like described in my how to reproduce section (00000001.avif,00000002.avif,00000003.avif...) ffmpeg fails to find/use those files with pattern recognition. If the extension is png instead of avif, or bmp, or jpg, it will work, it's only broken if using avif. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11665> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#10909(undetermined:new): Output of av1_nvenc cannot be processed by nvdec
by FFmpeg 15 Aug '25

15 Aug '25

#10909: Output of av1_nvenc cannot be processed by nvdec -------------------------------------+------------------------------------- Reporter: | Type: defect cheppizzadrakon | 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: Output of av1_nvenc cannot be processed by nvdec Happens only for some files, but I don't know what causes this How to reproduce: Windows 10 19045.4170 {{{nvidia-smi}}} produces {{{NVIDIA-SMI 551.76 | Driver Version: 551.76 | CUDA Version: 12.4}}} Encoding: {{{ % ffmpeg -y -i in.mp4 -an -c:v av1_nvenc out.mp4 ffmpeg version N-114212-gf5441e441f-20240316 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (crosstool-NG 1.26.0.65_ecc5e41) 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-libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable- avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable- ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable- libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --enable-libvpl --enable-openal --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 --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable- libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable- libxvid --enable-libzimg --enable-libzvbi --extra-cflags='$FF_CFLAGS' --extra-cxxflags='$FF_CXXFLAGS' --extra-ldflags='$FF_LDFLAGS' --extra- ldexeflags='$FF_LDEXEFLAGS' --extra-libs='$FF_LIBS' --extra- version=20240316 libavutil 59. 1.100 / 59. 1.100 libavcodec 61. 1.101 / 61. 1.101 libavformat 61. 0.100 / 61. 0.100 libavdevice 61. 0.100 / 61. 0.100 libavfilter 10. 0.100 / 10. 0.100 libswscale 8. 0.100 / 8. 0.100 libswresample 5. 0.100 / 5. 0.100 libpostproc 58. 0.100 / 58. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2018-03-09T19:22:17.000000Z Duration: 00:00:10.01, start: 0.000000, bitrate: 8464 kb/s Stream #0:0[0x2](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 155 kb/s (default) Metadata: creation_time : 2018-03-09T19:22:17.000000Z handler_name : Mainconcept MP4 Sound Media Handler vendor_id : [0][0][0][0] Stream #0:1[0x1](eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 8326 kb/s, 29.97 fps, 29.97 tbr, 30k tbn (default) Metadata: creation_time : 2018-03-09T19:22:17.000000Z handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : AVC Coding Stream mapping: Stream #0:1 -> #0:0 (h264 (native) -> av1 (av1_nvenc)) Press [q] to stop, [?] for help Output #0, mp4, to 'out.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 encoder : Lavf61.0.100 Stream #0:0(eng): Video: av1 (Main) (av01 / 0x31307661), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 29.97 fps, 30k tbn (default) Metadata: creation_time : 2018-03-09T19:22:17.000000Z handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.1.101 av1_nvenc Side data: cpb: bitrate max/min/avg: 0/0/2000000 buffer size: 4000000 vbv_delay: N/A [out#0/mp4 @ 0000022af96381c0] video:2363KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.062723% frame= 299 fps=0.0 q=30.0 Lsize= 2365KiB time=00:00:09.97 bitrate=1941.9kbits/s speed=20.9x }}} Decoding: {{{ % ffmpeg -hwaccel cuda -i out.mp4 -f null - ffmpeg version N-114212-gf5441e441f-20240316 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (crosstool-NG 1.26.0.65_ecc5e41) 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-libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable- avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable- ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable- libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --enable-libvpl --enable-openal --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 --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable- libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable- libxvid --enable-libzimg --enable-libzvbi --extra-cflags='$FF_CFLAGS' --extra-cxxflags='$FF_CXXFLAGS' --extra-ldflags='$FF_LDFLAGS' --extra- ldexeflags='$FF_LDEXEFLAGS' --extra-libs='$FF_LIBS' --extra- version=20240316 libavutil 59. 1.100 / 59. 1.100 libavcodec 61. 1.101 / 61. 1.101 libavformat 61. 0.100 / 61. 0.100 libavdevice 61. 0.100 / 61. 0.100 libavfilter 10. 0.100 / 10. 0.100 libswscale 8. 0.100 / 8. 0.100 libswresample 5. 0.100 / 5. 0.100 libpostproc 58. 0.100 / 58. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.0.100 Duration: 00:00:09.98, start: 0.000000, bitrate: 1941 kb/s Stream #0:0[0x1](eng): Video: av1 (libdav1d) (Main) (av01 / 0x31307661), yuv420p(tv, bt709, progressive), 1280x720, 1940 kb/s, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 30k tbn (default) Metadata: handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.1.101 av1_nvenc Stream mapping: Stream #0:0 -> #0:0 (av1 (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 1 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 6). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 3). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 7). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 2). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 6). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] trailing_one_bit out of range: 0, but must be in [1,1]. [av1 @ 000001dc324421c0] Failed to read unit 0 (type 5). [av1 @ 000001dc324421c0] Failed to read packet. }}} The errors continue like this, check log for full output. The end of the output is {{{ [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [av1 @ 000001dc324421c0] Missing reference frame needed for show_existing_frame (frame_to_show_map_idx = 1). [av1 @ 000001dc324421c0] Failed to read unit 0 (type 3). [av1 @ 000001dc324421c0] Failed to read packet. [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Error submitting packet to decoder: Invalid data found when processing input [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Decode error rate 1 exceeds maximum 0.666667 [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Task finished with error code: -1145393733 (Error number -1145393733 occurred) [vist#0:0/av1 @ 000001dc3248fe00] [dec:av1 @ 000001dc32492280] Terminating thread with return code -1145393733 (Error number -1145393733 occurred) [vost#0:0/wrapped_avframe @ 000001dc32491700] No filtered frames for output stream, trying to initialize anyway. Output #0, null, to 'pipe:': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.0.100 Stream #0:0(eng): Video: wrapped_avframe, yuv420p(progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 30k tbn (default) Metadata: handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.1.101 wrapped_avframe [out#0/null @ 000001dc3245a940] video:0KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: unknown [out#0/null @ 000001dc3245a940] Output file is empty, nothing was encoded(check -ss / -t / -frames parameters if used) frame= 0 fps=0.0 q=0.0 Lsize=N/A time=N/A bitrate=N/A speed=N/A Conversion failed! }}} Software decoding has no issues {{{ % ffmpeg -i out.mp4 -f null - ffmpeg started on 2024-03-17 at 13:59:29 Report written to "ffmpeg-20240317-135929.log" Log level: 48 ffmpeg version N-114212-gf5441e441f-20240316 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (crosstool-NG 1.26.0.65_ecc5e41) 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-libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable- avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable- ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable- libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --enable-libvpl --enable-openal --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 --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable- libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable- libxvid --enable-libzimg --enable-libzvbi --extra-cflags='$FF_CFLAGS' --extra-cxxflags='$FF_CXXFLAGS' --extra-ldflags='$FF_LDFLAGS' --extra- ldexeflags='$FF_LDEXEFLAGS' --extra-libs='$FF_LIBS' --extra- version=20240316 libavutil 59. 1.100 / 59. 1.100 libavcodec 61. 1.101 / 61. 1.101 libavformat 61. 0.100 / 61. 0.100 libavdevice 61. 0.100 / 61. 0.100 libavfilter 10. 0.100 / 10. 0.100 libswscale 8. 0.100 / 8. 0.100 libswresample 5. 0.100 / 5. 0.100 libpostproc 58. 0.100 / 58. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.0.100 Duration: 00:00:09.98, start: 0.000000, bitrate: 1941 kb/s Stream #0:0[0x1](eng): Video: av1 (libdav1d) (Main) (av01 / 0x31307661), yuv420p(tv, bt709, progressive), 1280x720, 1940 kb/s, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 30k tbn (default) Metadata: handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.1.101 av1_nvenc Stream mapping: Stream #0:0 -> #0:0 (av1 (libdav1d) -> wrapped_avframe (native)) Press [q] to stop, [?] for help Output #0, null, to 'pipe:': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomav01iso2mp41 encoder : Lavf61.0.100 Stream #0:0(eng): Video: wrapped_avframe, yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn (default) Metadata: handler_name : Mainconcept MP4 Video Media Handler vendor_id : [0][0][0][0] encoder : Lavc61.1.101 wrapped_avframe [out#0/null @ 000001c7378a84c0] video:128KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: unknown frame= 299 fps=0.0 q=-0.0 Lsize=N/A time=00:00:09.97 bitrate=N/A speed=28.6x }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10909> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#11390(ffmpeg:new): av1_nvenc output frames sometimes cannot be decoded
by FFmpeg 15 Aug '25

15 Aug '25

#11390: av1_nvenc output frames sometimes cannot be decoded -----------------------------------+-------------------------------------- Reporter: nikomo | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: av1_nvenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: av1_nvenc output with some inputs will occasionally produce unplayable files. Attached files result in latest stable VLC decoding blocks, but not any frames. Windows's built-in Media Player plays back sample fine, but with full file as input, audio in output file will not be played back in Media Player but video will, while VLC will play audio but not video. How to reproduce: {{{ PS E:\encode_testing\av1_nvenc_bug> .\ffmpeg.exe -v 9 -loglevel 99 -i .\test_input.mkv ffmpeg version 2024-12-27-git-5f38c82536-essentials_build-www.gyan.dev Copyright (c) 2000-2024 the FFmpeg developers built with gcc 14.2.0 (Rev1, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable- w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable- avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable- libfribidi --enable-libharfbuzz --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable- dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libgme --enable- libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable- libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore- amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable- librubberband libavutil 59. 53.100 / 59. 53.100 libavcodec 61. 28.100 / 61. 28.100 libavformat 61. 9.102 / 61. 9.102 libavdevice 61. 4.100 / 61. 4.100 libavfilter 10. 6.101 / 10. 6.101 libswscale 8. 13.100 / 8. 13.100 libswresample 5. 4.100 / 5. 4.100 libpostproc 58. 4.100 / 58. 4.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input url with argument '.\test_input.mkv'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input url .\test_input.mkv. Successfully parsed a group of options. Opening an input file: .\test_input.mkv. [AVFormatContext @ 000001d618d5f100] Opening '.\test_input.mkv' for reading [file @ 000001d618d5f780] Setting default whitelist 'file,crypto,data' Probing matroska,webm score:100 size:2048 [matroska,webm @ 000001d618d5f100] Format matroska,webm probed with size=2048 and score=100 [matroska,webm @ 000001d618d5f100] Unknown entry 0x22B59D at pos. 4472 [matroska,webm @ 000001d618d5f100] Unknown entry 0x22B59D at pos. 4569 [matroska,webm @ 000001d618d5f100] Unknown entry 0x22B59D at pos. 6296 [matroska,webm @ 000001d618d5f100] Unknown entry 0x437D at pos. 7547 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase st:2 removing common factor 1000000 from timebase [matroska,webm @ 000001d618d5f100] Before avformat_find_stream_info() pos: 7660 bytes read:33772 seeks:2 nb_streams:3 [h264 @ 000001d618d65a80] nal_unit_type: 7(SPS), nal_ref_idc: 3 [h264 @ 000001d618d65a80] Decoding VUI [h264 @ 000001d618d65a80] nal_unit_type: 8(PPS), nal_ref_idc: 3 [matroska,webm @ 000001d618d5f100] parser not found for codec pcm_s24le, packets or times may be invalid. [h264 @ 000001d618d65a80] nal_unit_type: 7(SPS), nal_ref_idc: 3 [h264 @ 000001d618d65a80] Decoding VUI [h264 @ 000001d618d65a80] nal_unit_type: 8(PPS), nal_ref_idc: 3 [h264 @ 000001d618d65a80] Decoding VUI [h264 @ 000001d618d65a80] ct_type:1 pic_struct:0 [h264 @ 000001d618d65a80] nal_unit_type: 7(SPS), nal_ref_idc: 3 [h264 @ 000001d618d65a80] nal_unit_type: 8(PPS), nal_ref_idc: 3 [h264 @ 000001d618d65a80] nal_unit_type: 6(SEI), nal_ref_idc: 0 Last message repeated 2 times [h264 @ 000001d618d65a80] nal_unit_type: 5(IDR), nal_ref_idc: 3 Last message repeated 3 times [h264 @ 000001d618d65a80] Decoding VUI [h264 @ 000001d618d65a80] Format yuv420p chosen by get_format(). [h264 @ 000001d618d65a80] Reinit context to 1920x1088, pix_fmt: yuv420p [h264 @ 000001d618d65a80] ct_type:1 pic_struct:0 [h264 @ 000001d618d65a80] no picture [matroska,webm @ 000001d618d5f100] parser not found for codec pcm_s24le, packets or times may be invalid. [h264 @ 000001d618d65a80] ct_type:1 pic_struct:0 Last message repeated 4 times [matroska,webm @ 000001d618d5f100] All info found [matroska,webm @ 000001d618d5f100] stream 0: start_time: 0 duration: NOPTS [matroska,webm @ 000001d618d5f100] stream 1: start_time: 0 duration: NOPTS [matroska,webm @ 000001d618d5f100] stream 2: start_time: 0 duration: 5.256 [matroska,webm @ 000001d618d5f100] format: start_time: 0 duration: 5.256 (estimate from stream) bitrate=31915 kb/s [matroska,webm @ 000001d618d5f100] After avformat_find_stream_info() pos: 90112 bytes read:132076 seeks:2 frames:62 [aist#0:1/pcm_s24le @ 000001d618dbd8c0] Guessed Channel Layout: stereo Input #0, matroska,webm, from '.\test_input.mkv': Metadata: creation_time : 2024-12-31T23:06:15.000000Z ENCODER : Lavf61.9.102 Duration: 00:00:05.26, start: 0.000000, bitrate: 31915 kb/s Chapters: Chapter #0:0: start 0.033000, end 5.000000 Metadata: title : Intro Stream #0:0(jpn), 6, 1/1000: Video: h264 (High), 1 reference frame, yuv420p(progressive, left), 1920x1080 [SAR 1:1 DAR 16:9], 0/1, 23.98 fps, 23.98 tbr, 1k tbn (default) Metadata: title : JPNBD BPS : 29707337 DURATION : 00:00:05.256000000 NUMBER_OF_FRAMES: 124 NUMBER_OF_BYTES : 19517721 _STATISTICS_WRITING_APP: mkvmerge v88.0 ('All I Know') 64-bit _STATISTICS_WRITING_DATE_UTC: 2024-12-31 23:06:15 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1(jpn), 56, 1/1000: Audio: pcm_s24le, 48000 Hz, stereo, s32 (24 bit), 2304 kb/s (default) Metadata: title : PCM 2.0 BPS : 2304000 DURATION : 00:00:05.000000000 NUMBER_OF_FRAMES: 1000 NUMBER_OF_BYTES : 1440000 _STATISTICS_WRITING_APP: mkvmerge v88.0 ('All I Know') 64-bit _STATISTICS_WRITING_DATE_UTC: 2024-12-31 23:06:15 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:2(eng), 0, 1/1000: Subtitle: ass (ssa) (default) Metadata: title : Subtitles BPS : 0 DURATION : 00:00:00.000000000 NUMBER_OF_FRAMES: 0 NUMBER_OF_BYTES : 0 _STATISTICS_WRITING_APP: mkvmerge v88.0 ('All I Know') 64-bit _STATISTICS_WRITING_DATE_UTC: 2024-12-31 23:06:15 _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Successfully opened the file. At least one output file must be specified [AVIOContext @ 000001d618d5fbc0] Statistics: 132076 bytes read, 2 seeks }}} {{{ @echo off .\ffmpeg.exe -y -report -i test_input.mkv -c:v h264_nvenc debug_h264_nvenc.mkv .\ffmpeg.exe -y -report -i test_input.mkv -c:v hevc_nvenc debug_hevc_nvenc.mkv .\ffmpeg.exe -y -report -i test_input.mkv -c:v libsvtav1 debug_libsvtav1.mkv .\ffmpeg.exe -y -report -i test_input.mkv -c:v av1_nvenc debug_av1_nvenc.mkv }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11390> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#11696(undetermined:new): ffmpeg unable to parse full runtime of wav file
by FFmpeg 15 Aug '25

15 Aug '25

#11696: ffmpeg unable to parse full runtime of wav file --------------------------------------+---------------------------------- Reporter: wavybaby | Type: defect Status: new | Priority: minor Component: undetermined | Version: 7.1 Keywords: wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- **Goal**: I am attempting to load an audio recording made with my phone. I want to load the audio file in complete, using audacity and/or using ffmpeg to compress the full raw .WAV file to .FLAC or other format, for further processing. **Problem**: Audacity, by extension ffmpeg (which I believe audacity uses under the hood), only parse up to 37/38 minutes of content, out of the full 2h11m of content. I am not sure if this is a bug, but I am generally unsure where else to inquire about this kind of lower-level file modification and access. **Command**: {{{ ffmpeg -i "2025-07-22 21.39.41.wav" 2025-07-22_21.39.41.flac }}} **Verbose initial output**: {{{ $ ffmpeg -v 9 -loglevel 99 -i "2025-07-22 21.39.41.wav" ffmpeg version n7.1.1 Copyright (c) 2000-2025 the FFmpeg developers built with gcc 15.1.1 (GCC) 20250425 configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-frei0r --enable-gmp --enable-gnutls --enable- gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libdav1d --enable-libdrm --enable-libdvdnav --enable-libdvdread --enable-libfreetype --enable-libfribidi --enable- libglslang --enable-libgsm --enable-libharfbuzz --enable-libiec61883 --enable-libjack --enable-libjxl --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libplacebo --enable-libpulse --enable-librav1e --enable-librsvg --enable-librubberband --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable- libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable- libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpl --enable- libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-nvdec --enable-nvenc --enable-opencl --enable-opengl --enable- shared --enable-vapoursynth --enable-version3 --enable-vulkan libavutil 59. 39.100 / 59. 39.100 libavcodec 61. 19.101 / 61. 19.101 libavformat 61. 7.100 / 61. 7.100 libavdevice 61. 3.100 / 61. 3.100 libavfilter 10. 4.100 / 10. 4.100 libswscale 8. 3.100 / 8. 3.100 libswresample 5. 3.100 / 5. 3.100 libpostproc 58. 3.100 / 58. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input url with argument '2025-07-22 21.39.41.wav'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input url 2025-07-22 21.39.41.wav. Successfully parsed a group of options. Opening an input file: 2025-07-22 21.39.41.wav. [AVFormatContext @ 0x57a35d09bc00] Opening '2025-07-22 21.39.41.wav' for reading [file @ 0x57a35d09c2c0] Setting default whitelist 'file,crypto,data' Probing wav score:99 size:2048 [wav @ 0x57a35d09bc00] Format wav probed with size=2048 and score=99 [wav @ 0x57a35d09bc00] Before avformat_find_stream_info() pos: 44 bytes read:196608 seeks:6 nb_streams:1 [wav @ 0x57a35d09bc00] parser not found for codec pcm_f32le, packets or times may be invalid. Last message repeated 1 times [wav @ 0x57a35d09bc00] All info found [wav @ 0x57a35d09bc00] stream 0: start_time: NOPTS duration: 2271.044667 [wav @ 0x57a35d09bc00] format: start_time: NOPTS duration: 2271.044667 (estimate from stream) bitrate=21273 kb/s [wav @ 0x57a35d09bc00] After avformat_find_stream_info() pos: 3276844 bytes read:3473408 seeks:6 frames:50 [aist#0:0/pcm_f32le @ 0x57a35d0a30c0] Guessed Channel Layout: stereo Input #0, wav, from '2025-07-22 21.39.41.wav': Duration: 00:37:51.04, bitrate: 21273 kb/s Stream #0:0, 50, 1/96000: Audio: pcm_f32le ([3][0][0][0] / 0x0003), 96000 Hz, stereo, flt, 6144 kb/s Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x57a35d0a44c0] Statistics: 3473408 bytes read, 6 seeks }}} ''Full processing log attached/to-be-attached. ffmpeg-20250730-211000.log.zip'' (It might be difficult to offer an audio sample, however perhaps something closer to the "reported" end would be better?) **Extra info**: I noticed that mediainfo can parse the file in full, and reports the complete duration of the file... not sure what to make of this. {{{ MediaInfoLib v25.04 General Complete name : 2025-07-22 21.39.41.wav Format : Wave Format settings : PcmWaveformat File size : 5.62 GiB Duration : 2 h 11 min Overall bit rate mode : Constant Overall bit rate : 6 144 kb/s Audio Format : PCM Format profile : Float Codec ID : 3 Codec ID/Hint : IEEE Duration : 2 h 11 min Bit rate mode : Constant Bit rate : 6 144 kb/s Channel(s) : 2 channels Sampling rate : 96.0 kHz Bit depth : 32 bits Stream size : 5.62 GiB (100%) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11696> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#11683(avcodec:new): Error encoding to H265 (H264 is ok)
by FFmpeg 15 Aug '25

15 Aug '25

#11683: Error encoding to H265 (H264 is ok) -------------------------------------+------------------------------------- Reporter: rgr | Type: defect Status: new | Priority: important Component: avcodec | Version: 7.1 Keywords: h265 | Blocked By: encoding | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The encoded MP4/H265 file doesn't play correctly and is 2 frames shorter. When I change the codec to H264, everything works fine. ffmpeg reports 465 frames encoded: encoded 465 frames in 46.29s (10.05 fps), 8883.04 kb/s, Avg QP:25.39 [aac @ 000001c87a123040] Qavg: 881.112 In VirtualDub with the latest ffmpeg libraries, the last frames are displayed in random order. Seek-by-frame often causes jumps to the wrong frame (each frame has a label with its number). Magix Vegas only reads 463 frames. After changing the codec in the ffmpeg command to libx264, all problems disappear. https://gcdnb.pbrd.co/images/ZSD7tRo9KuG7.png?o=1 How to reproduce: {{{ % ffmpeg -avisynth_flags +all -i "2025_04_10 20_44_52 (PXL_20250410_204452830).avs" -c:v libx265 -preset slow -crf 19 -pix_fmt yuv420p -c:a aac -b:a 192k "2025_04_10 20_44_52 (PXL_20250410_204452830)(H265).mp4" ffmpeg version 2025-07-23-git-829680f96a-full_build-www.gyan.dev built on 2025-07-23 }}} Files: https://files.fm/u/jq3yzf4za7 (output H265 included) -- Ticket URL: <https://trac.ffmpeg.org/ticket/11683> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#11012(avformat:new): APNG decoder incorrectly assumes fcTL chunk must be immediately followed by fdAT or IDAT
by FFmpeg 15 Aug '25

15 Aug '25

#11012: APNG decoder incorrectly assumes fcTL chunk must be immediately followed by fdAT or IDAT ----------------------------------+--------------------------------------- Reporter: tobbez | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The APNG decoder (more specifically `apng_read_packet` in libavformat/apngdec.c) incorrectly assumes an `fcTL` chunk must be ''immediately'' followed by either an `fdAT` or an `IDAT` chunk. In addition, when the `fdAT`/`IDAT` check fails, the input stream is not rewinded to the start of the chunk that follows the `fcTL` chunk, causing misleading log messages: "tag=ware (0x65726177) len=1399809652" in the output below ought to be "tag=tEXt (0x74584574) len=16". An example file can be created using exiftool on an existing APNG file (`exiftool -Software=example apng.png`). This produces a file where the first `fcTL` chunk is followed by a `tEXt` chunk. Such an example will be attached. How to reproduce: {{{ % ffmpeg -i example.png -f null /dev/null ffmpeg version N-115183-g02c032abcd Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13 (13.2.1_p20240503 p15) configuration: libavutil 59. 17.100 / 59. 17.100 libavcodec 61. 5.103 / 61. 5.103 libavformat 61. 3.103 / 61. 3.103 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.101 / 10. 2.101 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 [apng @ 0x55841a01a7c0] Could not find codec parameters for stream 0 (Video: apng, none, 64x64): unspecified pixel format Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options Input #0, apng, from 'example.png': Duration: N/A, bitrate: N/A Stream #0:0: Video: apng, none, 64x64, 100k tbr, 100k tbn Stream mapping: Stream #0:0 -> #0:0 (apng (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help [apng @ 0x55841a01a7c0] In-stream tag=ware (0x65726177) len=1399809652 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [apng @ 0x55841a01a7c0] If you want to help, upload a sample of this file to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel(a)ffmpeg.org) [in#0/apng @ 0x55841a01a500] Error during demuxing: Not yet implemented in FFmpeg, patches welcome Cannot determine format of input 0:0 after EOF [vf#0:0 @ 0x55841a01cb80] Task finished with error code: -1094995529 (Invalid data found when processing input) [vf#0:0 @ 0x55841a01cb80] Terminating thread with return code -1094995529 (Invalid data found when processing input) [vost#0:0/wrapped_avframe @ 0x55841a01cfc0] Could not open encoder before EOF [vost#0:0/wrapped_avframe @ 0x55841a01cfc0] Task finished with error code: -22 (Invalid argument) [vost#0:0/wrapped_avframe @ 0x55841a01cfc0] Terminating thread with return code -22 (Invalid argument) [out#0/null @ 0x55841a01c940] Nothing was written into output file, because at least one of its streams received no packets. frame= 0 fps=0.0 q=0.0 Lsize= 0KiB time=N/A bitrate=N/A speed=N/A Conversion failed! }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11012> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9523(avfilter:new): segment_times splits at I-frames that are not keyframes
by FFmpeg 12 Aug '25

12 Aug '25

#9523: segment_times splits at I-frames that are not keyframes ----------------------------------+-------------------------------------- Reporter: TurboLed | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: When splitting segments on an MP4 video that contains I-frames that are not keyframes (not IDR frames), the splitting can occur on those I-frames and make the next segment unreadable. How to reproduce: {{{ % ffmpeg -i sample.mp4 -f segment -segment_times 3 -c copy output%03d.mp4 % ffprobe -i output001.mp4 -show_frames [FRAME] media_type=video stream_index=0 key_frame=0 pts=150144 pts_time=3.128000 pkt_dts=151145 pkt_dts_time=3.148854 best_effort_timestamp=150144 best_effort_timestamp_time=3.128000 pkt_duration=1001 pkt_duration_time=0.020854 pkt_pos=48 pkt_size=599189 width=2720 height=1530 pix_fmt=yuv420p sample_aspect_ratio=1:1 pict_type=I coded_picture_number=1 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 color_range=tv color_space=bt709 color_primaries=bt709 color_transfer=bt709 chroma_location=left [/FRAME] ffmpeg version 2021-11-18-git-85a6b7f7b7-essentials_build-www.gyan.dev }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9523> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 23

#11526(avformat:new): cmfv and cmfa not in hls allowed_extensions
by FFmpeg 10 Aug '25

10 Aug '25

#11526: cmfv and cmfa not in hls allowed_extensions ----------------------------------+-------------------------------------- Reporter: gamer191 | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Cmfv and cmfa are not in ffmpeg's HLS demuxer's list of allowed_extensions. This causes issues when downloading niconico videos using yt-dlp. This can be reproduced with `yt-dlp "https://www.nicovideo.jp/watch/sm44612421" --downloader ffmpeg` (the cmfa issue can be reproduced using `yt-dlp "https://www.nicovideo.jp/watch/sm44612421" --downloader ffmpeg -f bestaudio`). Alternatively, you can create a .m3u8 file containing {{{ #EXTM3U #EXT-X-TARGETDURATION:174 #EXTINF:135, https://example.com/file.cmfv }}} and then run {{{ % ffmpeg -i file.m3u8 ffmpeg version N-118897-gfc44ccd981-20250323 Copyright (c) 2000-2025 the FFmpeg developers built with gcc 14.2.0 (crosstool-NG 1.27.0.18_7458341) 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-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-libxml2 --enable-lzma --enable-fontconfig --enable-libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable- avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable- ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable- libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-libzmq --enable-lv2 --enable-libvpl --enable-openal --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable- librubberband --enable-schannel --enable-sdl2 --enable-libsnappy --enable- libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable- libuavs3d --disable-libdrm --enable-vaapi --enable-libvidstab --enable- vulkan --enable-libshaderc --enable-libplacebo --disable-libvvenc --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-libs=-lgomp --extra-ldflags=-pthread --extra- ldexeflags= --cc=x86_64-w64-mingw32-gcc --cxx=x86_64-w64-mingw32-g++ --ar=x86_64-w64-mingw32-gcc-ar --ranlib=x86_64-w64-mingw32-gcc-ranlib --nm=x86_64-w64-mingw32-gcc-nm --extra-version=20250323 libavutil 59. 60.100 / 59. 60.100 libavcodec 61. 33.102 / 61. 33.102 libavformat 61. 9.107 / 61. 9.107 libavdevice 61. 4.100 / 61. 4.100 libavfilter 10. 9.100 / 10. 9.100 libswscale 8. 13.103 / 8. 13.103 libswresample 5. 4.100 / 5. 4.100 libpostproc 58. 4.100 / 58. 4.100 [hls @ 00000257b8f1be40] URL https://example.com/file.cmfv is not in allowed_extensions [in#0 @ 00000257b8eb9f40] Error opening input: Invalid data found when processing input Error opening input file C:\Users\REDACTED\file.m3u8. Error opening input files: Invalid data found when processing input }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11526> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#11640(avfilter:new): Specific combination of timeclamp, fps, and count on showcqt causing crash
by FFmpeg 09 Aug '25

09 Aug '25

#11640: Specific combination of timeclamp, fps, and count on showcqt causing crash --------------------------------------+------------------------------------ Reporter: Aseer Tayeem | Type: defect Status: new | Priority: critical Component: avfilter | Version: 7.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Summary of the bug: This bug in showcqt of libavfilter causes a whole array of different memory errors causing crashes. I don't know how important this is, since a memory error could do anything, so I put it as critical. This is using valid inputs to showcqt. How to reproduce: {{{ % ffmpeg -f lavfi -i "amovie=test.mp3, showcqt=timeclamp=0.01:fps=15:count=5 [out0]" out.mp4 ffmpeg version n7.1.1 built with gcc 15.1.1 (GCC) 20250425 % ffplay -f lavfi "amovie=test.mp3, showcqt=timeclamp=0.01:fps=15:count=5 [out0]" ffplay version n7.1.1 built with gcc 15.1.1 (GCC) 20250425 }}} I had some complex filtergraph, until I reduced it to this. Removing any of these three will prevent the crash. Works with any input audio, but I don't know if this changes the behavior. Some other quirks: - Keeping fixed timeclamp=0.01 and count=5. At fps=1-16, it crashes with SIGSEGV. At fps=17, it doesn't crash until you terminate it, then it instead has SIGABRT with an error in free(). At fps=18, it doesn't crash. {{{ # at fps=17 free(): invalid next size (normal) fish: Job 1, 'ffmpeg -f lavfi -i "amovie=test…' terminated by signal SIGABRT (Abort) }}} - Keeping fixed fps=15 and count=5. timeclamp=0.002 causes a SIGSEGV only when terminating the program. timeclamp=0.003-0.011 causes an immediate SIGSEGV. timeclamp=0.012 does nothing. - Keeping fixed fps=15 and timeclamp=0.01. count=1-5 causes immediate crashes. count=6 does nothing. - Overall, these ranges start at the minimum values allowed (fps=1, timeclamp=0.002, count=1), and end at fps=18, timeclamp=0.012, count=6. I didn't try using more precision. - Sometimes it would say something about a `corrupted double-linked list`, but only in ffplay. - With some inputs I saw a malloc assertion failure, but only in ffplay {{{ Fatal glibc error: malloc.c:4434 (_int_malloc): assertion failed: (unsigned long) (size) >= (unsigned long) (nb) }}} - In ffplay at fps=17, I got an error like this: {{{ double free or corruption (!prev) 0KB vq= 11KB sq= 0B }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11640> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#9693(swscale:new): change of matrix cannot happen on full range
by FFmpeg 09 Aug '25

09 Aug '25

#9693: change of matrix cannot happen on full range ---------------------------------+-------------------------------------- Reporter: Balling | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: zscale | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: I have BT.709 sample that I want to do a jpeg image from, yet because std- complient jpeg is only bt.601 full range and thus the change of matrix must occur it just sees hevc video as bt.601 full range and does a no-op! Does not happen in png (remove gAMA from png). So apparently c523724c693ee031d8b5351aff6232a1f7d86876 was not enough! How to reproduce: {{{ PS C:\Users\xxxx>ffmpeg.exe -i "this one does it.mp4" -frames:v 1 -q:v 1 318281.jpg ffmpeg version N-105504-g04cc7a5548-20220207 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 --enable-shared --disable-static --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=20220207 libavutil 57. 21.100 / 57. 21.100 libavcodec 59. 20.100 / 59. 20.100 libavformat 59. 17.101 / 59. 17.101 libavdevice 59. 5.100 / 59. 5.100 libavfilter 8. 26.101 / 8. 26.101 libswscale 6. 5.100 / 6. 5.100 libswresample 4. 4.100 / 4. 4.100 libpostproc 56. 4.100 / 56. 4.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'this one does it.mp4': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2021-07-05T19:03:03.000000Z com.apple.quicktime.description: [{"rParams":"2560000,{1080, 1920}","appRecord":"1","videoIndex":"1","userDevice":"iPhone11,8","userSystem":"14.2"}] com.apple.quicktime.software: {"TEEditor":"1"},{"isFastImport":"0"},{"transType":"2"},{"source":"1"} com.apple.quicktime.copyright: ba465c12a45eb7a886ad4f22aa7710b6 Duration: 00:00:07.03, start: 0.000000, bitrate: 4004 kb/s Stream #0:0[0x1](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 132 kb/s (default) Metadata: creation_time : 2021-07-05T19:03:03.000000Z handler_name : Core Media Audio vendor_id : [0][0][0][0] Stream #0:1[0x2](und): Video: hevc (Main) (hvc1 / 0x31637668), yuvj420p(pc, bt709), 720x1280, 3864 kb/s, 29.01 fps, 29 tbr, 600 tbn (default) Metadata: creation_time : 2021-07-05T19:03:03.000000Z handler_name : Core Media Video vendor_id : [0][0][0][0] encoder : HEVC Stream mapping: Stream #0:1 -> #0:0 (hevc (native) -> mjpeg (native)) Press [q] to stop, [?] for help Output #0, image2, to '318281.jpg': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt com.apple.quicktime.copyright: ba465c12a45eb7a886ad4f22aa7710b6 com.apple.quicktime.description: [{"rParams":"2560000,{1080, 1920}","appRecord":"1","videoIndex":"1","userDevice":"iPhone11,8","userSystem":"14.2"}] com.apple.quicktime.software: {"TEEditor":"1"},{"isFastImport":"0"},{"transType":"2"},{"source":"1"} encoder : Lavf59.17.101 Stream #0:0(und): Video: mjpeg, yuvj420p(pc, bt709, progressive), 720x1280, q=2-31, 200 kb/s, 29 fps, 29 tbn (default) Metadata: creation_time : 2021-07-05T19:03:03.000000Z handler_name : Core Media Video vendor_id : [0][0][0][0] encoder : Lavc59.20.100 mjpeg Side data: cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: N/A frame= 1 fps=0.0 q=1.0 Lsize=N/A time=00:00:00.03 bitrate=N/A speed=1.13x video:105kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} The sample is here: https://mega.nz/folder/5EMWDDrS#MlG_UA9CHvG633ldHvmnTQ/folder/tQtm0TpB The downupstream issue is here https://github.com/n00mkrad/flowframes/issues/84 zscale is affected too, foring does not work. Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9693> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 17

#11677(undetermined:new): ffplay does not properly sync LRC subtitles with 3-digit milliseconds
by FFmpeg 06 Aug '25

06 Aug '25

#11677: ffplay does not properly sync LRC subtitles with 3-digit milliseconds -------------------------------------+------------------------------------- Reporter: gbr | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: lrc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- LRC subtitles that use 3-digit millisecond in time tags, cause syncing issues with ffplay. How to reproduce: Save the following as **subs.lrc**: {{{ [00:00.660] We knew the world would not be the same. [00:05.580] A few people laughed, a few people cried, most people were silent. [00:17.030] I remembered the line from the Hindu scripture, the Bhagavad- Gita. [00:25.660] Vishnu is trying to persuade the prince that he should do his duty, and to impress him [00:38.310] takes on his multi-armed form and says, “now I am become Death, the destroyer of worlds.” [00:50.380] I suppose we all thought that, one way or another. }}} Now use **ffplay** to reproduce the test video using the above **subs.lrc**: {{{ ffplay -vf subtitles=subs.lrc https://www.atomicarchive.com/media/videos/media/oppenheimer-quote.mp4 }}} You will notice that the subtitles do not sync properly with the video. However, if you remove the trailing zeros in the fractional timestamps (i.e. **[00:00.660]** -> **[00:00.66]**), then the subtitles will sync properly with the video. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11677> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#5419(avformat:new): HLS EXT-X-DISCONTINUITY tag is not supported
by FFmpeg 05 Aug '25

05 Aug '25

#5419: HLS EXT-X-DISCONTINUITY tag is not supported -----------------------------------+--------------------------------------- Reporter: xyq204101 | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: I'm trying to read input from HLS and output to RTMP, this works fine if the HLS segments are all in one time sequence. However if the time changes e.g. segments generated from two video files, ffmpeg got error 'Non- monotonous DTS in output stream 0:1;'. According to the HLS documentation, EXT-X-DISCONTINUITY should be used when time sequence changes. (https://tools.ietf.org/html/draft-pantos- http-live-streaming-13#section-3.4.11) But I still got the same error after I added that tag to the m3u8 file. Look at hls.c file in libavformat, it doesn't handle EXT-X-DISCONTINUITY tag. How to reproduce: {{{ ffmpeg -re -i http://hls-server/playlist.m3u8 -acodec copy -vcodec copy -bsf:a aac_adtstoasc -f flv rtmp://rtmp-server/app }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5419> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 35

#11659(avutil:new): Regression: cannot use frames with alpha channel on vulkan
by FFmpeg 05 Aug '25

05 Aug '25

#11659: Regression: cannot use frames with alpha channel on vulkan -------------------------------------+------------------------------------- Reporter: bermond | Type: defect Status: new | Priority: normal Component: avutil | Version: git- Keywords: vulkan | master alpha | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Vulkan cannot be used anymore with frames that have an alpha channel. It looks like there is a failure when allocating Vulkan frames, giving the message `No memory type found for flags 0x1`. How to reproduce: {{{ $ ffmpeg -init_hw_device vulkan=gpu:0 -filter_hw_device gpu -f lavfi -i 'color=color=white:size=1280x720' -vf 'format=bgra,hwupload,hwdownload,format=bgra' -t 20 -f null - ffmpeg version N-120203-geb52251c0a Copyright (c) 2000-2025 the FFmpeg developers built with gcc 15.1.1 (GCC) 20250425 configuration: --prefix=/usr --disable-debug --disable-static --disable- stripping --enable-amf --enable-avisynth --enable-cuda-llvm --enable-lto --enable-fontconfig --enable-frei0r --enable-gmp --enable-gnutls --enable- gpl --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libdav1d --enable-libdrm --enable-libdvdnav --enable-libdvdread --enable-libfreetype --enable-libfribidi --enable- libglslang --enable-libgsm --enable-libharfbuzz --enable-libiec61883 --enable-libjack --enable-libjxl --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libplacebo --enable-libpulse --enable-librav1e --enable-librsvg --enable-librubberband --enable- libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable- libssh --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable- libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpl --enable- libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-nvdec --enable-nvenc --enable-opencl --enable-opengl --enable- shared --enable-vapoursynth --enable-version3 --enable-vulkan libavutil 60. 4.101 / 60. 4.101 libavcodec 62. 5.100 / 62. 5.100 libavformat 62. 1.101 / 62. 1.101 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 1.100 / 11. 1.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 Input #0, lavfi, from 'color=color=white:size=1280x720': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: wrapped_avframe, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 25 tbn Stream mapping: Stream #0:0 -> #0:0 (wrapped_avframe (native) -> wrapped_avframe (native)) Press [q] to stop, [?] for help [Vulkan @ 0x562c35258e00] No memory type found for flags 0x1 [hwupload @ 0x7f33380046c0] Failed to allocate frame to upload to. [vf#0:0 @ 0x562c353fa5c0] Error while filtering: Cannot allocate memory [vf#0:0 @ 0x562c353fa5c0] Task finished with error code: -12 (Cannot allocate memory) [vf#0:0 @ 0x562c353fa5c0] Terminating thread with return code -12 (Cannot allocate memory) [vost#0:0/wrapped_avframe @ 0x562c353f9c80] [enc:wrapped_avframe @ 0x562c353fa0c0] Could not open encoder before EOF [vost#0:0/wrapped_avframe @ 0x562c353f9c80] Task finished with error code: -22 (Invalid argument) [vost#0:0/wrapped_avframe @ 0x562c353f9c80] Terminating thread with return code -22 (Invalid argument) [out#0/null @ 0x562c353f9900] Nothing was written into output file, because at least one of its streams received no packets. frame= 0 fps=0.0 q=0.0 Lsize= 0KiB time=N/A bitrate=N/A speed=N/A elapsed=0:00:00.00 Conversion failed! }}} This same command works nice with FFmpeg 7.1.1 and also with commit bddb9c232dbdfa2c1402c7c56f77e5e6c7fda60f (the last usable one before the soname version bumps), but fails in the current git master. So, it seems to be a regression. A git bisect shows the offending commit as being: a9b2c10eee9cf28ecbce2f1972564f4aa826a855. Notice that the offending commit does not compile, needing a fix from commit 3ac7d70291838d71a28cd31a5774bb69745d4216, which also fails to use frames with alpha channel on Vulkan. System information: - OS: Arch Linux - Vulkan Headers: 1.4.313.0 - Vulkan ICD Loader: 1.4.313.0 - Vulkan GPU Hardware: NVIDIA RTX 3060 - GPU driver: 575.64.03 (NVIDIA open source driver) -- Ticket URL: <https://trac.ffmpeg.org/ticket/11659> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11570(avdevice:new): v4l2 1.30 breaks build of 7.1.1
by FFmpeg 05 Aug '25

05 Aug '25

#11570: v4l2 1.30 breaks build of 7.1.1 ----------------------------------+--------------------------------------- Reporter: bbhtt | Type: defect Status: new | Priority: normal Component: avdevice | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: 7.1.1 build is broken with v4l2 1.30 {{{ libavdevice/v4l2.c: In function ‘device_open’: libavdevice/v4l2.c:141:17: error: assignment to ‘int (*)(int, long unsigned int, ...)’ from incompatible pointer type ‘int (*)(int, int, ...)’ [-Wincompatible-pointer-types] 141 | s->ioctl_f = prefix ## ioctl; \ | ^ libavdevice/v4l2.c:149:9: note: in expansion of macro ‘SET_WRAPPERS’ 149 | SET_WRAPPERS(v4l2_); | ^~~~~~~~~~~~ In file included from libavdevice/v4l2.c:52: /usr/include/libv4l2.h:67:19: note: ‘v4l2_ioctl’ declared here 67 | LIBV4L_PUBLIC int v4l2_ioctl(int fd, int request, ...); | ^~~~~~~~~~ }}} See the attached file for the full build log. How to reproduce: Build with v4l2 1.30 -- Ticket URL: <https://trac.ffmpeg.org/ticket/11570> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#11403(undetermined:new): Recording with kmsgrab can't be stopped properly
by FFmpeg 04 Aug '25

04 Aug '25

#11403: Recording with kmsgrab can't be stopped properly -------------------------------------+------------------------------------- Reporter: superded | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Recording stops only after several Ctrl+C with muxing error. Tested in tty and wayland. First commit with this bug d119ae2fd82a494d9430ff4d4fc262961a68c598. Log: https://pastebin.com/c5rGYV9k -- Ticket URL: <https://trac.ffmpeg.org/ticket/11403> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11653(undetermined:new): -c copy does not copy track names
by FFmpeg 04 Aug '25

04 Aug '25

#11653: -c copy does not copy track names -------------------------------------+------------------------------------- Reporter: Steven | Type: defect Allan Spielber | Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg -i input.mp4 -map 0 -c copy -movflags +faststart output.mp4 does not copy track names -- Ticket URL: <https://trac.ffmpeg.org/ticket/11653> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 13

#11606(avcodec:new): avcodec/dvbsubenc: Broken dvb_encode_rle8
by FFmpeg 03 Aug '25

03 Aug '25

#11606: avcodec/dvbsubenc: Broken dvb_encode_rle8 ---------------------------------+--------------------------------------- Reporter: pbk | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- The rle8 encoding (256 color table) is corrupted. The end of 8-bit/pixel_code_string shall be 2 zeroes (not one): Current code: *q++ = 0x00; *q++ = 0xf0; Correct code: *q++ = 0x00; *q++ = 0x00; *q++ = 0xf0; -- Ticket URL: <https://trac.ffmpeg.org/ticket/11606> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#10966(undetermined:new): Regression - Memory leak when muxing raw h264 streams
by FFmpeg 02 Aug '25

02 Aug '25

#10966: Regression - Memory leak when muxing raw h264 streams -------------------------------------+------------------------------------- Reporter: Francesco | Type: defect Bucciantini | Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When raw h264 streams (i.e raw_video.h264 files) are being muxed in a container, FFMpeg keeps allocating RAM with no clear progress until it goes into paging files on Windows or swap on Linux and then eventually crashes. How to reproduce: Step 1) Create a simple Colorbars script with Avisynth and call it "AVS Script.avs" {{{ ColorBars(1920, 1080, pixel_type="YUV422P16") }}} Step 2) Encode the colorbars with x264 to create a raw_video.h264 stream {{{ x264-10b.exe "AVS Script.avs" --preset medium --profile high422 --level 4.1 --opencl --keyint 1 --no-cabac --avcintra 100 --avcintra-flavor panasonic --deblock -1:-1 --tff --overscan show --colormatrix bt709 --range tv --log-level info --thread-input --transfer bt709 --colorprim bt709 --videoformat component --nal-hrd cbr --output-depth 10 --output-csp i422 --output "raw_video.h264" }}} Step 3) Mux the newly produced raw_video.h264 into any container you like, be it mkv or mxf or whatever {{{ ffmpeg.exe -hide_banner -i "raw_video.h264" -map 0:0 -c:v copy -f mxf "output.mxf" }}} Expected behavior: FFMpeg muxes the file in mxf or whatever container you pick. Actual behavior: FFMpeg keeps allocating RAM until it crashes with no clear progress. In the following example, I'm trying to use the newly encoded H264 stream and the audio from Avisynth on a real file to then re-encode the audio in PCM 24bit 48000Hz little endian and mux the whole thing in mxf [[Image(https://i.imgur.com/NJGfFUV.png)]] [[Image(https://i.imgur.com/jTPU3OZ.png)]] [[Image(https://i.imgur.com/LjoFkkQ.png)]] That's the latest master from today, namely N-114842-g639013aafc from the 17th of April 2024. Using version N-97504-g1128aa8 from 2020 works instead with the exact same commands, which points to a regression. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10966> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#5413(ffmpeg:new): Image size, pixel format cannot be detected ( 0x0, -1 ) for short h264 video
by FFmpeg 02 Aug '25

02 Aug '25

#5413: Image size, pixel format cannot be detected ( 0x0,-1 ) for short h264 video -------------------------------------+------------------------------------- Reporter: sadensmol | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: Keywords: image size | unspecified 0x0 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Cannot convert video which plays fine with Windows Media Player. ffmpeg parameters ( splitted by comma) -probesize,100M,-analyzeduration,100M,-i,00443.MTS,-an,-y,-c:v,mjpeg,-q:v,8,frame%d.jpg ffmpeg output: [mpegts @ 0x7ffcd9808800] Could not find codec parameters for stream 0 (Video: h264 (HDMV / 0x564D4448), none): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mpegts, from '/Users/saden/Documents/asimon/simplevideoed/test/folder8/00443.MTS': Duration: 00:00:00.51, start: 1.033367, bitrate: 9216 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (HDMV / 0x564D4448), none, 29.97 fps, 29.97 tbr, 90k tbn, 180k tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090), 1920x1080 [buffer @ 0x7ffcd96013c0] Unable to parse option value "0x0" as image size [buffer @ 0x7ffcd96013c0] Unable to parse option value "-1" as pixel format [buffer @ 0x7ffcd96013c0] Unable to parse option value "0x0" as image size [buffer @ 0x7ffcd96013c0] Error setting option video_size to value 0x0. [graph 0 input from stream 0:0 @ 0x7ffcd9601500] Error applying options to the filter. This problem is easily reproducible with the latest version of ffmpeg on both OSX and windows systems. At the same time exiftool returns correct values for size. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5413> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 9

#11295(avcodec:new): Decoding p1_03.j2k returns a warning
by FFmpeg 02 Aug '25

02 Aug '25

#11295: Decoding p1_03.j2k returns a warning -------------------------------------+------------------------------------- Reporter: Pierre- | Type: Anthony Lemieux | enhancement Status: new | Priority: normal Component: avcodec | Version: git- | master Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Reported by Osamu Watanabe <owatanab(a)es.takushoku-u.ac.jp> Decoding p1_03.j2k (a test codestream defined in the ISO/IEC 15444-4) returns the following warning: {{{ [jpeg2000 @ 0x12d7079a0] Mid mismatch 1 in pass 18 of 22 }}} This message comes from the lines: https://github.com/ffmpeg/ffmpeg/blob/2eb9c35010fe2c65a6d0f9a420332bca369c5… The cause of the warning should be investigated to suppress the warning. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11295> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11624(undetermined:new): Using audio filters throws Assertion best_input >= 0 failed
by FFmpeg 02 Aug '25

02 Aug '25

#11624: Using audio filters throws Assertion best_input >= 0 failed -------------------------------------+------------------------------------- Reporter: Jozef | Type: defect Chutka | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using the following order of audio filters: {{{ ffmpeg -f lavfi -i anoisesrc=d=1 -af "aresample=22050,asplit[a][b];[a]anullsink;[b]atrim=end_sample=1" -f null - }}} throws: {{{ Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2118 }}} Using verbose log level, this is full log: {{{ ffmpeg version 7.1.1 Copyright (c) 2000-2025 the FFmpeg developers built with Apple clang version 17.0.0 (clang-1700.0.13.3) configuration: --prefix=/opt/homebrew/Cellar/ffmpeg/7.1.1_3 --enable- shared --enable-pthreads --enable-version3 --cc=clang --host-cflags= --host-ldflags='-Wl,-ld_classic' --enable-ffplay --enable-gnutls --enable- gpl --enable-libaom --enable-libaribb24 --enable-libbluray --enable- libdav1d --enable-libharfbuzz --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librist --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtesseract --enable-libtheora --enable-libvidstab --enable- libvmaf --enable-libvorbis --enable-libvpx --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable- libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libspeex --enable-libsoxr --enable-libzmq --enable- libzimg --disable-libjack --disable-indev=jack --enable-videotoolbox --enable-audiotoolbox --enable-neon libavutil 59. 39.100 / 59. 39.100 libavcodec 61. 19.101 / 61. 19.101 libavformat 61. 7.100 / 61. 7.100 libavdevice 61. 3.100 / 61. 3.100 libavfilter 10. 4.100 / 10. 4.100 libswscale 8. 3.100 / 8. 3.100 libswresample 5. 3.100 / 5. 3.100 libpostproc 58. 3.100 / 58. 3.100 Successfully parsed a group of options. Parsing a group of options: input url anoisesrc=d=5. Applying option f (force container format (auto-detected otherwise)) with argument lavfi. Successfully parsed a group of options. Opening an input file: anoisesrc=d=5. [AVFilterGraph @ 0x138704cd0] Setting 'd' to value '5' detected 8 logical cores [AVFilterGraph @ 0x138704cd0] query_formats: 2 queried, 2 merged, 1 already done, 0 delayed [lavfi @ 0x138704810] All info found [lavfi @ 0x138704810] stream 0: start_time: 0 duration: NOPTS [lavfi @ 0x138704810] format: start_time: 0 duration: NOPTS (estimate from bit rate) bitrate=3072 kb/s Input #0, lavfi, from 'anoisesrc=d=5': Duration: N/A, start: 0.000000, bitrate: 3072 kb/s Stream #0:0, 1, 1/48000: Audio: pcm_f64le, 48000 Hz, mono, dbl, 3072 kb/s Successfully opened the file. Parsing a group of options: output url -. Applying option af (alias for -filter:a (apply filters to audio streams)) with argument aresample=22050,asplit[a][b];[a]anullsink;[b]atrim=end_sample=1000. Parsing stream specifier: a Parsed media type: audio; remainder: Applying option f (force container format (auto-detected otherwise)) with argument null. Successfully parsed a group of options. Opening an output file: -. [out#0/null @ 0x1387056c0] No explicit maps, mapping streams automatically... [aost#0:0/pcm_s16le @ 0x138706df0] Created audio stream from input stream 0:0 [AVFilterGraph @ 0x138707c50] Setting 'sample_rate' to value '22050' [AVFilterGraph @ 0x138707c50] Setting 'end_sample' to value '1000' Successfully opened the file. Stream mapping: Stream #0:0 -> #0:0 (pcm_f64le (native) -> pcm_s16le (native)) [aost#0:0/pcm_s16le @ 0x138706df0] Starting thread... [af#0:0 @ 0x138707830] Starting thread... [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Starting thread... [in#0/lavfi @ 0x138704590] Starting thread... Press [q] to stop, [?] for help [AVFilterGraph @ 0x1399044e0] Setting 'sample_rate' to value '22050' [AVFilterGraph @ 0x1399044e0] Setting 'end_sample' to value '1000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'time_base' to value '1/48000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'sample_rate' to value '48000' [graph_-1_in_0:0 @ 0x139806a70] Setting 'sample_fmt' to value 'dbl' [graph_-1_in_0:0 @ 0x139806a70] Setting 'channel_layout' to value 'mono' [graph_-1_in_0:0 @ 0x139806a70] tb:1/48000 samplefmt:dbl samplerate:48000 chlayout:mono [format_out_#0:0 @ 0x139807380] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0x1399044e0] query_formats: 7 queried, 12 merged, 6 already done, 0 delayed [Parsed_aresample_0 @ 0x139806480] [SWR @ 0x130008000] Using dblp internally between filters [Parsed_aresample_0 @ 0x139806480] ch:1 chl:mono fmt:dbl r:48000Hz -> ch:1 chl:mono fmt:s16 r:22050Hz Output #0, null, to 'pipe:': Metadata: encoder : Lavf61.7.100 Stream #0:0, 0, 1/22050: Audio: pcm_s16le, 22050 Hz, mono, s16, 352 kb/s Metadata: encoder : Lavc61.19.101 pcm_s16le [out#0/null @ 0x1387056c0] Starting thread... [out_#0:0 @ 0x139807220] EOF on sink link out_#0:0:default. [in#0/lavfi @ 0x138704590] EOF while reading input [in#0/lavfi @ 0x138704590] Terminating thread with return code 0 (success) [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Decoder thread received EOF packet [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Decoder returned EOF, finishing [aist#0:0/pcm_f64le @ 0x138705e50] [dec:pcm_f64le @ 0x138708960] Terminating thread with return code 0 (success) Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2118 zsh: abort ffmpeg -f lavfi -i anoisesrc=d=5 -af -f null - -loglevel 1000 }}} My original filter looks far more complex but the provided one is the minimalistic demo I could come up with for the related issue. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11624> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#10990(undetermined:new): "Assertion best_input >= 0 failed" IFF upsampling AND complex filtergraph
by FFmpeg 02 Aug '25

02 Aug '25

#10990: "Assertion best_input >= 0 failed" IFF upsampling AND complex filtergraph -------------------------------------+------------------------------------- Reporter: Hunter | Type: defect Hogan | 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: If resampler is invoked at the start of the filtergraph to upsample, an error will be thrown at the very end despite the output file being successfully written. `Assertion best_input >= 0 failed at src/fftools/ffmpeg_filter.c:2075` How to reproduce: I reproduced it with a few different wav files, including a white noise file. All were stereo, however. Batch file and 22 logs attached. Only 4 logs have the error. The other logs are to compare changing only one variable but not getting an error. These quick tests all have filtergraphs loaded from a textfile, and I don't think I tested it without a text file. These tests all use `-/complex_filter` syntax, but I got the same error with the old syntax. I did not test downsampling at the start of the filtergraph. I first encountered this a couple of weeks ago after building version 7. Prior to that, however, I don't think I ever had a filtergraph that included upsampling and multiple input and/or output pads, so I am not claiming the error was recently introduced. If I recall correctly, originally, FFmpeg would crash, throw the error, and not write a usable file. IIRC, the output file was the size I expected (in bytes), but nothing could read it: ffprobe, ffmpeg, Goldwave all said the file was garbage. I interpreted it to mean that the "headers" were malformed. (By "headers", I probably mean metadata, but I don't know the precise term here.) I worked around it by scripting: 1. upsample my input file to a temp output file 2. filter as I want, output to a new temp 3. downsample IIRC, it was necessary for me to downsample in a different filtergraph. But, it now looks like downsampling doesn't throw an error. Today, I rebuilt, and noticed the differences. {{{ % FFmpeg -hide_banner -loglevel warning -stats -i test_input_44100_2ch.wav -/filter_complex test_filter.txt -map "[Z0Z_out]" -codec:a pcm_f32le "output\\test_input_44100_2ch.wav_filtergraph_192000.wav" }}} ffmpeg version: media autobuilder suite, built today on Windows {{{ ffmpeg version N-115035-g192f5b58b7-gb7debef3cc+4 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (Rev6, Built by MSYS2 project) configuration: --pkg-config=pkgconf --cc='ccache gcc' --cxx='ccache g++' --ld='ccache g++' --extra-cxxflags=-fpermissive --extra-cflags=-Wno-int- conversion --disable-autodetect --enable-amf --enable-bzlib --enable- d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable-zlib --enable-sdl2 --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libaom --disable-debug --enable-libfdk-aac --enable-fontconfig --enable-libass --enable-libfreetype --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-libgsm --enable-libvmaf --enable-libsvtav1 --enable-chromaprint --enable-frei0r --enable-libaribb24 --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfribidi --enable-libgme --enable-libilbc --enable-libsvthevc --enable-libsvtvp9 --enable-libkvazaar --enable-libmodplug --enable-librtmp --enable- librubberband --enable-libtesseract --enable-libxavs --enable-libzmq --enable-libzvbi --enable-openal --enable-libcodec2 --enable-ladspa --enable-libglslang --enable-vulkan --enable-libdavs2 --enable-libxavs2 --enable-libuavs3d --enable-opengl --enable-libopenh264 --enable- libharfbuzz --enable-libfontconfig --enable-openssl --extra- cflags=-DLIBTWOLAME_STATIC --extra-cflags=-DCACA_STATIC --extra- cflags=-DMODPLUG_STATIC --extra-cflags=-DCHROMAPRINT_NODLL --extra- cflags=-DZMQ_STATIC --extra-libs=-lpsapi --extra-cflags=-DLIBXML_STATIC --extra-libs=-liconv --disable-w32threads --extra-cflags=-DKVZ_STATIC_LIB --enable-nonfree --extra-cflags=-DAL_LIBTYPE_STATIC --extra- cflags='-IC:/apps/media-autobuild_suite/local64/include' --extra- cflags='-IC:/apps/media-autobuild_suite/local64/include/AL' libavutil 59. 16.101 / 59. 16.101 libavcodec 61. 5.103 / 61. 5.103 libavformat 61. 3.103 / 61. 3.103 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.101 / 10. 2.101 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10990> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#10988(undetermined:new): Acrossover crash
by FFmpeg 02 Aug '25

02 Aug '25

#10988: Acrossover crash -------------------------------------+------------------------------------- Reporter: JamesBond | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Setup: Windows 7 x64, FFMPEG g08781ebe1-2024-04-29 x64 Source: song.dsf https://fastupload.io/en/8hp1Dg1K3KNY3Zc/file Command: ffmpeg -i song.dsf -af "volume=6dB,aresample=96000:resampler=soxr:precision=28:osf=s32:dither_method=triangular_hp,acrossover=24000:order=8th[low][high];[low]anull;[high]anullsink" out.flac When the encoding is almost done, the red line appears. It says “Assertion best_input >= 0 failed at fftools/ffmpeg_filter.c:2075”. Then I see a GUI window that says “ffmpeg.exe has stopped working” with a button “Close the program”. An incomplete FLAC file remains on the disk, i.e. flac -t song.flac says “FLAC__STREAM_DECODER_ERROR_STATUS_LOST_SYNC” and “ FLAC__STREAM_DECODER_END_OF_STREAM”. If I remove that acrossover filter, then the encoding goes fine. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10988> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#11047(undetermined:new): Compressing to yuv422p10le with x264 errors
by FFmpeg 01 Aug '25

01 Aug '25

#11047: Compressing to yuv422p10le with x264 errors -------------------------------------+------------------------------------- Reporter: Mads | Type: defect Johansen | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libx264, | Blocked By: yuv422p10le | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Compressing to x264 with yuv422p10le triggers unplayable file, but with different results depending on resolution. As I see it, there is a bug with 1080 and 2160 in vertical resolutions, because 1440x1080,1920x1080,2048x1080 and 3840x2160 all has errors. The complete logs are below, identified by (n), where n is an integer. Result 1: Works perfectly: ffmpeg -f lavfi -i mandelbrot -t 5 -pix_fmt yuv422p10le mandelbrot.mov (1) ffmpeg -f lavfi -i mandelbrot=s=640x480 -t 5 -pix_fmt yuv422p10le mandelbrot640x480.mov (ruling out the size parameter) Result 2: Errors in playback: ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -pix_fmt yuv422p10le 1080p.mov (2) ffmpeg -f lavfi -i mandelbrot=s=3840x2160 -t 5 -pix_fmt yuv422p10le 2160p.mov (3) ffmpeg -f lavfi -i mandelbrot=s=2048x1080 -t 5 -pix_fmt yuv422p10le 2048x1080.mov (20) ffmpeg -i 2048x1080.mov (21) There are oddities with resolutions though: ffmpeg -f lavfi -i mandelbrot=s=1922x1082 -t 5 -pix_fmt yuv422p10le 1082p.mov gives a perfectly working file. (4) Just to make sure that it’s not my player, I did ffmpeg -i 1080.mov, with [h264 @ 00000245b2270500] deblocking_filter_idc 6 out of range [h264 @ 00000245b2270500] decode_slice_header error [h264 @ 00000245b2270500] no frame! See more at (5) Same for 2160p.mov: [h264 @ 000002025a890500] non-existing PPS 0 referenced Last message repeated 1 times [h264 @ 000002025a890500] decode_slice_header error [h264 @ 000002025a890500] no frame! See (6) In the interest of being thorough I have tested with old versions of ffmpeg from https://github.com/BtbN/FFmpeg- Builds/releases/tag/autobuild-2022-07-31-12-37 Same results: (7), (8), (9) and (10) That means it’s not a recent problem. I have also tested if it is lavfi -> codec that is a problem. Create the same test file into cineform and ffv1: ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -c:v cfhd cfhd1080p.mov ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -c:v ffv1 ffv11080p.mov (11), (12) Then converting the intermediate file into x264 yuv422p10le: ffmpeg -i cfhd1080p.mov -pix_fmt yuv422p10le cfhd_x264yuv422p10le.mov ffmpeg -i ffv11080p.mov -pix_fmt yuv422p10le ffv1_x264yuv422p10le.mov (13), (14) Same result (a broken file). Verified with ffmpeg -i cfhd_x264yuv422p10le.mov ffmpeg -i ffv1_x264yuv422p10le.mov Same results as with lavfi above. (15), (16) That means it’s not a lavfi problem. So far I’ve trusted that libx264 supports yuv422p10le. Verified by ffmpeg -h encoder=libx264 Supported pixel formats: yuv420p yuvj420p yuv422p yuvj422p yuv444p yuvj444p nv12 nv16 nv21 yuv420p10le yuv422p10le yuv444p10le nv20le gray gray10le That means it’s not an unsupported format. To confirm it’s an ffmpeg problem I’ve downloaded x264-r3191-4613ac3.exe from https://artifacts.videolan.org/x264/release-win64/ To create a supported file, I created ffmpeg -f lavfi -i mandelbrot=s=1920x1080 -t 5 -strict -1 -pix_fmt yuv422p10 ffmpeg_y4m.y4m (17) Then I converted the output file with x264-r3191-4613ac3.exe to yuv422p10le with x264-r3191-4613ac3 --profile high422 --output-depth 10 --output-csp i422 -o x264.mov ffmpeg_y4m.y4m (18) And the file works and plays back with no problems. Stream #0:0: Video: h264 (High 4:2:2), yuv422p10le(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 1200k tbn (19) What will the next steps be? Best regards Mads Johansen -- Ticket URL: <https://trac.ffmpeg.org/ticket/11047> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#11691(swscale:new): [Security] heap-buffer-overflow on yuv2rgb.c:558
by FFmpeg 31 Jul '25

31 Jul '25

#11691: [Security] heap-buffer-overflow on yuv2rgb.c:558 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: fuzz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1143 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000495,sig:06,src:015818_time:53332181_execs:35594827_op:havoc_rep:2 Reading 132 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000495,sig:06,src:015818_time:53332181_execs:35594827_op:havoc_rep:2 2 x 2 yuv422p -> 2 x 2 rgb4 [swscaler @ 0x62f000000400] No accelerated colorspace conversion found from yuv422p to rgb4. libswscale/swscale.c:1127:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1127:17 in libswscale/swscale.c:1129:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1129:17 in libswscale/swscale.c:1130:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1130:17 in libswscale/swscale.c:1131:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1131:17 in ================================================================= ==2095131==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x60e0000000e0 at pc 0x555555b15e9a bp 0x7fffffffc790 sp 0x7fffffffc788 READ of size 1 at 0x60e0000000e0 thread T0 #0 0x555555b15e99 in yuv422p_bgr4 /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/yuv2rgb.c:558:1 #1 0x55555599ce4c in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1160:15 #2 0x5555559a94ca in sws_scale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1514:12 #3 0x555555968c32 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1143.c:197:9 #4 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #5 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #6 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #7 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #8 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1143+0x315fdd) 0x60e0000000e0 is located 32 bytes to the left of 96-byte region [0x60e000000100,0x60e000000160) allocated by thread T0 here: #0 0x55555591951c in posix_memalign /home/fuzz/Desktop/fuzz- introspector/build/llvm-project/compiler- rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x555556375474 in av_malloc /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/mem.c:107:9 #2 0x55555637691b in av_mallocz /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/mem.c:258:17 #3 0x55555596a96e in alloc_plane /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1143.c:65:23 #4 0x5555559672e6 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1143.c:156:11 #5 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 SUMMARY: AddressSanitizer: heap-buffer-overflow /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/yuv2rgb.c:558:1 in yuv422p_bgr4 Shadow bytes around the buggy address: 0x0c1c7fff7fc0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c1c7fff7fd0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c1c7fff7fe0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c1c7fff7ff0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c1c7fff8000: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00 =>0x0c1c7fff8010: 00 00 00 00 fa fa fa fa fa fa fa fa[fa]fa fa fa 0x0c1c7fff8020: 00 00 00 00 00 00 00 00 00 00 00 00 fa fa fa fa 0x0c1c7fff8030: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c1c7fff8040: 00 00 00 00 00 00 00 00 00 00 00 00 fa fa fa fa 0x0c1c7fff8050: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00 0x0c1c7fff8060: 00 00 00 00 fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==2095131==ABORTING }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11691> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11690(swscale:new): [Security] Null pointer deference on libswscale/swscale.c:1125
by FFmpeg 31 Jul '25

31 Jul '25

#11690: [Security] Null pointer deference on libswscale/swscale.c:1125 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: fuzz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1143 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000444,sig:11,src:014509+008528_time:21110904_execs:14763970_op:splice_rep:16 Reading 134 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000444,sig:11,src:014509+008528_time:21110904_execs:14763970_op:splice_rep:16 6171 x 2 bgr444be -> 142 x 2 yuv420p libswscale/swscale.c:1125:21: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1125:21 in libswscale/swscale.c:1126:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1126:17 in libswscale/swscale.c:1127:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1127:17 in libswscale/swscale.c:1131:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1131:17 in libswscale/swscale.c:302:28: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:302:28 in libswscale/swscale.c:303:29: runtime error: applying non-zero offset 18446744073709551312 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:303:29 in libswscale/swscale.c:304:29: runtime error: applying non-zero offset 18446744073709551464 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:304:29 in libswscale/vscale.c:273:22: runtime error: applying non-zero offset 18446744073709551576 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/vscale.c:273:22 in libswscale/vscale.c:273:22: runtime error: member access within address 0xffffffffffffffd8 with insufficient space for an object of type 'struct SwsFilterDescriptor' 0xffffffffffffffd8: note: pointer points here <memory cannot be printed> SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/vscale.c:273:22 in AddressSanitizer:DEADLYSIGNAL ================================================================= ==115787==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x5555559f7a9f bp 0x7fffffffc410 sp 0x7fffffffc380 T0) ==115787==The signal is caused by a READ memory access. ==115787==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. #0 0x5555559f7a9f in ff_init_vscale_pfn /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/vscale.c:273:35 #1 0x55555596ec87 in ff_swscale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:387:5 #2 0x55555599bf54 in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1165:15 #3 0x5555559a94ca in sws_scale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1514:12 #4 0x555555968c32 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1143.c:197:9 #5 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #6 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #7 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #8 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #9 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1143+0x315fdd) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/vscale.c:273:35 in ff_init_vscale_pfn ==115787==ABORTING ------------------------------------------------------------------- fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1143 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000454,sig:11,src:010843_time:25643361_execs:18002259_op:havoc_rep:4 Reading 151 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1143/default/crashes/id:000454,sig:11,src:010843_time:25643361_execs:18002259_op:havoc_rep:4 5011 x 2 rgb444be -> 1 x 3 xv36le libswscale/swscale.c:1125:21: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1125:21 in libswscale/swscale.c:1126:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1126:17 in libswscale/swscale.c:1127:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1127:17 in libswscale/swscale.c:1129:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1129:17 in libswscale/swscale.c:1130:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1130:17 in libswscale/swscale.c:1131:17: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:1131:17 in libswscale/swscale.c:302:28: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:302:28 in libswscale/swscale.c:303:29: runtime error: applying non-zero offset 18446744073709551312 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:303:29 in libswscale/swscale.c:304:29: runtime error: applying non-zero offset 18446744073709551464 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/swscale.c:304:29 in libswscale/vscale.c:298:18: runtime error: applying non-zero offset 18446744073709551576 to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/vscale.c:298:18 in libswscale/vscale.c:298:18: runtime error: member access within address 0xffffffffffffffd8 with insufficient space for an object of type 'struct SwsFilterDescriptor' 0xffffffffffffffd8: note: pointer points here <memory cannot be printed> SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/vscale.c:298:18 in AddressSanitizer:DEADLYSIGNAL ================================================================= ==199274==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x5555559f6b92 bp 0x7fffffffc410 sp 0x7fffffffc380 T0) ==199274==The signal is caused by a READ memory access. ==199274==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. #0 0x5555559f6b92 in ff_init_vscale_pfn /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/vscale.c:298:31 #1 0x55555596ec87 in ff_swscale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:387:5 #2 0x55555599bf54 in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1165:15 #3 0x5555559a94ca in sws_scale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1514:12 #4 0x555555968c32 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1143.c:197:9 #5 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #6 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #7 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #8 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #9 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1143+0x315fdd) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/vscale.c:298:31 in ff_init_vscale_pfn ==199274==ABORTING }}} How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11690> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#11689(swscale:new): [Security] Division by zero on libswscale/utils.c:1408:60
by FFmpeg 31 Jul '25

31 Jul '25

#11689: [Security] Division by zero on libswscale/utils.c:1408:60 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: fuzzer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1051 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000457,sig:08,src:014662_time:386353182_execs:207939645_op:havoc_rep:16 Reading 224 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000457,sig:08,src:014662_time:386353182_execs:207939645_op:havoc_rep:16 8 x 474 gray12be -> 8 x 1 yuv410p libswscale/utils.c:1408:60: runtime error: division by zero SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/utils.c:1408:60 in AddressSanitizer:DEADLYSIGNAL ================================================================= ==1625492==ERROR: AddressSanitizer: FPE on unknown address 0x5555557b8a46 (pc 0x5555557b8a46 bp 0x7fffffffcd70 sp 0x7fffffffcaa0 T0) #0 0x5555557b8a46 in ff_sws_init_single_context /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/utils.c:1408:60 #1 0x5555559689db in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1051.c:178:11 #2 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #3 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #4 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #5 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #6 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1051+0x315fdd) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: FPE /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/utils.c:1408:60 in ff_sws_init_single_context ==1625492==ABORTING }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11689> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#11688(swscale:new): [Assertion Failed] libswscale/x86/swscale.c:573
by FFmpeg 31 Jul '25

31 Jul '25

#11688: [Assertion Failed] libswscale/x86/swscale.c:573 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: assertion | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1051 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000323,sig:06,src:000787+000421_time:1987217_execs:955874_op:splice_rep:2 Reading 129 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000323,sig:06,src:000787+000421_time:1987217_execs:955874_op:splice_rep:2 1 x 1 yaf32le -> 1 x 1 yuv420p Assertion c->srcBpc == 16 failed at libswscale/x86/swscale.c:573 Aborted }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11688> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11687(swscale:new): [Security] Null pointer deference on libswscale/slice.c
by FFmpeg 31 Jul '25

31 Jul '25

#11687: [Security] Null pointer deference on libswscale/slice.c -------------------------------------+------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: | unspecified Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1051 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000128,sig:11,src:000545+000155_time:144463_execs:66025_op:splice_rep:8 Reading 181 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1051/default/crashes/id:000128,sig:11,src:000545+000155_time:144463_execs:66025_op:splice_rep:8 1 x 10216 yuva420p10le -> 127 x 1 nv16 libswscale/slice.c:233:25: runtime error: applying zero offset to null pointer SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/slice.c:233:25 in libswscale/slice.c:233:25: runtime error: load of null pointer of type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/slice.c:233:25 in AddressSanitizer:DEADLYSIGNAL ================================================================= ==2824107==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x555556091215 bp 0x7fffffffc890 sp 0x7fffffffc7a0 T0) ==2824107==The signal is caused by a READ memory access. ==2824107==Hint: address points to the zero page. #0 0x555556091215 in get_min_buffer_size /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/slice.c:233:25 #1 0x5555560878ca in ff_init_filters /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/slice.c:265:5 #2 0x5555557b93f9 in ff_sws_init_single_context /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/utils.c:1452:20 #3 0x5555559689db in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1051.c:178:11 #4 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #5 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #6 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #7 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #8 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1051+0x315fdd) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/slice.c:233:25 in get_min_buffer_size ==2824107==ABORTING How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11687> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#9195(avfilter:new): vibrance (video filter) incorrect defaults for luma
by FFmpeg 31 Jul '25

31 Jul '25

#9195: vibrance (video filter) incorrect defaults for luma -------------------------------------+------------------------------------- Reporter: Jim | Type: defect DeLaHunt | Status: new | Priority: normal Component: avfilter | Version: git- | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The "vibrance" video filter appears to have incorrect default values for the luma coefficient parameters "rlum" and "blum". They appear to be swapped. How to reproduce: {{{ % ffmpeg -h filter=vibrance ffmpeg version 4.4 Copyright (c) 2000-2021 the FFmpeg developers built with Apple LLVM version 10.0.0 (clang-1000.10.44.4) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-avresample --enable-libmp3lame --enable-libvorbis --enable- libopus --enable-librsvg --enable-libtheora --enable-libopenjpeg --enable- libmodplug --enable-libvpx --enable-libsoxr --enable-libspeex --enable- libass --enable-libbluray --enable-lzma --enable-gnutls --enable- fontconfig --enable-libfreetype --enable-libfribidi --disable-libjack --disable-libopencore-amrnb --disable-libopencore-amrwb --disable- indev=jack --enable-opencl --disable-outdev=xv --enable-audiotoolbox --enable-videotoolbox --enable-sdl2 --disable-securetransport --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang --enable-libdav1d --arch=x86_64 --enable-x86asm --enable-libx265 --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat 58. 76.100 / 58. 76.100 libavdevice 58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc 55. 9.100 / 55. 9.100 Filter vibrance Boost or alter saturation. slice threading supported Inputs: #0: default (video) Outputs: #0: default (video) vibrance AVOptions: intensity <float> ..FV.....T. set the intensity value (from -2 to 2) (default 0) rbal <float> ..FV.....T. set the red balance value (from -10 to 10) (default 1) gbal <float> ..FV.....T. set the green balance value (from -10 to 10) (default 1) bbal <float> ..FV.....T. set the blue balance value (from -10 to 10) (default 1) rlum <float> ..FV.....T. set the red luma coefficient (from 0 to 1) (default 0.072186) glum <float> ..FV.....T. set the green luma coefficient (from 0 to 1) (default 0.715158) blum <float> ..FV.....T. set the blue luma coefficient (from 0 to 1) (default 0.212656) alternate <boolean> ..FV.....T. use alternate colors (default false) This filter has support for timeline through the 'enable' option. }}} The vibrance filter is documented at https://ffmpeg.org/ffmpeg- filters.html#vibrance . It looks like coefficients "rlum", "glum", and "blum" are supposed to match the luma computation as defined in BT.709-6 (https://en.wikipedia.org/wiki/Rec._709) or something similar. Wikipedia gives this formula as: > R’G’B’ coefficients 0.2126, 0.7152, and 0.0722 (together they add to 1) So, `luma = 0.2126 * r + 0.7152 * g + 0.0722 * b`, a value in [0.0, 1.0] for r, g, b in [0.0, 1.0] But the default values I see in the FFmpeg vibrance filter are (per output above): > rlum (default 0.072186), glum (default 0.715158), blum (default 0.212656) Thus it looks like the default values for rlum and blum are swapped. Vibrance would still compute a luma a value in a range of [0.0, 1.0], but it wouldn't be the correct value per BT.709. Since the vibrance adjustments are relative to luma, they might be slightly off. I believe the fix would be the simple, obvious exchange of default values in ffmpeg/libavfilter/vf_vibrance.c:372-374. But I haven't tried this. Present code: {{{ { "rlum", "set the red luma coefficient", OFFSET(lcoeffs[2]), AV_OPT_TYPE_FLOAT, {.dbl=0.072186}, 0, 1, VF }, { "glum", "set the green luma coefficient", OFFSET(lcoeffs[0]), AV_OPT_TYPE_FLOAT, {.dbl=0.715158}, 0, 1, VF }, { "blum", "set the blue luma coefficient", OFFSET(lcoeffs[1]), AV_OPT_TYPE_FLOAT, {.dbl=0.212656}, 0, 1, VF }, }}} Code with possible fix: {{{ { "rlum", "set the red luma coefficient", OFFSET(lcoeffs[2]), AV_OPT_TYPE_FLOAT, {.dbl=0.212656}, 0, 1, VF }, { "glum", "set the green luma coefficient", OFFSET(lcoeffs[0]), AV_OPT_TYPE_FLOAT, {.dbl=0.715158}, 0, 1, VF }, { "blum", "set the blue luma coefficient", OFFSET(lcoeffs[1]), AV_OPT_TYPE_FLOAT, {.dbl=0.072186}, 0, 1, VF }, }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9195> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#11695(build system:new): Configure for armv6 doesn't disable neon and armv6t2.
by FFmpeg 30 Jul '25

30 Jul '25

#11695: Configure for armv6 doesn't disable neon and armv6t2. -------------------------------------+------------------------------------- Reporter: danergo | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to configure ffmpeg for rpi1 (armv6). First, I have modified this line: https://github.com/FFmpeg/FFmpeg/blob/master/configure#L8021 From `echo "ARCH $arch ($cpu)"` To `echo "ARCH $arch ($cpu) $subarch"` In case I'm doing a configure with these parameters: `./configure --enable-cross-compile --cross-prefix=arm-linux-gnueabihf- --arch=armv6z --cpu=arm1176jzf-s --target-os=linux`: {{{ source path src C compiler arm-linux-gnueabihf-gcc C library glibc host C compiler gcc host C library glibc ARCH arm (arm1176jzf-s) armv6 big-endian no runtime cpu detection yes ARMv5TE enabled yes ARMv6 enabled yes ARMv6T2 enabled yes VFP enabled yes NEON enabled yes }}} As you can see: $subarch is printed and it's correctly set to armv6. However, neither "ARMv6T2" nor NEON are disabled. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11695> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#11692(swscale:new): [Security] heap-buffer-overflow on alphablend.c:77
by FFmpeg 30 Jul '25

30 Jul '25

#11692: [Security] heap-buffer-overflow on alphablend.c:77 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: fuzz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer_1519 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1519/default/crashes/id:000000,sig:06,src:000005+000654_time:74588_execs:28040_op:splice_rep:8 Reading 168 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1519/default/crashes/id:000000,sig:06,src:000005+000654_time:74588_execs:28040_op:splice_rep:8 4514 x 1 yuva420p9be -> 1 x 1 yuv420p (alphablend: checkerboard) ================================================================= ==3958937==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x625000004c80 at pc 0x555555c49927 bp 0x7fffffffc1d0 sp 0x7fffffffc1c8 READ of size 2 at 0x625000004c80 thread T0 #0 0x555555c49926 in ff_sws_alphablendaway /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/alphablend.c:77:57 #1 0x55555599dfec in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1160:15 #2 0x5555559b35d5 in scale_cascaded /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:987:15 #3 0x555555997eef in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1056:16 #4 0x5555559aa66a in sws_scale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1514:12 #5 0x555555969dd8 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1519.c:215:5 #6 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #7 0x55555595f188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #8 0x55555595ed48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #9 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #10 0x555555869fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer_1519+0x315fdd) 0x625000004c80 is located 0 bytes to the right of 9088-byte region [0x625000002900,0x625000004c80) allocated by thread T0 here: #0 0x55555591951c in posix_memalign /home/fuzz/Desktop/fuzz- introspector/build/llvm-project/compiler- rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x555556376614 in av_malloc /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/mem.c:107:9 #2 0x555556377abb in av_mallocz /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/mem.c:258:17 #3 0x55555596bb0e in alloc_plane /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1519.c:66:23 #4 0x5555559685b6 in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1519.c:176:11 #5 0x55555595f37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 SUMMARY: AddressSanitizer: heap-buffer-overflow /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/alphablend.c:77:57 in ff_sws_alphablendaway Shadow bytes around the buggy address: 0x0c4a7fff8940: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c4a7fff8950: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c4a7fff8960: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c4a7fff8970: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0c4a7fff8980: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 =>0x0c4a7fff8990:[fa]fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c4a7fff89a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c4a7fff89b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c4a7fff89c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c4a7fff89d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c4a7fff89e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==3958937==ABORTING }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11692> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#11694(undetermined:new): Multi-GPU: NVDec cant find CUDA device when used inside a docker container and targeting specific GPU ID
by FFmpeg 30 Jul '25

30 Jul '25

#11694: Multi-GPU: NVDec cant find CUDA device when used inside a docker container and targeting specific GPU ID -------------------------------------+------------------------------------- Reporter: baudneo | Type: defect Status: new | Priority: normal Component: | Version: 7.0 undetermined | Keywords: cuda NVDEC | Blocked By: docker nvidia-container-toolkit | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- What I was trying to accomplish: Multi nvidia gpu setup using a frigate tensorrt image and nvidia- container-toolkit. Forcing a specific GPU ID (that is not the default index: 0) using one of several methods results in an error: {{{ [h264 @ 0x557b6d7f3900] decoder->cvdl->cuvidGetDecoderCaps(&caps) failed -> CUDA_ERROR_NO_DEVICE: no CUDA-capable device is detected }}} The issue here is that from what I can tell, only ffmpeg has this issue. Other libs/apps in the container that target a specific GPU work: loading ONNX models into the GPU works when targeting a specific device_id that is not the default index of 0. If I target the default index of 0, everything works. It's only when targeting the non-default index. I've also tried specifying GPU_UUIDs with the same result. In my case, I can't physically move the GPUs around to force which device gets index 0, so I am left with forcing it via NVIDIA_VISIBLE_DEVICES env var or docker compose deploy options. This issue has been reproduced by other frigate users and in ubuntu cuda images with ffmpeg 7, so not just localized to my setup. Here are a couple issues: - [https://github.com/blakeblackshear/frigate/discussions/18018] - [https://github.com/blakeblackshear/frigate/discussions/18722] Here is an issue I opened in the nvidia-container-toolkit repo: [https://github.com/NVIDIA/nvidia-container-toolkit/issues/1209] Version: {{{ ffmpeg version n7.0.2-18-g3e6cec1286-20240919 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 14.2.0 (crosstool-NG 1.26.0.106_ed12fa6) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-ffbuild-linux-gnu- --arch=x86_64 --target-os=linux --enable-gpl --enable-version3 --disable- debug --enable-iconv --enable-zlib --enable-libfreetype --enable- libfribidi --enable-gmp --enable-libxml2 --enable-openssl --enable-lzma --enable-fontconfig --enable-libharfbuzz --enable-libvorbis --enable- opencl --enable-libpulse --enable-libvmaf --enable-libxcb --enable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable- libdvdread --enable-libdvdnav --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-libzmq --enable-lv2 --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --disable- schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --enable-libdrm --enable-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-libs='-ldl -lgomp' --extra-ldflags=-pthread --extra-ldexeflags=-pie --cc=x86_64-ffbuild- linux-gnu-gcc --cxx=x86_64-ffbuild-linux-gnu-g++ --ar=x86_64-ffbuild- linux-gnu-gcc-ar --ranlib=x86_64-ffbuild-linux-gnu-gcc-ranlib --nm=x86_64 -ffbuild-linux-gnu-gcc-nm --extra-version=20240919 libavutil 59. 8.100 / 59. 8.100 libavcodec 61. 3.100 / 61. 3.100 libavformat 61. 1.100 / 61. 1.100 libavdevice 61. 1.100 / 61. 1.100 libavfilter 10. 1.100 / 10. 1.100 libswscale 8. 1.100 / 8. 1.100 libswresample 5. 1.100 / 5. 1.100 libpostproc 58. 1.100 / 58. 1.100 }}} Command used: {{{ /usr/lib/ffmpeg/7.0/bin/ffmpeg -hide_banner -loglevel warning -threads 2 -hwaccel cuda -hwaccel_output_format cuda -user_agent "FFmpeg Frigate/0.16.0-0b7a33d" -rtsp_transport tcp -timeout 10000000 -fflags nobuffer -flags low_delay -i rtsp://127.0.0.1:8554/living_room -f segment -segment_time 10 -segment_format mp4 -reset_timestamps 1 -strftime 1 -c:v copy -c:a aac "/tmp/cache/living_room(a)%Y%m%d%H%M%S%z.mp4" -r 5 -vf "fps=5,scale_cuda=w=1920:h=1080,hwdownload,format=nv12,eq=gamma=1.4:gamma_weight=0.5" -threads 2 -f rawvideo -pix_fmt yuv420p }}} FFREPORT log file: [https://pastebin.com/qKedrL6W] -- Ticket URL: <https://trac.ffmpeg.org/ticket/11694> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11686(swscale:new): [Security] signed integer overflow on libswscale/output.c
by FFmpeg 29 Jul '25

29 Jul '25

#11686: [Security] signed integer overflow on libswscale/output.c -------------------------------------+------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: critical Component: swscale | Version: git- Keywords: swscale , | master overflow | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: signed integer overflow poc: [https://drive.google.com/file/d/1afws3WCzvRBc213jnIMfz_96MFNglGzd/view?usp=…] fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout$ ./target_sws_fuzzer /home/fuzz/Desktop/langgraph/testpro/AFL- Agent/utils_c_389 Reading 339 bytes from /home/fuzz/Desktop/langgraph/testpro/AFL- Agent/utils_c_389 2 x 3 yuva420p10le -> 26 x 3 bgra64le libswscale/output.c:1325:33: runtime error: signed integer overflow: -3421696 * 2048 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1325:33 in libswscale/output.c:1325:55: runtime error: signed integer overflow: -3421696 * 2048 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1325:55 in libswscale/output.c:1325:44: runtime error: signed integer overflow: 1582301184 + 1582301184 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1325:44 in libswscale/output.c:1325:65: runtime error: signed integer overflow: -1130364928 - 1073741824 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1325:65 in libswscale/output.c:1326:55: runtime error: signed integer overflow: -3487744 * 2048 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1326:55 in libswscale/output.c:1326:44: runtime error: signed integer overflow: 1073739776 + 1447034880 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1326:44 in libswscale/output.c:1326:65: runtime error: signed integer overflow: -1774192640 - 1073741824 cannot be represented in type 'int' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior libswscale/output.c:1326:65 in Execution successful. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11686> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

Re: [FFmpeg-trac] #979(swscale:open): Abnormal colorspace conversion of BGR -> YUV comparing the RGB variant
by FFmpeg 29 Jul '25

29 Jul '25

#979: Abnormal colorspace conversion of BGR -> YUV comparing the RGB variant ------------------------------------+----------------------------------- Reporter: natt | Owner: (none) Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: scale | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by rgr): At last! -- Ticket URL: <https://trac.ffmpeg.org/ticket/979#comment:28> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#11693(swscale:new): [Security] heap-buffer-overflow on output.c:1740
by FFmpeg 28 Jul '25

28 Jul '25

#11693: [Security] heap-buffer-overflow on output.c:1740 ------------------------------------+-------------------------------------- Reporter: flyfish101 | Type: defect Status: new | Priority: important Component: swscale | Version: git-master Keywords: fuzz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: {{{ fuzz@Fuzz2:~/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz$ ./target_sws_fuzzer1072 /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1072/default/crashes/id:000005,sig:06,src:000722_time:492556_execs:367251_op:havoc_rep:4 Reading 145 bytes from /home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/out_sws_1072/default/crashes/id:000005,sig:06,src:000722_time:492556_execs:367251_op:havoc_rep:4 [swscaler @ 0x62f000000400] full chroma interpolation for destination format 'rgb555le' not yet implemented [swscaler @ 0x62f000000400] full chroma interpolation for destination format 'rgb555le' not yet implemented ================================================================= ==3988335==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x6090000016e6 at pc 0x555555fa84d6 bp 0x7fffffffc220 sp 0x7fffffffc218 WRITE of size 2 at 0x6090000016e6 thread T0 #0 0x555555fa84d5 in yuv2rgb_write /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/output.c:1740:25 #1 0x555555fa84d5 in yuv2rgb_X_c_template /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/output.c:1830:9 #2 0x555555fa84d5 in yuv2rgb15_X_c /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/output.c:1983:1 #3 0x5555559e892d in packed_vscale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/vscale.c:166:9 #4 0x555555970cf7 in ff_swscale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:531:13 #5 0x555555997df4 in scale_internal /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1165:15 #6 0x5555559a536a in sws_scale /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/swscale.c:1514:12 #7 0x55555596705d in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1072.c:76:5 #8 0x55555595e37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 #9 0x55555595e188 in LLVMFuzzerRunDriver /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c #10 0x55555595dd48 in main /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:300:10 #11 0x7ffff7c3b082 in __libc_start_main /build/glibc- B3wQXB/glibc-2.31/csu/../csu/libc-start.c:308:16 #12 0x555555868fdd in _start (/home/fuzz/Desktop/projects_oss/FFmpeg/tools/fuzzout/sws_fuzz/target_sws_fuzzer1072+0x314fdd) 0x6090000016e7 is located 0 bytes to the right of 39-byte region [0x6090000016c0,0x6090000016e7) allocated by thread T0 here: #0 0x55555591851c in posix_memalign /home/fuzz/Desktop/fuzz- introspector/build/llvm-project/compiler- rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x555556371314 in av_malloc /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/mem.c:107:9 #2 0x555556358a16 in av_image_alloc /home/fuzz/Desktop/projects_oss/FFmpeg/libavutil/imgutils.c:248:11 #3 0x55555596633c in LLVMFuzzerTestOneInput /home/fuzz/Desktop/projects_oss/FFmpeg/tools/./target_sws_fuzzer1072.c:65:9 #4 0x55555595e37d in ExecuteFilesOnyByOne /home/fuzz/Desktop/DDGF_Project/AFLplusplus/utils/aflpp_driver/aflpp_driver.c:255:7 SUMMARY: AddressSanitizer: heap-buffer-overflow /home/fuzz/Desktop/projects_oss/FFmpeg/libswscale/output.c:1740:25 in yuv2rgb_write Shadow bytes around the buggy address: 0x0c127fff8280: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8290: 00 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff82a0: 00 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff82b0: 00 00 00 fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff82c0: 00 00 00 fa fa fa fa fa fa fa fa fa fa fa fa fa =>0x0c127fff82d0: fa fa fa fa fa fa fa fa 00 00 00 00[07]fa fa fa 0x0c127fff82e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff82f0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8300: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8310: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8320: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==3988335==ABORTING }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11693> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#11628(avformat:new): Ogg: Broken file, keyframe not correctly marked
by FFmpeg 28 Jul '25

28 Jul '25

#11628: Ogg: Broken file, keyframe not correctly marked ----------------------------------+--------------------------------------- Reporter: Bernat | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- FFmpeg show this message whenever an Ogg page having a granulepos corresponding to a keyframe contains a non-keyframe, besides the mandatory keyframe. And viceversa. It seems FFmpeg expects pages to contain only non-keyframes or only keyframes, depending on the granulepos of the page, but never a mix of both. Ogv files produced by FFmpeg are like that, but other Ogv files aren't. And I think the Ogg specification doesn't require it. The `encoder_example` program in the Theora package doesn't follow this practice and mixes both. It does some things wrong too, so I don't know whether we can trust it. I don't know if it's an exclusive requirement in FFmpeg or if it's indeed written somewhere in the documentation. If it's not really a hard requirement, the message could be changed to something that doesn't say "broken file" to not scare users. Thanks! -- Ticket URL: <https://trac.ffmpeg.org/ticket/11628> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11685(undetermined:new): ffmpeg fails to copy all metadata from webm files
by FFmpeg 28 Jul '25

28 Jul '25

#11685: ffmpeg fails to copy all metadata from webm files -------------------------------------+------------------------------------- Reporter: jr_clifton | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: webm | Blocked By: metadata | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Fails to preserve all metadata. For instance, Album and Album Artist tags are missing How to reproduce: {{{ % ffmpeg -i c:\output\2.webm -map_metadata 0 -c:a libopus -b:a 64k c:\output\2.opus ffmpeg version 7.1.1 built on ... Windows }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11685> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#11671(undetermined:new): enable TCP keepalive socket options
by FFmpeg 27 Jul '25

27 Jul '25

#11671: enable TCP keepalive socket options -------------------------------------+------------------------------------- Reporter: guest | Type: | enhancement Status: new | Priority: wish Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I would like to kindly request that the TCP keepalive socket option be enabled for TCP sockets in FFmpeg. This would be especially beneficial on Windows, where it is not enabled by default. Without it, it can be difficult to detect inactive or dead connections — for example, after a system suspend/resume event. Thank you very much for your hard work and for considering this request. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11671> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#11666(avformat:new): mxfenc assertion failure
by FFmpeg 26 Jul '25

26 Jul '25

#11666: mxfenc assertion failure -------------------------------------+------------------------------------- Reporter: Jacob | Type: defect Lifshay | Status: new | Priority: normal Component: avformat | Version: git- | master Keywords: mxf, avio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: mxf muxer has an assertion failure when trying to use the h264 codec. How to reproduce (debug output too long, so I attached as a file): {{{ % wget "https://www.digitizationguidelines.gov/guidelines/MXF_sampleFiles/RDD48-sam… -gf-unc-ntsc-4.2.zip" % sha256sum -b RDD48-sample11-gf-unc-ntsc-4.2.zip ad3afa838c32d6ec231f7d0cc2b578de4e4d6f5d1053bc75e291e41a0138457a *RDD48-sample11-gf-unc-ntsc-4.2.zip % unzip RDD48-sample11-gf-unc-ntsc-4.2.zip % gdb -q --batch -ex run -ex bt --args ./ffmpeg-git -y -v 9 -loglevel 99 -i RDD48-sample11-gf-unc-ntsc-4.2.mxf -c:v h264 /tmp/out.mxf [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-120228-g3334bdc6e7 Copyright (c) 2000-2025 the FFmpeg developers built with gcc 12 (Debian 12.2.0-14+deb12u1) configuration: --disable-stripping --assert-level=2 --enable-ftrapv --disable-shared --enable-static --optflags=-O0 --progs-suffix=-git --enable-sdl2 --extra-cflags=-g --enable-libx264 --enable-gpl --enable- libklvanc libavutil 60. 4.101 / 60. 4.101 libavcodec 62. 6.100 / 62. 6.100 libavformat 62. 1.102 / 62. 1.102 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 1.100 / 11. 1.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 Splitting the commandline. <snip> Thread 72 "mux0:mxf" received signal SIGABRT, Aborted. [Switching to Thread 0x7fffaeac16c0 (LWP 878133)] __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 44 ./nptl/pthread_kill.c: No such file or directory. #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 #1 0x00007ffff76a9f4f in __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78 #2 0x00007ffff765afb2 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff7645472 in __GI_abort () at ./stdlib/abort.c:79 #4 0x0000555555c92054 in avio_w8 (s=0x5555590d5300, b=-129) at libavformat/aviobuf.c:181 #5 0x0000555555decc0a in mxf_write_index_table_segment (s=0x5555590ccf40) at libavformat/mxfenc.c:2106 #6 0x0000555555df1def in mxf_write_packet (s=0x5555590ccf40, pkt=0x7fffa8000900) at libavformat/mxfenc.c:3373 #7 0x0000555555dd48b3 in write_packet (s=0x5555590ccf40, pkt=0x7fffa8000900) at libavformat/mux.c:746 #8 0x0000555555dd59b2 in interleaved_write_packet (s=0x5555590ccf40, pkt=0x7fffa8000900, flush=0, has_packet=0) at libavformat/mux.c:1087 #9 0x0000555555dd5b45 in write_packet_common (s=0x5555590ccf40, st=0x5555590cf240, pkt=0x7fffa8000900, interleaved=1) at libavformat/mux.c:1112 #10 0x0000555555dd5e42 in write_packets_common (s=0x5555590ccf40, pkt=0x7fffa8000900, interleaved=1) at libavformat/mux.c:1172 #11 0x0000555555dd6017 in av_interleaved_write_frame (s=0x5555590ccf40, pkt=0x7fffa8000900) at libavformat/mux.c:1228 #12 0x000055555569bcec in write_packet (mux=0x5555590ccb80, ost=0x5555590cd700, pkt=0x7fffa8000900) at fftools/ffmpeg_mux.c:236 #13 0x000055555569beb0 in sync_queue_process (mux=0x5555590ccb80, ms=0x5555590cd700, pkt=0x7fffa8000900, stream_eof=0x7fffaeac0dcc) at fftools/ffmpeg_mux.c:280 #14 0x000055555569c236 in mux_packet_filter (mux=0x5555590ccb80, mt=0x7fffaeac0dd0, ost=0x5555590cd700, pkt=0x7fffa8000900, stream_eof=0x7fffaeac0dcc) at fftools/ffmpeg_mux.c:356 #15 0x000055555569c550 in muxer_thread (arg=0x5555590ccb80) at fftools/ffmpeg_mux.c:438 #16 0x00005555556b7253 in task_wrapper (arg=0x5555590bd5e0) at fftools/ffmpeg_sched.c:2534 #17 0x00007ffff76a81f5 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 #18 0x00007ffff772889c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11666> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11684(avformat:new): mxfenc mxf_opatom with only vbi_vanc_smpte_436M data stream assertion error
by FFmpeg 26 Jul '25

26 Jul '25

#11684: mxfenc mxf_opatom with only vbi_vanc_smpte_436M data stream assertion error -------------------------------------+------------------------------------- Reporter: Jacob | Type: defect Lifshay | Status: new | Priority: normal Component: avformat | Version: git- | master Keywords: mxf_opatom | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: muxing only the vbi_vanc_smpte_436M data stream from the provided .mxf file into a mxf_opatom file causes an assertion error: How to reproduce: {{{ % gdb -q --batch -ex run -ex bt --args ./ffmpeg-git_g -v 9 -loglevel 99 -nostats -nostdin -y -i mxf_vanc_causes_opatom_bug.mxf -map 0:1 -f mxf_opatom /tmp/out.mxf [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-120374-ge29016a9de Copyright (c) 2000-2025 the FFmpeg developers built with gcc 12 (Debian 12.2.0-14+deb12u1) configuration: --optflags=-O0 --assert-level=2 --disable-shared --enable-static --progs-suffix=-git --enable-sdl2 --enable-libx264 --enable-gpl --enable-libklvanc libavutil 60. 6.100 / 60. 6.100 libavcodec 62. 8.100 / 62. 8.100 libavformat 62. 1.103 / 62. 1.103 libavdevice 62. 0.100 / 62. 0.100 libavfilter 11. 3.100 / 11. 3.100 libswscale 9. 0.100 / 9. 0.100 libswresample 6. 0.100 / 6. 0.100 Splitting the commandline. <snip> [in#0/mxf @ 0x555558de7680] EOF while reading input [out#0/mxf_opatom @ 0x555558e2e280] All streams finished [out#0/mxf_opatom @ 0x555558e2e280] Terminating thread with return code 0 (success) [in#0/mxf @ 0x555558de7680] Terminating thread with return code 0 (success) [mxf_opatom @ 0x555558e2e3c0] essence container count:1 [mxf_opatom @ 0x555558e2e3c0] edit units count 4369 Assertion b>=-128 && b<=255 failed at libavformat/aviobuf.c:181 [Thread 0x7ffff73be6c0 (LWP 52538) exited] [Thread 0x7fffeffff6c0 (LWP 52539) exited] Thread 1 "ffmpeg-git_g" received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 44 ./nptl/pthread_kill.c: No such file or directory. #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 #1 0x00007ffff76a9f4f in __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78 #2 0x00007ffff765afb2 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007ffff7645472 in __GI_abort () at ./stdlib/abort.c:79 #4 0x0000555555c172c8 in avio_w8 (s=0x555558e45300, b=256) at libavformat/aviobuf.c:181 #5 0x0000555555c18128 in avio_wb16 (s=0x555558e45300, val=65543) at libavformat/aviobuf.c:445 #6 0x0000555555d60d91 in mxf_write_local_tag (s=0x555558e2e3c0, size=65543, tag=16138) at libavformat/mxfenc.c:681 #7 0x0000555555d6531e in mxf_write_index_table_segment (s=0x555558e2e3c0) at libavformat/mxfenc.c:2075 #8 0x0000555555d6a9d8 in mxf_write_footer (s=0x555558e2e3c0) at libavformat/mxfenc.c:3458 #9 0x0000555555d4f75f in av_write_trailer (s=0x555558e2e3c0) at libavformat/mux.c:1262 #10 0x000055555569ce8b in of_write_trailer (of=0x555558e2e280) at fftools/ffmpeg_mux.c:770 #11 0x00005555556d1ef0 in transcode (sch=0x555558de7380) at fftools/ffmpeg.c:907 #12 0x00005555556d21b9 in main (argc=15, argv=0x7fffffffdca8) at fftools/ffmpeg.c:1009 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11684> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10209(undetermined:new): EBUR128 and LOUDNORM filters compute LRA differently
by FFmpeg 25 Jul '25

25 Jul '25

#10209: EBUR128 and LOUDNORM filters compute LRA differently --------------------------------------+---------------------------------- Reporter: hsn | Type: defect Status: new | Priority: normal Component: undetermined | Version: 5.1.2 Keywords: LRA, ebur128 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -i song192k.mp4 -af ebur128,loudnorm=print_format=summary -f null - }}} Outputs: {{{ [Parsed_ebur128_0 @ 000001f413d21a40] Summary: Integrated loudness: I: -14.0 LUFS Threshold: -24.1 LUFS Loudness range: LRA: 3.6 LU Threshold: -33.9 LUFS LRA low: -15.6 LUFS LRA high: -12.0 LUFS [Parsed_loudnorm_1 @ 000001f413fc4e40] Input Integrated: -14.2 LUFS Input True Peak: +0.1 dBTP Input LRA: 5.9 LU Input Threshold: -24.3 LUFS }}} One LRA is ''5.9'' and second is ''3.6''. Song analysed by https://youlean.co/file-loudness-meter/ returns: {{{ Momentary Max = -9.81 LUFS Short Term Max = -11.50 LUFS Integrated = -14.00 LUFS }}} LRA definition is here: https://tech.ebu.ch/docs/tech/tech3342v2_0.pdf -- Ticket URL: <https://trac.ffmpeg.org/ticket/10209> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12