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

#4298(avfilter:new): zoompan filter creates shaky image
by FFmpeg 05 Apr '25

05 Apr '25

#4298: zoompan filter creates shaky image ----------------------------------+-------------------------------------- Reporter: slhck | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: zoompan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: When using the `zoompan` filter and setting any x or y (or both) value, the effect is shaky and jerky. How to reproduce: {{{ ffmpeg -framerate 25 -loop 1 -i in.jpg -vf "zoompan=z='min(zoom+0.0015,1.4)':x=50:d=150" -t 6 -s 640x380 out.mp4 ffmpeg version N-69568-g21051af Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable- libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable- libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable- libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib libavutil 54. 18.100 / 54. 18.100 libavcodec 56. 21.102 / 56. 21.102 libavformat 56. 19.100 / 56. 19.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 9.103 / 5. 9.103 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc 53. 3.100 / 53. 3.100 [mjpeg @ 0000000000342a60] ignoring invalid SAR: 540/409 Input #0, image2, from 'out.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: 3236 kb/s Stream #0:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 640x360, 25 fps, 25 tbr, 25 tbn, 25 tbc File 'out.mp4' already exists. Overwrite ? [y/N] y [swscaler @ 0000000000307fe0] deprecated pixel format used, make sure you did set range correctly No pixel format specified, yuvj420p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0000000004cf00a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0000000004cf00a0] profile High, level 3.0 [libx264 @ 0000000004cf00a0] 264 - core 144 r2525 40bb568 - H.264/MPEG-4 AVC codec - Copyleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf56.19.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj420p(pc), 640x360, q=-1--1, 25 fps, 12800 tbn, 25 tbc Metadata: encoder : Lavc56.21.102 libx264 Stream mapping: Stream #0:0 -> #0:0 (mjpeg (native) -> h264 (libx264)) Press [q] to stop, [?] for help [swscaler @ 0000000004ca5f80] deprecated pixel format used, make sure you did set range correctly Last message repeated 1 times [swscaler @ 0000000004ca5f80] Warning: data is not aligned! This can lead to a speedloss [swscaler @ 0000000004ca5f80] deprecated pixel format used, make sure you did set range correctly Last message repeated 55 times [swscaler @ 0000000009502c80] deprecated pixel format used, make sure you did set range correctly Last message repeated 41 times [output stream 0:0 @ 00000000002cb160] 100 buffers queued in output stream 0:0, something may be wrong. [swscaler @ 0000000009502c80] deprecated pixel format used, make sure you did set range correctly Last message repeated 49 times [swscaler @ 0000000007cc2780] deprecated pixel format used, make sure you did set range correctly Last message repeated 1 times frame= 150 fps=107 q=-1.0 Lsize= 122kB time=00:00:05.92 bitrate= 168.6kbits/s video:119kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 2.158680% [libx264 @ 0000000004cf00a0] frame I:1 Avg QP:18.48 size: 13916 [libx264 @ 0000000004cf00a0] frame P:38 Avg QP:18.97 size: 1965 [libx264 @ 0000000004cf00a0] frame B:111 Avg QP:23.90 size: 296 [libx264 @ 0000000004cf00a0] consecutive B-frames: 1.3% 0.0% 0.0% 98.7% [libx264 @ 0000000004cf00a0] mb I I16..4: 13.4% 64.7% 22.0% [libx264 @ 0000000004cf00a0] mb P I16..4: 0.6% 1.6% 0.2% P16..4: 37.9% 10.8% 5.9% 0.0% 0.0% skip:43.1% [libx264 @ 0000000004cf00a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 33.5% 0.3% 0.0% direct: 0.1% skip:66.0% L0:47.5% L1:51.4% BI: 1.2% [libx264 @ 0000000004cf00a0] 8x8 transform intra:65.9% inter:74.8% [libx264 @ 0000000004cf00a0] coded y,uvDC,uvAC intra: 50.9% 30.8% 5.7% inter: 2.8% 1.3% 0.0% [libx264 @ 0000000004cf00a0] i16 v,h,dc,p: 16% 37% 6% 42% [libx264 @ 0000000004cf00a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 24% 29% 2% 3% 3% 4% 3% 4% [libx264 @ 0000000004cf00a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 24% 15% 5% 7% 6% 6% 4% 4% [libx264 @ 0000000004cf00a0] i8c dc,h,v,p: 62% 21% 16% 2% [libx264 @ 0000000004cf00a0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000000004cf00a0] ref P L0: 67.5% 6.2% 16.7% 9.6% [libx264 @ 0000000004cf00a0] ref B L0: 91.5% 6.8% 1.7% [libx264 @ 0000000004cf00a0] ref B L1: 95.3% 4.7% [libx264 @ 0000000004cf00a0] kb/s:161.96 }}} When `x` is not set, there is no shakiness (see correct output). Also mentioned here: * http://superuser.com/questions/873939/ffmpeg-how-to-zoomin-a-video-from- the-center?noredirect=1 * http://superuser.com/questions/776452/ffmpeg-create-zoompan-shaky-or- jittery -- Ticket URL: <https://trac.ffmpeg.org/ticket/4298> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 20

