May 2024 - FFmpeg-trac - lists.ffmpeg.org

#10993(avfilter:new): "-sws_flags" ignored in "-lavfi" ("-filter_complex")
by FFmpeg 03 May '24

03 May '24

#10993: "-sws_flags" ignored in "-lavfi" ("-filter_complex") -------------------------------------+------------------------------------- Reporter: | Type: defect MasterQuestionable | Status: new | Priority: important Component: avfilter | Version: git- Keywords: sws_flags | master lavfi filter_complex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ͏ E.g. ("-lavfi" vs. "-vf") ͏ ffmpeg -v debug -hide_banner -nostdin -nostats -i "W020170309545700291313.jpg" -lavfi "scale=iw/2:-2" -sws_flags gauss+accurate_rnd+full_chroma_int -compression_level 1 -pred none "scale.lavfi.png" ͏ ffmpeg -v debug -hide_banner -nostdin -nostats -i "W020170309545700291313.jpg" -vf "scale=iw/2:-2" -sws_flags gauss+accurate_rnd+full_chroma_int -compression_level 1 -pred none "scale.vf.png" ͏ https://web.archive.org/web/20230512231916/http://www.nlc.cn/newgtkj/tssc/m… ͏ See also: ͏ https://stackoverflow.com/questions/55193264#55193912 ͏ https://trac.ffmpeg.org/wiki/Scaling -- Ticket URL: <https://trac.ffmpeg.org/ticket/10993> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10992(avformat:new): Option for forcing the inclusion of the hour field in WebVTT timestamps
by FFmpeg 02 May '24

02 May '24

#10992: Option for forcing the inclusion of the hour field in WebVTT timestamps ----------------------------------+--------------------------------------- Reporter: ejm | Type: enhancement Status: new | Priority: normal Component: avformat | Version: Keywords: webvtt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- While the [https://www.w3.org/TR/webvtt1/#webvtt-timestamp WebVTT spec] denotes that the hour field is optional on timestamps whose duration is less than one hour, it would be helpful to be able to forcibly include the field, even if the value is `00` with an option. Currently, this field is set in [https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/libavformat/webvttenc.c… webvtt_write_time] by checking if `hour > 0`. The usecase here is with a third-party tool that expects the hour field regardless of its content, despite the spec, so I understand if that is too niche to justify inclusion. Thank you! -- Ticket URL: <https://trac.ffmpeg.org/ticket/10992> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#10746(avfilter:new): heap-buffer-overflow at libavfilter/af_stereowiden.c:120:69 in FFmpeg
by FFmpeg 02 May '24

02 May '24

