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

#11116(avutil:new): av_frame_get_buffer automatic alignment is incorrect for AVX512 CPUs
by FFmpeg 08 Aug '24

08 Aug '24

#11116: av_frame_get_buffer automatic alignment is incorrect for AVX512 CPUs -------------------------------------+------------------------------------- Reporter: Aras | Type: defect Pranckevicius | Status: new | Priority: normal Component: avutil | Version: git- | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: av_frame_get_buffer with "automatic" (align=0) alignment ends up picking 32 alignment, even if on an AVX512 CPU it should have picked 64. Actual get_video_buffer function implementation, in the original commit that added automatic alignment (2017 Feb) https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4de220d2e3751c4?hp=f44e… used av_cpu_max_align. However, a later merge of that commit (2017 Sep) https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/7aa6b8a68fce93d84?hp=24… replaced usage of av_cpu_max_align with hardcoded value of 32, with a comment saying that it should really be av_cpu_max_align. The repro case is a bit involved, currently I don't have a clean one, only an indirect one through investigating a Blender bug report (https://projects.blender.org/blender/blender/issues/125446) Where it ends up being a problem, is when a video frame is decoded through ffmpeg, and then YUV -> RGBA conversion is done through libswscale. On an AVX512 CPU, where video width is not multiple of 16 pixels (i.e. RGBA image stride is not multiple of 64 bytes), the swscale conversion ends up emitting "wrapping artifacts" on the left side of the image. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11116> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#8338(undetermined:new): can't copy GoPro metadata
by FFmpeg 07 Aug '24

07 Aug '24

#8338: can't copy GoPro metadata -------------------------------------+------------------------------------- Reporter: importon | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: metadata, | Blocked By: gopro | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to swap out the video track of a GoPro mp4 file (0.mp4) with another (1.mp4) while keeping all the GPMF metadata in the 1st GoPro file. It results in error message "[mp4 @ 000002a357fdef40] Could not find tag for codec none in stream #2, codec not currently supported in container Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy)" How to reproduce: {{{ ffmpeg -i 0.MP4 -i 1.mp4 -map_metadata 0 -map 0 -movflags use_metadata_tags -c copy -copy_unknown GHO10772mux.MP4 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8338> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 25

#10295(avformat:new): movenc: copyts with use_tfdt does not copy base media decode time
by FFmpeg 07 Aug '24

07 Aug '24

#10295: movenc: copyts with use_tfdt does not copy base media decode time ----------------------------------+-------------------------------------- Reporter: thinkski | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: mov fmp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- When transcoding an MP4 segment to another MP4 segment, it is useful to be able to use the same base media decode time within the tfdt tag, so that segments can be transcoded in parallel. Specifying copyts and use_tfdt should achieve this, but does not, instead producing an output MP4 where the base media decode time begins with 0. How to reproduce: {{{ % ffmpeg -copyts -i in.mp4 -movflags use_tfdt -f mp4 -movflags cmaf+delay_moov+skip_trailer out.mp4 % mp4dump in.mp4 ... [tfdt] size=12+8, version=1 base media decode time = 151213553719664 ... % mp4dump out.mp4 ... [tfdt] size=12+8, version=1 base media decode time = 0 ... }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10295> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#11080(undetermined:new): FFmpeg timestamps do not consistenly agree with packet timestamps
by FFmpeg 07 Aug '24

07 Aug '24

