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

#11035(undetermined:new): MPEG-4 ALS decoder seems capped at 2^28 bytes .mp4 file size
by FFmpeg 05 Jun '24

05 Jun '24

#11035: MPEG-4 ALS decoder seems capped at 2^28 bytes .mp4 file size --------------------------------------+---------------------------------- Reporter: H2Swine | Type: defect Status: new | Priority: normal Component: undetermined | Version: 7.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- How to reproduce: Pick a "sufficiently big" WAVE file. Compress it with the MPEG-4 ALS reference decoder RM23 as found at [http://web.archive.org/web/20120219094440/http://www.nue.tu- berlin.de/menue/forschung/projekte/beendete_projekte/mpeg- 4_audio_lossless_coding_als/parameter/en/#230252] using the -MP4 parameter. Check that the encoded .mp4 file exceeds 268435456 bytes. Then just try to decode it: {{{ % ffmpeg -i slightlytoolongALSfile.mp4 throwaway.wav ffmpeg version 7.0.1-essentials_build-www.gyan.dev Copyright (c) 2000-2024 the FFmpeg developers built with gcc 13.2.0 (Rev5, Built by MSYS2 project) }}} Output will be like the following: {{{ [aist#0:0/mp4als @ 0000027da5867440] [dec:als @ 0000027da5862400] Error submitting packet to decoder: Invalid data found when processing input [aist#0:0/mp4als @ 0000027da5867440] [dec:als @ 0000027da5862400] Decode error rate 1 exceeds maximum 0.666667 [aist#0:0/mp4als @ 0000027da5867440] [dec:als @ 0000027da5862400] Task finished with error code: -1145393733 (Error number -1145393733 occurred) [aist#0:0/mp4als @ 0000027da5867440] [dec:als @ 0000027da5862400] Terminating thread with return code -1145393733 (Error number -1145393733 occurred) [aost#0:0/pcm_s16le @ 0000027da5867dc0] No filtered frames for output stream, trying to initialize anyway. }}} Then shorten the WAVE file and try again. If the .mp4 file ends up less than 268435456 , ffmpeg should decode it just fine. Try again with -l (for wasted bits) and if that reduces the file size, you might be able to encode more samples. Try with -i (force dual mono, increase file size), and you will have to crop off more samples from the WAVE before encoding, if ffmpeg is to handle it. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11035> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 10

#5942(undetermined:new): mpeg-4 als: "quant_cof 237 is out of range" with multichannel 16bit
by FFmpeg 05 Jun '24

05 Jun '24

#5942: mpeg-4 als: "quant_cof 237 is out of range" with multichannel 16bit -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- no such problem with mono/stereo files encoded with: {{{ C:\>mp4alsRM23.exe -7 -MP4 D:\16multi.wav }}} {{{ C:\>ffmpeg -i D:\16multi.mp4 D:\out.wav 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.0 : 5.1 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'D:\16multi.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2016-11-11 17:28:53 Duration: 00:00:05.00, start: 0.000000, bitrate: 1220 kb/s Stream #0:0(und): Audio: mp4als (mp4a / 0x6134706D), 48000 Hz, 6 channels, s 16, 1219 kb/s (default) Metadata: creation_time : 2016-11-11 17:28:53 Output #0, wav, to 'D:\out.wav': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom ISFT : Lavf57.26.100 Stream #0:0(und): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s 16, 4608 kb/s (default) Metadata: creation_time : 2016-11-11 17:28:53 encoder : Lavc57.27.100 pcm_s16le Stream mapping: Stream #0:0 -> #0:0 (mp4als (als) -> pcm_s16le (native)) Press [q] to stop, [?] for help [als @ 038f0d60] quant_cof 237 is out of range. [als @ 038f0d60] Reading frame data failed. Skipping RA unit. size= 720kB time=00:00:01.28 bitrate=4608.6kbits/s speed=N/A video:0kB audio:720kB subtitle:0kB other streams:0kB global headers:0kB muxing o verhead: 0.013835% }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/5942> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#11045(undetermined:new): vp9 in mp4 does not maintain transparency (yuva420p)
by FFmpeg 05 Jun '24