#11538(build system:new): Not possible to compile ffmpeg for 32-bit on mingw32
by FFmpeg 04 Apr '25

04 Apr '25

#11538: Not possible to compile ffmpeg for 32-bit on mingw32 -------------------------------------+------------------------------------- Reporter: | Type: defect AndersIgelstrom | Status: new | Priority: important Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am building ffmpeg/x264 on Windows 10. Have built 64-bit successfully. The 32-bit configuration gives "Host Compiler lacks C11 support" Gcc version is 14.2.0 and should have c11 from wah This is how I set up the environment to compile. Installed msys2-x86_64-20250221.exe In the UCRT64 command window: - pacman -S git - pacman -S mingw-w64-i686-toolchain - pacman -S mingw-w64-x86_64-toolchain - pacman -S base-devel - pacman -S yasm - pacman -S nasm - mkdir /src - cd /src In mingw32: - git clone http://git.videolan.org/git/x264.git - git clone https://git.ffmpeg.org/ffmpeg.git ffmpeg - cd x264 - make clean - ./configure --prefix=/mingw32 --enable-shared --disable-cli --disable-gpl --enable-lto --host=i686-w64-mingw32 - make -j8 - make install - cd ../ffmpeg - As we have a license I edit ./configure: move libx264 from EXTERNAL_LIBRARY_GPL_LIST to EXTERNAL_LIBRARY_LIST - make clean ./configure --prefix=/mingw32 --enable-shared --disable-static --disable-programs --disable-lzma --disable-doc --disable-sdl2 --enable-libx264 --disable-debug --host=i686-w64-mingw32 Error: "Host Compiler lacks C11 support" ffmpeg version 7.1.1.1 and also from git March 15 built on Windows 10 -- Ticket URL: <https://trac.ffmpeg.org/ticket/11538> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11536(undetermined:new): prores_aw : Encode Prores 4444 with alpha fail in high resolution
by FFmpeg 02 Apr '25

02 Apr '25

#11536: prores_aw : Encode Prores 4444 with alpha fail in high resolution -------------------------------------+------------------------------------- Reporter: mvignali | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Following bug report request by blender project Prores_aw fail to encode high resolution with alpha Issue probably similar to https://trac.ffmpeg.org/ticket/9173#ticket How to reproduce: {{{ ./ffmpeg -f lavfi -i "color=c=red:size=5500x3500" -t 1 -pix_fmt yuva444p10le -vcodec prores_aw test.mov }}} {{{ ./ffmpeg -f lavfi -i "color=c=red:size=5500x3500" -t 1 -pix_fmt yuva444p10le -vcodec prores_aw test.mov ffmpeg version N-119106-gc1a2da72cc Copyright (c) 2000-2025 the FFmpeg developers built with Apple clang version 16.0.0 (clang-1600.0.26.6) configuration: --prefix=../build libavutil 60. 0.100 / 60. 0.100 libavcodec 62. 0.100 / 62. 0.100 libavformat 62. 0.100 / 62. 0.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, lavfi, from 'color=c=red:size=5500x3500': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: wrapped_avframe, yuv420p, 5500x3500 [SAR 1:1 DAR 11:7], 25 fps, 25 tbr, 25 tbn Stream mapping: Stream #0:0 -> #0:0 (wrapped_avframe (native) -> prores (prores_aw)) Press [q] to stop, [?] for help [prores_aw @ 0x7fb584907700] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb584908000] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb5849088c0] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb5849091c0] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb584909ac0] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490a3c0] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490ac80] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490b580] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490be80] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490c780] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490d040] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490d940] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490e240] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490eb40] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490f400] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb58490fd00] encoding with ProRes 4444+ (ap4h) profile [prores_aw @ 0x7fb584e05d40] encoding with ProRes 4444+ (ap4h) profile Output #0, mov, to 'test.mov': Metadata: encoder : Lavf62.0.100 Stream #0:0: Video: prores (4444) (ap4h / 0x68347061), yuva444p10le(tv, progressive), 5500x3500 [SAR 1:1 DAR 11:7], q=2-31, 200 kb/s, 25 fps, 12800 tbn Metadata: encoder : Lavc62.0.100 prores_aw [prores_aw @ 0x7fb584907700] Underestimated required buffer size. [vost#0:0/prores_aw @ 0x7fb584e05580] [enc:prores_aw @ 0x7fb584e05c80] Error submitting video frame to the encoder [vost#0:0/prores_aw @ 0x7fb584e05580] [enc:prores_aw @ 0x7fb584e05c80] Error encoding a frame: Internal bug, should not have happened [vost#0:0/prores_aw @ 0x7fb584e05580] Task finished with error code: -558323010 (Internal bug, should not have happened) [vost#0:0/prores_aw @ 0x7fb584e05580] Terminating thread with return code -558323010 (Internal bug, should not have happened) [out#0/mov @ 0x7fb584e04500] video:0KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: unknown [out#0/mov @ 0x7fb584e04500] Output file is empty, nothing was encoded(check -ss / -t / -frames parameters if used) frame= 0 fps=0.0 q=0.0 Lsize= 0KiB time=N/A bitrate=N/A speed=N/A [prores_aw @ 0x7fb584908000] Underestimated required buffer size. [prores_aw @ 0x7fb5849088c0] Underestimated required buffer size. Conversion failed! }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11536> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#10043(avcodec:new): HEVC filler data question
by FFmpeg 01 Apr '25