#11080: FFmpeg timestamps do not consistenly agree with packet timestamps -------------------------------------+------------------------------------- Reporter: markfilipak | 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: I made a 4 second clip having 97 actual frames. Physical order is DTS. VLC and PowerDVD play the clip perfectly. '-f framecrc' & packet analyzer agree: 97 frames, same DTSes & PTSes. '-vf showinfo' disagrees: 53 frames, a gap, and duplicates. '-show_frames' disagrees: 53 frames, a different gap, and different duplicates. '-vf showinfo' & '-show_frames' disagree substantially. Other effects: MPV exhibits a 2 second glitch that matches the gap. '-ss' and '-to' exhibit the same sorts of problems. __packet analyzer__ _____framecrc______ ___showinfo___ ______show_frames_______ (physical order) (DTS order) (DTS order) (DTS order) ___DTS___ ___PTS___ ___DTS___ ___PTS___ PN ___PTS___ DN ___DTS___ ___PTS___ 504133642 504137396 504133642 504137396 0 504137396 I 504137396 504148657 504137396 504148657 3 504148657 P 504141150 504141150 504141150 1 504141150 all these PTSes = DTSes - 3 frames 504144903 504144903 504144903 2 504144903 ¦ 504148657 504156165 504148657 504156165 5 504156165 P 0 504148657 504137396 I 504152411 504152411 504152411 4 504152411 1 504152411 504141150 504156165 504167426 504156165 504167426 8 504167426 P 2 504156165 504144903 504159918 504159918 504159918 6 504159918 3 504159918 504148657 P 504163672 504163672 504163672 7 504163672 4 504163672 504152411 504167426 504174933 504167426 504174933 10 504174933 P 5 504167426 504156165 P 504171180 504171180 504171180 9 504171180 6 504171180 504159918 504174933 504186195 504174933 504186195 13 504186195 P 7 504174933 504163672 504178687 504178687 504178687 11 504178687 8 504178687 504167426 P? 504182441 504182441 504182441 12 504182441 9 504182441 504171180 504186195 504197456 504186195 504197456 16 504197456 P 10 504186195 504174933 P 504189948 504189948 504189948 14 504189948 11 504189948 504178687 504193702 504193702 504193702 15 504193702 12 504193702 504182441 ===== MPV time pauses here momentarily, then jumps 3 frames later ===== 504197456 504204963 504197456 504204963 18 504204963 P 13 504197456 504186195 P 504201210 504201210 504201210 17 504201210 14 504201210 504189948 504204963 504216225 504204963 504216225 15 504204963 504193702 ===== MPV time jumps from here ===== 504208717 504208717 504208717 19 504208717 16 504208717 504197456 P? 504212471 504212471 504212471 20 504212471 17 504212471 504201210 504216225 504223732 504216225 504223732 18 504216225 504204963 P 504219978 504219978 504219978 19 504219978 504208717 ===================== SPLICE HERE ====================== 504223731 504227485 504223731 504227485 504227485 504234993 504227485 504234993 504231239 504231239 504231239 504234993 504246254 504234993 504246254 504238746 504238746 504238746 504242500 504242500 504242500 504246254 504257515 504246254 504257515 504250008 504250008 504250008 504253761 504253761 504253761 504257515 504265023 504257515 504265023 504261269 504261269 504261269 504265023 504276284 504265023 504276284 504268776 504268776 504268776 504272530 504272530 504272530 504276284 504287545 504276284 504287545 504280038 504280038 504280038 504283791 504283791 504283791 504287545 504295053 504287545 504295053 504291299 504291299 504291299 504295053 504306314 504295053 504306314 504298806 504298806 504298806 504302560 504302560 504302560 504306314 504317575 504306314 504317575 504310068 504310068 504310068 504313821 504313821 504313821 504317575 504325083 504317575 504325083 504321329 504321329 504321329 504325083 504332590 504325083 504332590 504328836 504328836 504328836 504332590 504340098 504332590 504340098 504336344 504336344 504336344 504340098 504347605 504340098 504347605 504343851 504343851 504343851 504347605 504355113 504347605 504355113 504351359 504351359 504351359 504355113 504362620 504355113 504362620 504358866 504358866 504358866 504362620 504370128 504362620 504370128 504366374 504366374 504366374 504370128 504377635 504370128 504377635 504373881 504373881 504373881 504377635 504385143 504377635 504385143 504381389 504381389 504381389 504385143 504396404 504385143 504396404 22 504396404 P 20 504385143 504212471 ===== MPV time jumps to here ===== 504388896 504388896 504388896 504392650 504392650 504392650 21 504392650 21 504392650 504392650 --+ best_effort_timestamp 504396404 504407665 504396404 504407665 25 504407665 22 504396404 504216225 P? ¦ switches 504400158 504400158 504400158 23 504400158 P 23 504400158 504396404 P ¦ from 504403911 504403911 504403911 24 504403911 24 504403911 504219978 ¦ 'pts' 504407665 504418926 504407665 504418926 28 504418926 I 25 504407665 504400158 ¦ to 504411419 504411419 504411419 26 504411419 I? 26 504411419 504223732 I ¦ 'pkt_dts' 504415173 504415173 504415173 27 504415173 27 504415173 504403911 ¦ here 504418926 504426434 504418926 504426434 30 504426434 28 504418926 504407665 I ¦ 504422680 504422680 504422680 29 504422680 29 504422680 504411419 ¦ 504426434 504433941 504426434 504433941 32 504433941 30 504426434 504415173 ¦ 504430188 504430188 504430188 31 504430188 P 31 504430188 504418926 P ¦ 504433941 504445203 504433941 504445203 35 504445203 P 32 504433941 504422680 ¦ 504437695 504437695 504437695 33 504437695 P? 33 504437695 504426434 P ¦ 504441449 504441449 504441449 34 504441449 34 504441449 504430188 ¦ 504445203 504456464 504445203 504456464 38 504456464 P 35 504445203 504433941 P ¦ 504448956 504448956 504448956 36 504448956 36 504448956 504437695 ¦ 504452710 504452710 504452710 37 504452710 37 504452710 504441449 ¦ 504456464 504467725 504456464 504467725 41 504467725 P 38 504456464 504445203 P ¦ 504460218 504460218 504460218 39 504460218 39 504460218 504448956 ¦ 504463971 504463971 504463971 40 504463971 40 504463971 504452710 ¦ 504467725 504475233 504467725 504475233 43 504475233 41 504467725 504456464 P ¦ 504471479 504471479 504471479 42 504471479 42 504471479 504460218 ¦ 504475233 504486494 504475233 504486494 46 504486494 P 43 504475233 504463971 ¦ 504478986 504478986 504478986 44 504478986 P? 44 504478986 504467725 P? ¦ 504482740 504482740 504482740 45 504482740 45 504482740 504471479 ¦ 504486494 504497755 504486494 504497755 52 504497755 I 46 504486494 504475233 P? ¦ 504490248 504490248 504490248 47 504490248 47 504490248 504478986 ¦ 504494001 504494001 504494001 48 504494001 48 504494001 504482740 --+ duplicate of 46 -> 49 504486494 P 49 "N/A" 504486494 P duplicate of 47 -> 50 504490248 50 "N/A" 504490248 duplicate of 48 -> 51 504494001 51 "N/A" 504494001 52 "N/A" 504497755 I How to reproduce: ffmpeg -i Ticket.m2ts -map 0 -copyts -c copy -dn -sn -f framecrc - >Ticket.m2ts_framecrc.txt ffmpeg -copyts -i Ticket.m2ts -map 0:v -vf showinfo -c:v rawvideo -f null -muxdelay 0 - 2>Ticket.m2ts_showinfo.txt ffprobe -sexagesimal -select_streams v -show_frames -of flat -i Ticket.m2ts >Ticket.m2ts_show_frames.txt [note] ffmpeg version 2024-05-20-git-127ded5078-full_build-www.gyan.dev [note] show_frames complains: [null @ 000000000488bc40] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 134397 >= 134395 [null @ 000000000488bc40] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 134397 >= 134396 [null @ 000000000488bc40] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 134397 >= 134397 What 134397 is, is unknown. It is not a DTS or PTS or packet number (packet numbers are 0..73599). }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11080> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 92