05 Jun '24

#11045: vp9 in mp4 does not maintain transparency (yuva420p) --------------------------------------+---------------------------------- Reporter: Jozef Chutka | Type: defect Status: new | Priority: normal Component: undetermined | Version: 7.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Using ffmpeg 7.0, I am able to create .mkv, .webm output with alpha channel, however not when creating .mp4 creating transparent video vp9 in mp4 does not seem to maintain alpha channel: {{{ ffmpeg -i input.png -vcodec libvpx-vp9 -auto-alt-ref 0 -y out.mkv ffmpeg -i input.png -vcodec libvpx-vp9 -auto-alt-ref 0 -y out.webm ffmpeg -i input.png -vcodec libvpx-vp9 -auto-alt-ref 0 -y out.mp4 }}} The output log looks similar for all commands {{{ Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf61.1.100 Stream #0:0: Video: vp9 (vp09 / 0x39307076), yuva420p(unknown/bt709/iec61966-2-1, progressive), 256x256 [SAR 1:1 DAR 1:1], q=2-31, 25 fps, 12800 tbn Metadata: encoder : Lavc61.3.100 libvpx-vp9 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A }}} Notice, ffmpeg claims yuva420p is used, however, mp4 does not really store yuva420p: {{{ ffmpeg -vcodec libvpx-vp9 -i out.mkv ... Stream #0:0: Video: vp9 (libvpx-vp9) (Profile 0), yuva420p(tv, unknown/bt709/iec61966-2-1, progressive), 256x256, SAR 1:1 DAR 1:1, 25 fps, 25 tbr, 1k tbn ffmpeg -vcodec libvpx-vp9 -i out.webm ... Stream #0:0: Video: vp9 (libvpx-vp9) (Profile 0), yuva420p(tv, unknown/bt709/iec61966-2-1, progressive), 256x256, SAR 1:1 DAR 1:1, 25 fps, 25 tbr, 1k tbn ffmpeg -vcodec libvpx-vp9 -i out.mp4 ... Stream #0:0[0x1](und): Video: vp9 (libvpx-vp9) (Profile 0) (vp09 / 0x39307076), yuv420p(tv, unknown/bt709/iec61966-2-1, progressive), 256x256, 211 kb/s, SAR 1:1 DAR 1:1, 25 fps, 25 tbr, 12800 tbn (default) }}} When tested in a chrome browser which supports all these formats, only .mkv and .webm is rendered with transparency, while .mp4 being opaque. So the question is, does mp4 support vp9 with yuva420p or not? If not, should ffmpeg throw an error during encoding? -- Ticket URL: <https://trac.ffmpeg.org/ticket/11045> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#6958(avformat:new): ffprobe can show correct coded_height for h264 1080p videos
by FFmpeg 05 Jun '24

05 Jun '24