#10746: heap-buffer-overflow at libavfilter/af_stereowiden.c:120:69 in FFmpeg -------------------------------------+------------------------------------- Reporter: | Type: defect ZengYunxiang | Status: new | Priority: important Component: avfilter | Version: git- | master Keywords: bugs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Dear developers, We found the following heap-buffer-overflow bug on FFmpeg(version N-113007-g8d24a28d06) when using stereowiden filter, please confirm. The poc file(poc13ffmpeg) will be attached to this ticket. How to reproduce: {{{ git clone https://github.com/FFmpeg/FFmpeg.git ffmpeg cd ffmpeg ./configure --cc=clang --cxx=clang++ --ld=clang --enable-debug --toolchain =clang-asan make -j30 ./ffmpeg_g -y -i poc13ffmpeg -filter_complex stereowiden tmp.mp4 }}} ASAN Log: {{{ ================================================================= ==3559202==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x609000007e44 at pc 0x55867340ec8e bp 0x7f9fd90fc370 sp 0x7f9fd90fc368 READ of size 4 at 0x609000007e44 thread T2 (fc0) #0 0x55867340ec8d in filter_frame /ffmpeg/libavfilter/af_stereowiden.c:120:69 #1 0x558672c35ed2 in ff_filter_frame_framed /ffmpeg/libavfilter/avfilter.c:969:11 #2 0x558672c35ed2 in ff_filter_frame_to_filter /ffmpeg/libavfilter/avfilter.c:1123:11 #3 0x558672c35ed2 in ff_filter_activate_default /ffmpeg/libavfilter/avfilter.c:1182:20 #4 0x558672c35ed2 in ff_filter_activate /ffmpeg/libavfilter/avfilter.c:1341:11 #5 0x558672c47f57 in push_frame /ffmpeg/libavfilter/buffersrc.c:168:15 #6 0x558672c47f57 in av_buffersrc_add_frame_flags /ffmpeg/libavfilter/buffersrc.c:272:15 #7 0x558672b35d3b in send_frame /ffmpeg/fftools/ffmpeg_filter.c:2668:11 #8 0x558672b35d3b in filter_thread /ffmpeg/fftools/ffmpeg_filter.c:2808:19 #9 0x558672b77c18 in task_wrapper /ffmpeg/fftools/ffmpeg_sched.c:2200:21 #10 0x7f9fdbbe9ac2 (/lib/x86_64-linux-gnu/libc.so.6+0x94ac2) (BuildId: a43bfc8428df6623cd498c9c0caeb91aec9be4f9) #11 0x7f9fdbc7ba3f (/lib/x86_64-linux-gnu/libc.so.6+0x126a3f) (BuildId: a43bfc8428df6623cd498c9c0caeb91aec9be4f9) 0x609000007e44 is located 3 bytes to the right of 1-byte region [0x609000007e40,0x609000007e41) allocated by thread T2 (fc0) here: #0 0x558672adb697 in __interceptor_posix_memalign (/ffmpeg/ffmpeg_g+0x924697) (BuildId: 8d6ccf457a75d047d11f9627d0b67208c2215c8c) #1 0x558676144830 in av_malloc /ffmpeg/libavutil/mem.c:105:9 #2 0x558676144830 in av_malloc /ffmpeg/libavutil/mem.c:144:14 #3 0x558676144830 in av_mallocz /ffmpeg/libavutil/mem.c:256:17 #4 0x558676144830 in av_calloc /ffmpeg/libavutil/mem.c:267:12 #5 0x55867340edab in config_input /ffmpeg/libavfilter/af_stereowiden.c:77:17 Thread T2 (fc0) created by T0 here: #0 0x558672ac3f9c in __interceptor_pthread_create (/ffmpeg/ffmpeg_g+0x90cf9c) (BuildId: 8d6ccf457a75d047d11f9627d0b67208c2215c8c) #1 0x558672b72161 in task_start /ffmpeg/fftools/ffmpeg_sched.c:403:11 #2 0x558672b90e68 in transcode /ffmpeg/fftools/ffmpeg.c:922:11 #3 0x558672b90e68 in main /ffmpeg/fftools/ffmpeg.c:1050:11 #4 0x7f9fdbb7ed8f (/lib/x86_64-linux-gnu/libc.so.6+0x29d8f) (BuildId: a43bfc8428df6623cd498c9c0caeb91aec9be4f9) SUMMARY: AddressSanitizer: heap-buffer-overflow /ffmpeg/libavfilter/af_stereowiden.c:120:69 in filter_frame Shadow bytes around the buggy address: 0x0c127fff8f70: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8f80: 00 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8f90: 04 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8fa0: 00 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff8fb0: 04 fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa =>0x0c127fff8fc0: fa fa fa fa fa fa fa fa[01]fa fa fa fa fa fa fa 0x0c127fff8fd0: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 fa fa 0x0c127fff8fe0: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 fa fa 0x0c127fff8ff0: fa fa fa fa fa fa fa fa 00 fa fa fa fa fa fa fa 0x0c127fff9000: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa 0x0c127fff9010: 00 00 00 00 00 00 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 ==3559202==ABORTING }}} ffmpeg version: {{{ # ./ffmpeg -version ffmpeg version N-113007-g8d24a28d06 Copyright (c) 2000-2023 the FFmpeg developers built with Ubuntu clang version 14.0.0-1ubuntu1.1 configuration: --cc=clang --cxx=clang++ --ld=clang --enable-debug --toolchain=clang-asan libavutil 58. 34.100 / 58. 34.100 libavcodec 60. 35.100 / 60. 35.100 libavformat 60. 18.100 / 60. 18.100 libavdevice 60. 4.100 / 60. 4.100 libavfilter 9. 14.100 / 9. 14.100 libswscale 7. 6.100 / 7. 6.100 libswresample 4. 13.100 / 4. 13.100 }}} Credit: {{{ Discovered by Zeng Yunxiang. }}} Thanks for your time! -- Ticket URL: <https://trac.ffmpeg.org/ticket/10746> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#10875(avfilter:new): scale_vulkan filter produces wrong colors
by FFmpeg 01 May '24