#11129(undetermined:new): No support for ABGR2101010 pixel format
by FFmpeg 06 Aug '24

06 Aug '24

#11129: No support for ABGR2101010 pixel format -------------------------------------+------------------------------------- Reporter: Quackdoc | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- FFmpeg currently supports the XBGR2101010 pixel format but not ABGR2101010. This causes the below error when trying to use kmsgrab {{{ % sudo ffmpeg -device /dev/dri/card1 -f kmsgrab -plane_id 84 -i - -vf 'hwdownload,format=a2rgb10le' test.mp4 -report ffmpeg started on 2024-08-06 at 15:55:56 Report written to "ffmpeg-20240806-155556.log" Log level: 48 ffmpeg version n7.0.1 Copyright (c) 2000-2024 the FFmpeg developers built with gcc 14.1.1 (GCC) 20240720 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-gpl --enable- ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libdav1d --enable-libdrm --enable-libdvdnav --enable-libdvdread --enable-libfreetype --enable-libfribidi --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-mbedtls --enable-nvdec --enable-nvenc --enable-opencl --enable-opengl --enable- shared --enable-vapoursynth --enable-version3 --enable-vulkan 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 [kmsgrab @ 0x61556e6c7c80] Template framebuffer is 300: 1280x960 format 30334241 modifier 100000000000009 flags 2. [kmsgrab @ 0x61556e6c7c80] Framebuffer pixel format 30334241 is not a known supported format. [in#0 @ 0x61556e6c79c0] Error opening input: Invalid argument Error opening input file -. Error opening input files: Invalid argument }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11129> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#11126(undetermined:new): Using filter setpts=PTS-STARTPTS in 2 pass vp9 webm causes final video bitrate to be small
by FFmpeg 06 Aug '24