#6958: ffprobe can show correct coded_height for h264 1080p videos -------------------------------------+------------------------------------- Reporter: lizhong1008 | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Use ffprobe to analyze a h264 1080p(920x1080) video， it will show the coded_height is 1080, which is different from the value parsed from h264_decode_frame (1088). Looks like ffprobe always show coded_height/coded_width equal to height/width How to reproduce: ./ffprobe -report -show_streams ~/Videos/test_1080p.h264 ffprobe started on 2018-01-11 at 17:25:35 Report written to "ffprobe-20180111-172535.log" ffprobe version N-89764-g76a3753 Copyright (c) 2007-2018 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11) configuration: --enable-libmfx --enable-libx264 --enable-gpl --disable- optimizations --enable-debug=3 libavutil 56. 7.100 / 56. 7.100 libavcodec 58. 9.100 / 58. 9.100 libavformat 58. 3.100 / 58. 3.100 libavdevice 58. 0.100 / 58. 0.100 libavfilter 7. 11.101 / 7. 11.101 libswscale 5. 0.101 / 5. 0.101 libswresample 3. 0.101 / 3. 0.101 libpostproc 55. 0.100 / 55. 0.100 Input #0, h264, from '/samba/anonymous/Videos/test_1080p.h264': Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 50 tbc [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 profile=High codec_type=video codec_time_base=1/50 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=1920 height=1080 coded_width=1920 coded_height=1080 has_b_frames=1 sample_aspect_ratio=1:1 display_aspect_ratio=16:9 pix_fmt=yuv420p level=40 color_range=unknown color_space=unknown color_transfer=unknown color_primaries=unknown chroma_location=left field_order=progressive timecode=N/A refs=1 is_avc=false nal_length_size=0 id=N/A r_frame_rate=25/1 avg_frame_rate=25/1 time_base=1/1200000 start_pts=N/A start_time=N/A duration_ts=N/A duration=N/A bit_rate=N/A max_bit_rate=N/A bits_per_raw_sample=8 nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=0 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 DISPOSITION:timed_thumbnails=0 [/STREAM] -- Ticket URL: <https://trac.ffmpeg.org/ticket/6958> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#10400(ffmpeg:new): SEGV error in libc-start.c:308
by FFmpeg 05 Jun '24

05 Jun '24

#10400: SEGV error in libc-start.c:308 ---------------------------------------+---------------------------------- Reporter: michael_zhang | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: 4.2.9 Keywords: bugs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+---------------------------------- Summary of the bug: SEGV (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x9197d8) AddressSanitizer:DEADLYSIGNAL ================================================================= ==3473136==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x555555e6d7d9 bp 0x5555568abc80 sp 0x7fffffffb6f8 T0) ==3473136==The signal is caused by a READ memory access. ==3473136==Hint: address points to the zero page. #0 0x555555e6d7d8 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x9197d8) #1 0x55555654f1ef (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xffb1ef) #2 0x55555654fcc2 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xffbcc2) #3 0x555556542c1e (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfeec1e) #4 0x5555565432a0 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfef2a0) #5 0x5555565434ad (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfef4ad) #6 0x55555654233b (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfee33b) #7 0x55555654246c (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfee46c) #8 0x5555565436ef (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xfef6ef) #9 0x555556544942 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0xff0942) #10 0x555556554e4e (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1000e4e) #11 0x555555712076 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1be076) #12 0x555555715b0d (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1c1b0d) #13 0x555555727e91 (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1d3e91) #14 0x55555572932e (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1d532e) #15 0x555555711439 in main (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1bd439) #16 0x7ffff5ae5082 in __libc_start_main ../csu/libc-start.c:308 #17 0x55555571161d (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x1bd61d) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV (/home/xjsh/normalFiles/FFmpeg-n6.1-dev/ffmpeg+0x9197d8) ==3473136==ABORTING How to reproduce: {{{ % ./ffmpeg -discard -vn -i segv.mp4 ffmpeg version: n4.2.9 and n6.1-dev built on: ubuntu 20.04 with Asan }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10400> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#10859(avformat:new): The mp3 video previously analyzed with this commit (c22665ae691ca313793330bfa7c9a2b70d53cbdf) cannot be analyzed.
by FFmpeg 04 Jun '24

04 Jun '24