01 May '24

#10875: scale_vulkan filter produces wrong colors ----------------------------------+-------------------------------------- Reporter: bermond | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: vulkan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Applying the `scale_vulkan` filter produces an output with blueish/greenish color tint. How to reproduce: {{{ $ ffmpeg \ -init_hw_device vulkan=hw:0 -filter_hw_device hw \ -f lavfi -i 'color=color=White:size=1280x720' \ -vf 'hwupload,scale_vulkan=w=640:h=480,hwdownload,format=yuv420p' \ -c:v libx264 -preset:v ultrafast -movflags '+faststart' -t 40 -y test- out.mp4 ffmpeg version N-113734-gcffadfe99a Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.1 (GCC) 20230801 configuration: --prefix=/usr --extra-cflags=-I/opt/cuda/include --extra- ldflags=-L/opt/cuda/lib64 --enable-lto --disable-rpath --enable-gpl --enable-version3 --enable-nonfree --enable-shared --disable-static --disable-stripping --disable-htmlpages --enable-gray --enable-alsa --enable-avisynth --enable-bzlib --enable-chromaprint --enable-frei0r --enable-gcrypt --enable-gmp --enable-gnutls --enable-iconv --enable- ladspa --enable-lcms2 --enable-libaom --enable-libaribb24 --enable- libaribcaption --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcelt --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libdavs2 --enable-libdc1394 --enable-libfdk-aac --enable-libflite --enable-libfontconfig --enable-libfreetype --enable- libfribidi --enable-libharfbuzz --enable-libglslang --enable-libgme --enable-libgsm --enable-libiec61883 --enable-libilbc --enable-libjack --enable-libjxl --enable-libklvanc --enable-libkvazaar --enable-liblensfun --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopencv --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-libopenvino --enable- libopus --enable-libplacebo --enable-libpulse --enable-libqrencode --enable-librabbitmq --enable-librav1e --enable-librist --enable-librsvg --enable-librubberband --enable-librtmp --disable-libshaderc --enable- libshine --enable-libsmbclient --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libsvthevc --enable-libsvtvp9 --disable-libtensorflow --enable- libtesseract --enable-libtheora --disable-libtls --enable-libtwolame --enable-libuavs3d --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxevd --enable- libxeve --enable-libxavs --enable-libxavs2 --enable-libxcb --enable- libxcb-shm --enable-libxcb-xfixes --enable-libxcb-shape --enable-libxvid --enable-libxml2 --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-lzma --enable-decklink --disable-mbedtls --enable- libmysofa --enable-openal --enable-opencl --enable-opengl --disable- openssl --disable-pocketsphinx --enable-sndio --enable-sdl2 --enable- vapoursynth --enable-vulkan --enable-xlib --enable-zlib --enable-amf --enable-cuda-nvcc --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-libdrm --enable-libvpl --enable-libnpp --enable-nvdec --enable- nvenc --enable-omx --enable-rkmpp --enable-v4l2-m2m --enable-vaapi --enable-vdpau libavutil 58. 39.100 / 58. 39.100 libavcodec 60. 39.101 / 60. 39.101 libavformat 60. 21.101 / 60. 21.101 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 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) -> h264 (libx264)) Press [q] to stop, [?] for help [libx264 @ 0x58048fbc3b80] using SAR=1/1 [libx264 @ 0x58048fbc3b80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0x58048fbc3b80] profile Constrained Baseline, level 3.0, 4:2:0, 8-bit [libx264 @ 0x58048fbc3b80] 264 - core 164 r3108 31e19f9 - H.264/MPEG-4 AVC codec - Copyleft 2003-2023 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=15 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0 intra_refresh=0 rc=crf mbtree=0 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=0 Output #0, mp4, to 'test-out.mp4': Metadata: encoder : Lavf60.21.101 Stream #0:0: Video: h264 (avc1 / 0x31637661), yuv420p(progressive), 640x480 [SAR 1:1 DAR 4:3], q=2-31, 25 fps, 12800 tbn Metadata: encoder : Lavc60.39.101 libx264 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A [mp4 @ 0x58048f89cac0] Starting second pass: moving the moov atom to the beginning of the file [out#0/mp4 @ 0x58048f9a9f80] video:15KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 31.864029% frame= 1000 fps=0.0 q=-1.0 Lsize= 20KiB time=00:00:40.00 bitrate= 4.0kbits/s speed=57.8x [libx264 @ 0x58048fbc3b80] frame I:4 Avg QP:11.75 size: 928 [libx264 @ 0x58048fbc3b80] frame P:996 Avg QP:12.01 size: 11 [libx264 @ 0x58048fbc3b80] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x58048fbc3b80] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0% [libx264 @ 0x58048fbc3b80] coded y,uvDC,uvAC intra: 0.0% 0.1% 0.0% inter: 0.0% 0.0% 0.0% [libx264 @ 0x58048fbc3b80] i16 v,h,dc,p: 97% 0% 3% 0% [libx264 @ 0x58048fbc3b80] i8c dc,h,v,p: 100% 0% 0% 0% [libx264 @ 0x58048fbc3b80] kb/s:2.93 }}} Instead of having a solid white output in the example above, the color is wrong. All other hardware accelerated scale filters (`scale_cuda`, `scale_npp`, `scale_qsv` and `scale_vaapi`) does **not** produce this behavior. System Information: - OS: Arch Linux - Vulkan device: NVIDIA RTX 3060 - GPU driver: NVIDIA proprietary driver version 545.29.06 -- Ticket URL: <https://trac.ffmpeg.org/ticket/10875> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10876(avfilter:new): scale_vulkan filter does not accept an output format different than yuv420p
by FFmpeg 01 May '24