06 Aug '24

#11126: Using filter setpts=PTS-STARTPTS in 2 pass vp9 webm causes final video bitrate to be small -------------------------------------+------------------------------------- Reporter: Saul Baker | 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: Converting an mp4 to vp9 webm displays a marked reduction in quality and small final video bitrate when the filter "setpts=PTS-STARTPTS" is applied during a 2 pass encode, 1 pass encodes do not display the same difference, nor does an arbitrary old version. How to reproduce: {{{ ffmpeg -y -i "source.mp4" -filter_complex "setpts=PTS-STARTPTS" -pass 1 -passlogfile pass.log -c:v libvpx-vp9 -c:a libopus -pix_fmt yuv420p -quality good -b:v 3271553 -an -sn -f null nul ffmpeg -y -i "source.mp4" -filter_complex "setpts=PTS-STARTPTS" -pass 2 -passlogfile pass.log -c:v libvpx-vp9 -c:a libopus -pix_fmt yuv420p -quality good -b:v 3271553 -ac 1 -ar 48k -b:a 65536 -sn dest_2pass_setpts.webm ffmpeg -y -i "source.mp4" -filter_complex "null" -pass 1 -passlogfile pass.log -c:v libvpx-vp9 -c:a libopus -pix_fmt yuv420p -quality good -b:v 3271553 -an -sn -f null nul ffmpeg -y -i "source.mp4" -filter_complex "null" -pass 2 -passlogfile pass.log -c:v libvpx-vp9 -c:a libopus -pix_fmt yuv420p -quality good -b:v 3271553 -ac 1 -ar 48k -b:a 65536 -sn dest_2pass_nofilter.webm ffmpeg -y -i "source.mp4" -filter_complex "setpts=PTS-STARTPTS" -c:v libvpx-vp9 -c:a libopus -pix_fmt yuv420p -quality good -b:v 3271553 -ac 1 -ar 48k -b:a 65536 -sn dest_1pass_setpts.webm }}} ffprobe output for 2024-08-01-git-bcf08c1171 {{{ >> ffprobe dest_2pass_setpts.webm Duration: 00:00:41.73, start: -0.007000, bitrate: 68 kb/s >> ffprobe dest_2pass_nofilter.webm Duration: 00:00:41.73, start: -0.007000, bitrate: 3268 kb/s >> ffprobe dest_1pass_setpts.webm Duration: N/A, start: -0.007000, bitrate: N/A }}} ffprobe output for 2023-01-30-git-2d202985b7 {{{ >> ffprobe dest_2pass_setpts.webm Duration: 00:00:41.73, start: -0.007000, bitrate: 3268 kb/s >> ffprobe dest_2pass_nofilter.webm Duration: 00:00:41.73, start: -0.007000, bitrate: 3268 kb/s >> ffprobe dest_1pass_setpts.webm Duration: 00:00:41.73, start: -0.007000, bitrate: 2614 kb/s }}} {{{ ffmpeg version 2024-08-01-git-bcf08c1171-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. 31.100 / 59. 31.100 libavcodec 61. 11.100 / 61. 11.100 libavformat 61. 5.101 / 61. 5.101 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 libpostproc 58. 2.100 / 58. 2.100 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/11126> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 23