#10859: The mp3 video previously analyzed with this commit (c22665ae691ca313793330bfa7c9a2b70d53cbdf) cannot be analyzed. ----------------------------------+--------------------------------------- Reporter: 이아름 | Type: defect Status: new | Priority: important Component: avformat | Version: unspecified Keywords: bugs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- How to reproduce: ffprobe.exe -i - < input.mp3 it works 4.1 {{{ ffprobe started on 2024-02-08 at 09:04:09 Report written to "ffprobe-20240208-090409.log" Command line: ffprobe.exe -v 9 -loglevel 99 -report -i - ffprobe version 4.1 Copyright (c) 2007-2018 the FFmpeg developers built with gcc 6.3.0 (GCC) 20170415 configuration: --arch=x86_64 --target-os=mingw32 --cross- prefix=x86_64-w64-mingw32- --enable-shared --enable-static --enable-ffplay --enable-version3 --enable-nvenc --enable-nvdec --extra-ldflags='-static- libgcc -L/usr/local/cuda/lib64' --enable-cuvid --enable-cuda --enable- d3d11va --enable-ffnvcodec --extra-cflags=-I/usr/local/cuda/include libavutil 56. 22.100 / 56. 22.100 libavcodec 58. 35.100 / 58. 35.100 libavformat 58. 20.100 / 58. 20.100 libavdevice 58. 5.100 / 58. 5.100 libavfilter 7. 40.101 / 7. 40.101 libswscale 5. 3.100 / 5. 3.100 libswresample 3. 3.100 / 3. 3.100 [NULL @ 000000000077b300] Opening 'pipe:' for reading [pipe @ 000000000077bc00] Setting default whitelist 'crypto' [mp3 @ 000000000077b300] Format mp3 probed with size=2048 and score=51 id3v2 ver:4 flags:00 len:35 [mp3 @ 000000000077b300] invalid concatenated file detected - using bitrate for duration [mp3 @ 000000000077b300] pad 576 1344 [mp3 @ 000000000077b300] Skipping 0 bytes of junk at 227. [mp3 @ 000000000077b300] Before avformat_find_stream_info() pos: 227 bytes read:32768 seeks:0 nb_streams:1 [mp3 @ 000000000077b300] demuxer injecting skip 1105 / discard 0 [mp3float @ 000000000077d380] skip 1105 / discard 0 samples due to side data [mp3float @ 000000000077d380] skip 1105/1152 samples [mp3 @ 000000000077b300] All info found [mp3 @ 000000000077b300] After avformat_find_stream_info() pos: 11491 bytes read:32768 seeks:0 frames:50 Input #0, mp3, from 'pipe:': Metadata: encoder : Lavf58.76.100 Duration: N/A, start: 0.025057, bitrate: 64 kb/s Stream #0:0, 50, 1/14112000: Audio: mp3, 44100 Hz, mono, fltp, 64 kb/s [AVIOContext @ 0000000002bc8100] Statistics: 32768 bytes read, 0 seeks }}} but not 4.4 {{{ ffprobe started on 2024-02-08 at 08:59:48 Report written to "ffprobe-20240208-085948.log" Log level: 99 Command line: ffprobe.exe -v 9 -loglevel 99 -report -i - ffprobe version n4.4.4-1-ga66ee3abd2 Copyright (c) 2007-2023 the FFmpeg developers built with gcc 13.1.0 (Rev5, Built by MSYS2 project) configuration: --disable-static --enable-shared --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-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-iconv --enable-lzma --enable- nvenc --enable-schannel --enable-zlib --enable-sdl2 --enable-ffnvcodec --enable-nvdec --enable-cuda-llvm --enable-gmp --enable-libmp3lame --enable-libopus --enable-libvorbis --enable-libvpx --enable-libdav1d --enable-libaom --disable-debug --enable-libfdk-aac --extra-libs=-liconv --enable-version3 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 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 [NULL @ 00000242d9feb480] Opening 'pipe:' for reading [pipe @ 00000242d9febf00] Setting default whitelist 'crypto,data' [AVIOContext @ 00000242dbcd0100] Statistics: 119618 bytes read, 0 seeks pipe:: Invalid data found when processing input }}} so I using git bisect I found c22665ae691ca313793330bfa7c9a2b70d53cbdf that commit occur this happen. Remove that commit content it works well in 4.4.4 too. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10859> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10790(ffmpeg:new): libvpx-vp9 "Mismatching timestamps; this is a bug, please report it"
by FFmpeg 04 Jun '24

04 Jun '24