01 May '24

#10876: scale_vulkan filter does not accept an output format different than yuv420p ----------------------------------+-------------------------------------- Reporter: bermond | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: vulkan | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- The `scale_vulkan` filter does not accept an output pixel format different than `yuv420p` in the `format` **option**. For example, when trying to use `nv12` in the `format` option, it fails with an error message of `Unsupported input format for conversion`: {{{ $ ffmpeg \ -init_hw_device vulkan=hw:0 -filter_hw_device hw \ -f lavfi -i 'color=color=White:size=1280x720' \ -vf 'hwupload,scale_vulkan=w=640:h=480:format=nv12,hwdownload,format=nv12,format=yuv420p' \ -c:v libx264 -preset:v ultrafast -movflags '+faststart' -t 40 -y test- out.mp4 ffmpeg version N-113734-gcffadfe99a Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.1 (GCC) 20230801 configuration: --prefix=/usr --extra-cflags=-I/opt/cuda/include --extra- ldflags=-L/opt/cuda/lib64 --enable-lto --disable-rpath --enable-gpl --enable-version3 --enable-nonfree --enable-shared --disable-static --disable-stripping --disable-htmlpages --enable-gray --enable-alsa --enable-avisynth --enable-bzlib --enable-chromaprint --enable-frei0r --enable-gcrypt --enable-gmp --enable-gnutls --enable-iconv --enable- ladspa --enable-lcms2 --enable-libaom --enable-libaribb24 --enable- libaribcaption --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcelt --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libdavs2 --enable-libdc1394 --enable-libfdk-aac --enable-libflite --enable-libfontconfig --enable-libfreetype --enable- libfribidi --enable-libharfbuzz --enable-libglslang --enable-libgme --enable-libgsm --enable-libiec61883 --enable-libilbc --enable-libjack --enable-libjxl --enable-libklvanc --enable-libkvazaar --enable-liblensfun --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopencv --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-libopenvino --enable- libopus --enable-libplacebo --enable-libpulse --enable-libqrencode --enable-librabbitmq --enable-librav1e --enable-librist --enable-librsvg --enable-librubberband --enable-librtmp --disable-libshaderc --enable- libshine --enable-libsmbclient --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libsvthevc --enable-libsvtvp9 --disable-libtensorflow --enable- libtesseract --enable-libtheora --disable-libtls --enable-libtwolame --enable-libuavs3d --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxevd --enable- libxeve --enable-libxavs --enable-libxavs2 --enable-libxcb --enable- libxcb-shm --enable-libxcb-xfixes --enable-libxcb-shape --enable-libxvid --enable-libxml2 --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-lzma --enable-decklink --disable-mbedtls --enable- libmysofa --enable-openal --enable-opencl --enable-opengl --disable- openssl --disable-pocketsphinx --enable-sndio --enable-sdl2 --enable- vapoursynth --enable-vulkan --enable-xlib --enable-zlib --enable-amf --enable-cuda-nvcc --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-libdrm --enable-libvpl --enable-libnpp --enable-nvdec --enable- nvenc --enable-omx --enable-rkmpp --enable-v4l2-m2m --enable-vaapi --enable-vdpau libavutil 58. 39.100 / 58. 39.100 libavcodec 60. 39.101 / 60. 39.101 libavformat 60. 21.101 / 60. 21.101 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 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) -> h264 (libx264)) Press [q] to stop, [?] for help [Parsed_scale_vulkan_1 @ 0x7b54f0005600] Unsupported input format for conversion [Parsed_scale_vulkan_1 @ 0x7b54f0005600] Failed to configure output pad on Parsed_scale_vulkan_1 [vf#0:0 @ 0x5ee8fea51b00] Error reinitializing filters! [vf#0:0 @ 0x5ee8fea51b00] Task finished with error code: -22 (Invalid argument) [vf#0:0 @ 0x5ee8fea51b00] Terminating thread with return code -22 (Invalid argument) [vost#0:0/libx264 @ 0x5ee8feac8c80] Could not open encoder before EOF [vost#0:0/libx264 @ 0x5ee8feac8c80] Task finished with error code: -22 (Invalid argument) [vost#0:0/libx264 @ 0x5ee8feac8c80] Terminating thread with return code -22 (Invalid argument) [out#0/mp4 @ 0x5ee9006763c0] 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! }}} As the error complains about the input pixel format, I tried to insert a `format=nv12` **filter** before `hwupload`, but this still does **not** work: {{{ -vf 'format=nv12,hwupload,scale_vulkan=w=640:h=480:format=nv12,hwdownload,format=nv12,format=yuv420p' }}} It **works** when using `yuv420p` pixel format, either by explicitly setting it or by omitting the `format` option, as bellow: {{{ -vf 'hwupload,scale_vulkan=w=640:h=480:format=yuv420p,hwdownload,format=yuv420p' -vf 'hwupload,scale_vulkan=w=640:h=480,hwdownload,format=yuv420p' }}} It also **works** when using `rgba` as the input pixel format, but still no `nv12` is accepted in the `format` option, and produces a green tint output (wrong colors, maybe related to #10875): {{{ -vf 'format=bgra,hwupload,scale_vulkan=w=640:h=480:format=yuv420p,hwdownload,format=yuv420p' }}} All other hardware accelerated scale filters (`scale_cuda`, `scale_npp`, `scale_qsv` and `scale_vaapi`) does not behave like this, as they accept, for example, `nv12` in the `format` option using the example above. By looking at the `vf_scale_vulkan.c` source code (https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/cffadfe99a1c41866701bab6c7410…) it looks like that it should support `nv12`, `yuv420p` and `yuv444p` output formats. System Information: - OS: Arch Linux - Vulkan device: NVIDIA RTX 3060 - GPU driver: NVIDIA proprietary driver version 545.29.06 -- Ticket URL: <https://trac.ffmpeg.org/ticket/10876> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10982(ffmpeg:new): flac: Refuses to decode certain big-frame files
by FFmpeg 01 May '24