#11028(undetermined:new): Audio of damaged MP4 suddenly stops playing
by FFmpeg 05 Aug '24

05 Aug '24

#11028: Audio of damaged MP4 suddenly stops playing -------------------------------------+------------------------------------- Reporter: PumaD | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Follow-up to #11005 Got a slightly damaged 1.9 GiB MP4 file. When playing with ffplay (or any ffmpeg based player like mpv) the audio suddenly stops playing at 00:43:05. Remuxing the file with mkvtoolnix resolves this problem. (https://gitlab.com/mbunkus/mkvtoolnix; `mkvmerge --output out.mkv slightly-damaged-audio-stops-at-00-43-05.mp4`) Remuxing with ffmpeg instead does not. (`ffmpeg -i slightly-damaged-audio-stops-at-00-43-05.mp4 -c copy out.mkv`) How to reproduce: {{{ $ ffplay -ss 00:43:00 slightly-damaged-audio-stops-at-00-43-05.mp4 ffplay version N-115363-g3146b77a7d Copyright (c) 2003-2024 the FFmpeg developers built with gcc 14.1.1 (GCC) 20240507 configuration: libavutil 59. 19.100 / 59. 19.100 libavcodec 61. 5.104 / 61. 5.104 libavformat 61. 3.103 / 61. 3.103 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x726024000c80] Sample size 3043950162 is too large [h264 @ 0x726024001c00] concealing 1691 DC, 1691 AC, 1691 MV errors in I frame Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'slightly-damaged-audio-stops- at-00-43-05.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Duration: 01:28:36.03, start: 0.000000, bitrate: 1577 kb/s Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 960x720 [SAR 1:1 DAR 4:3], 3028 kb/s, 29.93 fps, 30 tbr, 90k tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 93 kb/s (default) Metadata: handler_name : SoundHandler vendor_id : [0][0][0][0] [h264 @ 0x72602455e800] concealing 1127 DC, 1127 AC, 1127 MV errors in P frame 2589.48 A-V: -0.008 fd= 0 aq= 0KB vq=15360KB sq= 0B }}} (Sample upload in progress) -- Ticket URL: <https://trac.ffmpeg.org/ticket/11028> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#11029(undetermined:new): Video of damaged MP4 freezes for half a second during playback
by FFmpeg 05 Aug '24

05 Aug '24