#10790: libvpx-vp9 "Mismatching timestamps; this is a bug, please report it" -------------------------------------+------------------------------------- Reporter: amesrc | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: 6.1 Keywords: vp9 libvpx | Blocked By: bugs | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to convert some files in VP9 codec: in the first minutes of the videos it all goes fine, but after a while I get this error, and I can't get ffmpeg to complete the conversion of the file: {{{ [libvpx-vp9 @ 00000235185100c0] Error encoding frame: Unspecified internal errors speed=0.525x [libvpx-vp9 @ 00000235185100c0] Additional information: Failed to encode to the target level 40. The CPB size is too large. [vost#0:0/libvpx-vp9 @ 0000023517fcde80] Error submitting video frame to the encoder Error while filtering: Invalid data found when processing input [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11332 queued 11331; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11333 queued 11332; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11334 queued 11333; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11335 queued 11334; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11336 queued 11335; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11337 queued 11336; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11338 queued 11337; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11339 queued 11338; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11340 queued 11339; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11341 queued 11340; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11342 queued 11341; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11343 queued 11342; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11344 queued 11343; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11345 queued 11344; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11346 queued 11345; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11347 queued 11346; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11348 queued 11347; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11349 queued 11348; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11350 queued 11349; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11351 queued 11350; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11352 queued 11351; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11353 queued 11352; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11354 queued 11353; this is a bug, please report it [libvpx-vp9 @ 00000235185100c0] Mismatching timestamps: libvpx 11355 queued 11354; this is a bug, please report it [mp4 @ 00000235187b8800] Starting second pass: moving the moov atom to the beginning of the file [out#0/mp4 @ 00000235183cbbc0] video:346686kB audio:16911kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.064690% frame=11355 fps= 13 q=18.0 Lsize= 363832kB time=00:07:54.41 bitrate=6282.6kbits/s speed=0.523x [libvpx-vp9 @ 00000235185100c0] Encoded level 4.1 [aac @ 000002351882a5c0] Qavg: 48786.492 Conversion failed! }}} How to reproduce: {{{ % ffmpeg -i "input.mkv" \ -c:v libvpx-vp9 \ -vf "crop=1920:960:0:60" \ -level:v 4.0 \ -b:v 6M -maxrate:v 6M -minrate:v 6M -bufsize:v 6M \ -r 24000/1001 -g 48 -keyint_min 24 \ -c:a aac -ar 48000 -b:a 320k -ac 2 \ -pix_fmt yuv420p \ -movflags +faststart \ -row-mt 1 \ 1080.mp4 ffmpeg version 6.1.1-full_build-www.gyan.dev built with gcc 12.2.0 (Rev10, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --pkg- config=pkgconf --disable-w32threads --disable-autodetect --enable- fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable- librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --enable-libaribb24 --enable-libaribcaption --enable-libdav1d --enable-libdavs2 --enable- libuavs3d --enable-libzvbi --enable-librav1e --enable-libsvtav1 --enable- libwebp --enable-libx264 --enable-libx265 --enable-libxavs2 --enable- libxvid --enable-libaom --enable-libjxl --enable-libopenjpeg --enable- libvpx --enable-mediafoundation --enable-libass --enable-frei0r --enable- libfreetype --enable-libfribidi --enable-libharfbuzz --enable-liblensfun --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-dxva2 --enable-d3d11va --enable-libvpl --enable- libshaderc --enable-vulkan --enable-libplacebo --enable-opencl --enable- libcdio --enable-libgme --enable-libmodplug --enable-libopenmpt --enable- libopencore-amrwb --enable-libmp3lame --enable-libshine --enable-libtheora --enable-libtwolame --enable-libvo-amrwbenc --enable-libcodec2 --enable- libilbc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-ladspa --enable-libbs2b --enable-libflite --enable-libmysofa --enable-librubberband --enable- libsoxr --enable-chromaprint }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10790> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#10952(avcodec:new): negative-size-param bug at libavcodec/mpegvideo_enc.c:1216:21 in load_input_picture in FFmpeg7.0
by FFmpeg 03 Jun '24