01 May '24

#10982: flac: Refuses to decode certain big-frame files ---------------------------------+---------------------------------- Reporter: H2Swine | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 7.0 Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Created .flac files that ffmpeg refuse to decode, and managed to construct such one inside subset: https://hydrogenaud.io/index.php/topic,125848 Using a noisy signal I could create a CDDA file that is also rejected, but then I had to specify non-subset block size. Also, while I'm at it: Wouldn't it be an idea after all these years to allow 8-bit FLAC encoding? And fix the [https://hydrogenaud.io/index.php/topic,121478.msg1019912.html#msg1019912 ffplay playback of block sizes < 128] (even if, whothef¤¤c uses ffplay ... - anyway, that bug also verified yesterday with 7.0) How to reproduce: {{{ ffmpeg version 7.0-essentials_build-www.gyan.dev Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (Rev5, 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. 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, flac, from 'whitenoise.flac': Duration: 00:00:01.00, bitrate: 13891 kb/s Stream #0:0: Audio: flac, 96000 Hz, 5.1, s32 (24 bit) Stream mapping: Stream #0:0 -> #0:0 (flac (native) -> pcm_s16be (native)) Press [q] to stop, [?] for help [aost#0:0/pcm_s16be @ 000001d2d89333c0] No filtered frames for output stream, trying to initialize anyway. Output #0, aiff, to 'whitenoise.aiff': Metadata: encoder : Lavf61.1.100 Stream #0:0: Audio: pcm_s16be (NONE / 0x454E4F4E), 96000 Hz, 5.1, s16, 9216 kb/s Metadata: encoder : Lavc61.3.100 pcm_s16be [out#0/aiff @ 000001d2d8931940] video:0KiB audio:0KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: unknown [out#0/aiff @ 000001d2d8931940] Output file is empty, nothing was encoded(check -ss / -t / -frames parameters if used) size= 0KiB time=N/A bitrate=N/A speed=N/A }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10982> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10986(avfilter:new): The "scale" filter has wrong color range ("out_range") parameter autodetection and set
by FFmpeg 01 May '24

01 May '24

#10986: The "scale" filter has wrong color range ("out_range") parameter autodetection and set ----------------------------------+--------------------------------------- Reporter: ioctl | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Here are the steps to reproduce from scratch: Generate video with the PC color range: `ffmpeg -f lavfi -i mandelbrot=end_pts=50:size=1920x1080 -pix_fmt yuv420p10le -vf scale=out_range=pc -t 5 mandelbrot-in.mkv` Variant 1, scale and encode with the x264: `ffmpeg -i mandelbrot-in.mkv -vf scale=960:-1:flags=lanczos mandelbrot-x264.mp4` `ffprobe mandelbrot-x264.mp4 2>&1 | grep yuv4` in the output color type is yuv420p10le(progressive) , no PC spec Variant 2, scale and encode with the svt-av1: `ffmpeg -i mandelbrot-in.mkv -vf scale=960:-1:flags=lanczos -c:v libsvtav1 mandelbrot-av1.mp4` `ffprobe mandelbrot-av1.mp4 2>&1 | grep yuv4` in the output color type is yuv420p10le(tv, progressive) , PC become unexpected TV Looks like the scale filter has incorrect input color range autodetection and/or incorrect set of this option for the further encoding. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10986> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4