#11029: Video of damaged MP4 freezes for half a second during playback -------------------------------------+------------------------------------- Reporter: PumaD | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Follow-up to #11005 Got a slightly damaged 1.9 GiB MP4 file. When playing with ffplay (or any ffmpeg based player like mpv) the video freezes for about half a second at 00:42:58. Remuxing the file with mkvtoolnix resolves this problem. (https://gitlab.com/mbunkus/mkvtoolnix; mkvmerge --output out.mkv slightly-damaged-audio-stops-at-00-43-05.mp4) Remuxing with ffmpeg instead does not. (ffmpeg -i slightly-damaged-audio-stops-at-00-43-05.mp4 -c copy out.mkv) Sample (from #11028): https://streams.videolan.org/ffmpeg/incoming/11028/slightly-damaged-audio- stops-at-00-43-05.mp4 (~ 1 GiB) Note: NSFW How to reproduce: {{{ $ ./ffplay -ss 00:42:55 slightly-damaged-audio-stops-at-00-43-05.mp4 ffplay version N-115363-g3146b77a7d Copyright (c) 2003-2024 the FFmpeg developers built with gcc 14.1.1 (GCC) 20240507 configuration: libavutil 59. 19.100 / 59. 19.100 libavcodec 61. 5.104 / 61. 5.104 libavformat 61. 3.103 / 61. 3.103 libavdevice 61. 2.100 / 61. 2.100 libavfilter 10. 2.102 / 10. 2.102 libswscale 8. 2.100 / 8. 2.100 libswresample 5. 2.100 / 5. 2.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb1bc000c80] Sample size 3043950162 is too large [h264 @ 0x7fb1bc001c00] concealing 1691 DC, 1691 AC, 1691 MV errors in I frame Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'slightly-damaged-audio-stops- at-00-43-05.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf57.62.100 Duration: 01:28:36.03, start: 0.000000, bitrate: 1577 kb/s Stream #0:0[0x1](und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 960x720 [SAR 1:1 DAR 4:3], 3028 kb/s, 29.93 fps, 30 tbr, 90k tbn (default) Metadata: handler_name : VideoHandler vendor_id : [0][0][0][0] Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 93 kb/s (default) Metadata: handler_name : SoundHandler vendor_id : [0][0][0][0] Truncating packet of size 268435713 to 35501233KB sq= 0B [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fb1bc000c80] Packet corrupt (stream = 1, dts = 113707010). [aac @ 0x7fb1bc008240] channel element 2.0 is not allocated [aac @ 0x7fb1bc008240] channel element 2.0 is not allocated [aac @ 0x7fb1bc008240] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x7fb1bc008240] channel element 3.1 is not allocated [h264 @ 0x7fb1bc5c8700] concealing 1127 DC, 1127 AC, 1127 MV errors in P frame 2584.75 A-V: -0.017 fd= 7 aq= 1KB vq=15359KB sq= 0B }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11029> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#8063(undetermined:new): `-vsync cfr` tends to duplicate the wrong frames
by FFmpeg 05 Aug '24

05 Aug '24

#8063: `-vsync cfr` tends to duplicate the wrong frames -------------------------------------+------------------------------------- Reporter: gdgsdg123 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- With a VFR input, `-vsync cfr` may alter the playback experience by duplicating the wrong frames. (appeared to be... exactly 1 frame later) [[BR]] [[BR]] Simple illustration of the problem: (each number represents a frame of unique content) `-vsync vfr` (expressed in CFR manner): {{{ 1 1 2 2 3 }}} `-vsync cfr`: {{{ 1 2 2 3 3 }}} [[BR]] Note: The above happened in MP4, MKV container, failed to reproduce (seemed working correctly) in AVI container. (tested x264, and appeared to be codec dependent... as with magicyuv it happens in AVI also, and more severe: broken frames ^(part of the duplicated frames have incorrect color)^) -- Ticket URL: <https://trac.ffmpeg.org/ticket/8063> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 18

#11023(undetermined:new): ddagrab / nvenc
by FFmpeg 04 Aug '24

04 Aug '24

#11023: ddagrab / nvenc -------------------------------------+------------------------------------- Reporter: | Type: defect oiaoidjiaojdsaosidjasowid | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: ddagrab | Blocked By: NVENC | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: using the ddagrab filter and encoding with hevc_nvenc causes issues when b-frames are enabled. same command but with -bf 0 works fine ffmpeg version: ffmpeg version N-115358-gd1b96c3808-20240522 How to reproduce: {{{ ffmpeg.exe -lavfi "ddagrab=framerate=240" -c:v hevc_nvenc ddagrab.mkv }}} {{{ [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 67 PTS: 58, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 108 PTS: 96, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 158 PTS: 142, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 208 PTS: 192, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 258 PTS: 238, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 304 PTS: 283, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 354 PTS: 333, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 404 PTS: 379, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 454 PTS: 425, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 492 PTS: 475, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 554 PTS: 538, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 588 PTS: 571, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 604 PTS: 600, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 633 PTS: 621, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 654 PTS: 646, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 683 PTS: 671, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 704 PTS: 696, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 729 PTS: 721, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 754 PTS: 742, replacing by guess [vost#0:0/hevc_nvenc @ 0000019aa65f49c0] Invalid DTS: 775 PTS: 771, replacing by guess }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/11023> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1