03 Jun '24

#10952: negative-size-param bug at libavcodec/mpegvideo_enc.c:1216:21 in load_input_picture in FFmpeg7.0 -------------------------------------+------------------------------------- Reporter: | Type: defect ZengYunxiang | Status: new | Priority: important Component: avcodec | Version: 7.0 Keywords: bugs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Dear developers, I found the following negative-size-param bug on FFmpeg7.0, please confirm. The poc file(poc21ffmpeg) will be attached to this ticket. How to reproduce: {{{ tar -xvf ffmpeg-7.0.tar.xz cd ffmpeg-7.0 ./configure --cc=clang --cxx=clang++ --ld=clang --enable-debug --toolchain =clang-asan make -j30 ./ffmpeg_g -y -i poc21ffmpeg tmp.mp4 }}} ASAN Log: {{{ ================================================================= ==2083195==ERROR: AddressSanitizer: negative-size-param: (size=-40) #0 0x555633abd3b4 in __asan_memcpy (/ffmpeg-7.0/ffmpeg_g+0x9a23b4) (BuildId: 545ccc2062eaee7e775c86df925c8f1fb97035e3) #1 0x555635cd8547 in load_input_picture /ffmpeg-7.0/libavcodec/mpegvideo_enc.c:1216:21 #2 0x555635cd8547 in ff_mpv_encode_picture /ffmpeg-7.0/libavcodec/mpegvideo_enc.c:1765:9 #3 0x555635398c73 in ff_encode_encode_cb /ffmpeg-7.0/libavcodec/encode.c:253:11 #4 0x55563539a3a8 in encode_simple_internal /ffmpeg-7.0/libavcodec/encode.c:339:15 #5 0x55563539a3a8 in encode_simple_receive_packet /ffmpeg-7.0/libavcodec/encode.c:353:15 #6 0x55563539a3a8 in encode_receive_packet_internal /ffmpeg-7.0/libavcodec/encode.c:387:15 #7 0x555635399a81 in avcodec_send_frame /ffmpeg-7.0/libavcodec/encode.c:530:15 #8 0x555633b207f0 in encode_frame /ffmpeg-7.0/fftools/ffmpeg_enc.c:675:11 #9 0x555633b207f0 in frame_encode /ffmpeg-7.0/fftools/ffmpeg_enc.c:843:12 #10 0x555633b1f229 in encoder_thread /ffmpeg-7.0/fftools/ffmpeg_enc.c:929:15 #11 0x555633b897d2 in task_wrapper /ffmpeg-7.0/fftools/ffmpeg_sched.c:2447:11 #12 0x7f3427401ac2 (/lib/x86_64-linux-gnu/libc.so.6+0x94ac2) (BuildId: a43bfc8428df6623cd498c9c0caeb91aec9be4f9) #13 0x7f3427493a3f (/lib/x86_64-linux-gnu/libc.so.6+0x126a3f) (BuildId: a43bfc8428df6623cd498c9c0caeb91aec9be4f9) 0x611000040780 is located 0 bytes inside of 192-byte region [0x611000040780,0x611000040840) allocated by thread T18 (fc0) here: #0 0x555633abec67 in __interceptor_posix_memalign (/ffmpeg-7.0/ffmpeg_g+0x9a3c67) (BuildId: 545ccc2062eaee7e775c86df925c8f1fb97035e3) #1 0x5556380269d1 in av_malloc /ffmpeg-7.0/libavutil/mem.c:105:9 #2 0x555637fc0b6c in av_buffer_alloc /ffmpeg-7.0/libavutil/buffer.c:82:12 #3 0x555637fc0b6c in av_buffer_allocz /ffmpeg-7.0/libavutil/buffer.c:95:24 #4 0x555637fc35d6 in pool_alloc_buffer /ffmpeg-7.0/libavutil/buffer.c:363:26 #5 0x555637fc35d6 in av_buffer_pool_get /ffmpeg-7.0/libavutil/buffer.c:401:15 #6 0x555633cd8ca5 in ff_frame_pool_get /ffmpeg-7.0/libavfilter/framepool.c:217:29 #7 0x555634431dfe in ff_default_get_video_buffer2 /ffmpeg-7.0/libavfilter/video.c:96:13 #8 0x5556344317cc in ff_get_video_buffer /ffmpeg-7.0/libavfilter/video.c:119:15 Thread T17 (enc0:0:mpeg4) created by T0 here: #0 0x555633aa756c in __interceptor_pthread_create (/ffmpeg-7.0/ffmpeg_g+0x98c56c) (BuildId: 545ccc2062eaee7e775c86df925c8f1fb97035e3) #1 0x555633b81d23 in task_start /ffmpeg-7.0/fftools/ffmpeg_sched.c:416:11 Thread T18 (fc0) created by T0 here: #0 0x555633aa756c in __interceptor_pthread_create (/ffmpeg-7.0/ffmpeg_g+0x98c56c) (BuildId: 545ccc2062eaee7e775c86df925c8f1fb97035e3) #1 0x555633b81d23 in task_start /ffmpeg-7.0/fftools/ffmpeg_sched.c:416:11 SUMMARY: AddressSanitizer: negative-size-param (/ffmpeg-7.0/ffmpeg_g+0x9a23b4) (BuildId: 545ccc2062eaee7e775c86df925c8f1fb97035e3) in __asan_memcpy ==2083195==ABORTING }}} ffmpeg version: {{{ # ./ffmpeg -version ffmpeg version 7.0 Copyright (c) 2000-2024 the FFmpeg developers built with Ubuntu clang version 14.0.0-1ubuntu1.1 configuration: --cc=afl-clang-fast --cxx=afl-clang-fast++ --disable-shared 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 }}} Credit: {{{ Discovered by Zeng Yunxiang. }}} Thanks for your time! -- Ticket URL: <https://trac.ffmpeg.org/ticket/10952> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#11004(avutil:new): libavutil/hwcontext_qsv.c does not compile with GCC 14 (MinGW)
by FFmpeg 03 Jun '24