01 Apr '25

#10043: HEVC filler data question -------------------------------------+------------------------------------- Reporter: david333 | Type: defect Status: new | Priority: important Component: avcodec | Version: git- Keywords: HEVC filler | master data | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I noticed when using h264 NVENC in CBR mode that filler data gets added to the bitstream but when using HEVC NVENC in CBR mode no filler data gets added. Is this intended? -- Ticket URL: <https://trac.ffmpeg.org/ticket/10043> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#4907(avcodec:new): Support decoding animated WebP images
by FFmpeg 01 Apr '25

01 Apr '25

#4907: Support decoding animated WebP images ---------------------------------+--------------------------------------- Reporter: urvang | Type: enhancement Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Summary of the bug: Currently, FFmpeg can encode animated WebPs, but cannot decode them, which is inconvenient for users. Decoding animated WebPs right now generates "image data not found error" due to "unsupported chunk": https://github.com/FFmpeg/FFmpeg/blob/master/libavcodec/webp.c#L1504 How to reproduce: (example input image: https://www.gstatic.com/webp/animated/1.webp) {{{ % ffmpeg -i 1.webp 1.gif ffmpeg version N-75787-g1d4af04 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04) configuration: --enable-libwebp libavutil 55. 2.100 / 55. 2.100 libavcodec 57. 4.100 / 57. 4.100 libavformat 57. 3.100 / 57. 3.100 libavdevice 57. 0.100 / 57. 0.100 libavfilter 6. 10.100 / 6. 10.100 libswscale 4. 0.100 / 4. 0.100 libswresample 2. 0.100 / 2. 0.100 [webp @ 0x3782940] image data not found [webp_pipe @ 0x3781360] decoding for stream 0 failed < Rest of the output truncated > }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/4907> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 43

#11138(undetermined:new): FFmpeg audio dither creates unwanted DC offset
by FFmpeg 01 Apr '25

01 Apr '25

#11138: FFmpeg audio dither creates unwanted DC offset -------------------------------------+------------------------------------- Reporter: mstgrv | Type: defect Status: new | Priority: normal Component: | Version: 7.0 undetermined | Keywords: audio | Blocked By: dithering | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I ran a test of FFmpeg's audio dithering and I noticed that it creates a DC offset in the resulting audio file, which shouldn't be there. Doing the same dithering process with other tools produces no DC offset in the resulting audio. Here's what I did: 1. Create a silent WAV file (44.1khz, 32-bit floating point) using iZotope RX. 2. Convert that file to 16-bit with triangular dither, using iZotope RX 3. Convert the same file to 16-bit with triangular dither, using FFmpeg. The command I used was: {{{ ffmpeg -i input.wav -c:a pcm_s16le -dither_method triangular output.wav }}} Because the file in step 1 is completely silent, the files created in steps 2 & 3 contain just the dither by itself. FFmpeg's conversion results in a file with DC offset, but iZotope RX's conversion has none. The expected result is no DC offset. I have attached all the WAV files, plus screenshots of the analysis of each file (using iZotope RX) which shows the DC offset result. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11138> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#11524(avcodec:new): g726(le) produces clicks in encoded audio
by FFmpeg 01 Apr '25

01 Apr '25

#11524: g726(le) produces clicks in encoded audio ----------------------------------+---------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avcodec | Version: 7.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Summary of the bug: The G726 and G726LE codecs sometimes produce audible clicks in encoded audio. I have observed this when the encoder is configured to 16, 24 or 48 kbit/s bitrate, but the clicks appear at different places and it is possible that all bit rates are affected. How to reproduce: {{{ % ffmpeg -i input.wav -acodec g726 -b:a 16000 g726-16-output.wav % ffmpeg -i input.wav -acodec g726 -b:a 24000 g726-24-output.wav }}} I have attached the problematic input.wav, where there are no audible clicks across the entire clip. I have also attached g726-16-output.wav, produced with the above command line, where you can hear an audible click on the 11th second of the clip. I have also attached g726-24-output.wav, where the click can be heard on the 2nd second of the clip. Note that both times the same input file was used. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11524> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 14