03 Jun '24

#11004: libavutil/hwcontext_qsv.c does not compile with GCC 14 (MinGW) --------------------------------------+---------------------------------- Reporter: Marcos Mello | Type: defect Status: new | Priority: normal Component: avutil | Version: 7.0 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: `-Wincompatible-pointer-types` now errors out on GCC 14: https://gcc.gnu.org/gcc-14/porting_to.html#incompatible-pointer-types How to reproduce: {{{ $ x86_64-w64-mingw32-gcc --version x86_64-w64-mingw32-gcc (GCC) 14.0.1 20240127 (Fedora MinGW 14.0.1-1.fc40) Copyright (C) 2024 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ PKG_CONFIG_PATH="$(pwd)/3rd-party/lib/pkgconfig" PKG_CONFIG_SYSROOT_DIR="$(pwd)" ./configure --target-os=mingw32 --arch=x86_64 --cross-prefix=x86_64-w64-mingw32- --disable-everything --enable-libvpl --enable-filter=vpp_qsv $ make [...] CC libavutil/hwcontext_qsv.o libavutil/hwcontext_qsv.c: In function 'qsv_d3d11_update_config': libavutil/hwcontext_qsv.c:696:70: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 696 | av_log(ctx, AV_LOG_ERROR, "Error IDXGIDevice_GetAdapter %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c:703:68: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 703 | av_log(ctx, AV_LOG_ERROR, "Error IDXGIAdapter_GetDesc %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c:707:71: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 707 | av_log(ctx, AV_LOG_ERROR, "Error ID3D11Device_QueryInterface %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c: In function 'qsv_d3d9_update_config': libavutil/hwcontext_qsv.c:766:60: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 766 | av_log(ctx, AV_LOG_ERROR, "Error OpenDeviceHandle %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld In file included from libavutil/hwcontext_dxva2.h:34, from libavutil/hwcontext_qsv.c:39: libavutil/hwcontext_qsv.c:770:68: error: passing argument 3 of 'devmgr->lpVtbl->LockDevice' from incompatible pointer type [-Wincompatible-pointer-types] 770 | hr = IDirect3DDeviceManager9_LockDevice(devmgr, device_handle, &device, TRUE); | ^~~~~~~ | | | IDirect3DDevice9Ex ** libavutil/hwcontext_qsv.c:770:68: note: expected 'IDirect3DDevice9 **' but argument is of type 'IDirect3DDevice9Ex **' libavutil/hwcontext_qsv.c:772:54: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 772 | av_log(ctx, AV_LOG_ERROR, "Error LockDevice %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c:779:82: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 779 | av_log(ctx, AV_LOG_ERROR, "Error IDirect3DDevice9_GetCreationParameters %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld In file included from libavutil/hwcontext_dxva2.h:33: libavutil/hwcontext_qsv.c:784:49: error: passing argument 2 of 'device->lpVtbl->GetDirect3D' from incompatible pointer type [-Wincompatible-pointer-types] 784 | hr = IDirect3DDevice9Ex_GetDirect3D(device, &d3d9ex); | ^~~~~~~ | | | IDirect3D9Ex ** libavutil/hwcontext_qsv.c:784:49: note: expected 'IDirect3D9 **' but argument is of type 'IDirect3D9Ex **' libavutil/hwcontext_qsv.c:786:77: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 786 | av_log(ctx, AV_LOG_ERROR, "Error IDirect3DDevice9Ex_GetAdapterLUID %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c:793:77: warning: format '%d' expects argument of type 'int', but argument 4 has type 'HRESULT' {aka 'long int'} [-Wformat=] 793 | av_log(ctx, AV_LOG_ERROR, "Error IDirect3DDevice9Ex_GetAdapterLUID %d\n", hr); | ~^ ~~ | | | | int HRESULT {aka long int} | %ld libavutil/hwcontext_qsv.c: In function 'qsv_frames_derive_from': libavutil/hwcontext_qsv.c:1372:13: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] 1372 | AVD3D11VAFramesContext *dst_hwctx = dst_ctx->hwctx; | ^~~~~~~~~~~~~~~~~~~~~~ make: *** [ffbuild/common.mak:81: libavutil/hwcontext_qsv.o] Error 1 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11004> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#6354(avfilter:new): segfault using signature filter on some videos
by FFmpeg 03 Jun '24

03 Jun '24

#6354: segfault using signature filter on some videos -----------------------------------+--------------------------------------- Reporter: smarquard | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- The attached videos produce a segfault when using the signature filter. Using the x64 binary build for ffmpeg 3.3: https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-64bit- static.tar.xz How to reproduce: {{{ ffmpeg -i v1.avi -i v2.avi -filter_complex "[0:v][1:v] signature=nb_inputs=2:detectmode=full" -map :v -f null - }}} Most videos work fine, but these particular ones cause a segfault and core dump though the static build does not contain debugging symbols so I was not able to get a backtrace. ffmpeg version 3.3-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.1 (Debian 5.4.1-8) 20170304 configuration: --enable-gpl --enable-version3 --enable-static --disable- debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio --cc=gcc-5 --enable-fontconfig --enable-frei0r --enable-gnutls --enable- gray --enable-libass --enable-libfreetype --enable-libfribidi --enable- libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable- libspeex --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libzimg libavutil 55. 58.100 / 55. 58.100 libavcodec 57. 89.100 / 57. 89.100 libavformat 57. 71.100 / 57. 71.100 libavdevice 57. 6.100 / 57. 6.100 libavfilter 6. 82.100 / 6. 82.100 libswscale 4. 6.100 / 4. 6.100 libswresample 2. 7.100 / 2. 7.100 libpostproc 54. 5.100 / 54. 5.100 -- Ticket URL: <https://trac.ffmpeg.org/ticket/6354> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5