October 2022 - FFmpeg-trac - lists.ffmpeg.org

#9500(undetermined:new): HEVC encoder settings are not set
by FFmpeg 16 Oct '22

16 Oct '22

#9500: HEVC encoder settings are not set -------------------------------------+------------------------------------- Reporter: zboubida | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: encoder | Blocked By: settings | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Using a git build on both Linux and Windows (N-59465-g4f8494fe5a-static), when encoding a HEVC video to HEVC, the encoder settings are not set in the encoded file (instead, the original values are copied). Release 4.4.1 does not exhibit this behaviour. How to reproduce: The test.mkv video is HEVC encoded with preset=slow and crf=18. out.mkv will use preset fast and crf=22. (Using mediainfo here to display the encoder settings) {{{ % ffmpeg -i test.mkv -c:v libx265 -preset fast -x265-params crf=22 out.mkv [ffmpeg output attached] % mediainfo --Output='Video;%Encoded_Library_Settings%' test.mkv >test.txt % mediainfo --Output='Video;%Encoded_Library_Settings%' out.mkv >out.txt % diff test.txt out.txt && echo $? 0 % mediainfo --Output='Video;%Encoded_Library_Settings%' out.mkv | grep -Eo 'crf=[0-9]+' crf=18 }}} Same happens in 10bit HEVC. When transcoding from AVC to HEVC, it seems that the encoder settings are added properly. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9500> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#9620(avcodec:new): Please add: .WEM Wwise Encoded Media File
by FFmpeg 16 Oct '22

16 Oct '22

#9620: Please add: .WEM Wwise Encoded Media File ---------------------------------+--------------------------------------- Reporter: PCUser | Type: defect Status: new | Priority: critical Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- Please add: .WEM Wwise Encoded Media File https://fileinfo.com/extension/wem What is a WEM file? File created by Wwise (WaveWorks Interactive Sound Engine), a sound engine used for producing video game audio; contains audio data encoded in the Wwise proprietary format; uses a format that allows sounds to be modified in real-time during gameplay; may be packaged within a game archive rather than stored as a standalone game asset file. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9620> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#9499(avformat:new): The libamqp.c file has a plaintext password, and the amqp network protocol has security problems.
by FFmpeg 16 Oct '22

16 Oct '22

#9499: The libamqp.c file has a plaintext password, and the amqp network protocol has security problems. -------------------------------------+------------------------------------- Reporter: wujian | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: amqp | unspecified network protocol security | Blocked By: problems | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ if (!password || *password == '\0') '''password = "guest";''' password_decoded = ff_urldecode(password, 0); if (!password_decoded) return AVERROR(ENOMEM); user = credentials; if (*user == '\0') '''user = "guest";''' }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9499> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#9439(undetermined:new): videotoolbox DTS is invalid
by FFmpeg 16 Oct '22

16 Oct '22

#9439: videotoolbox DTS is invalid -------------------------------------+------------------------------------- Reporter: Paul | Type: defect Pacifico | Status: new | Priority: critical Component: | Version: git- undetermined | master Keywords: | Blocked By: videotoolbox | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- [[BR]] ''Summary of the bug:'' videotoolbox is not working with the latest git version. Tested on a Mac M1, h264_videotoolbox and hevc_videotoolbox both show '''DTS is invalid''' ''How to reproduce:'' {{{ % ffmpeg -f lavfi -i nullsrc -t 1 -c:v hevc_videotoolbox -s 640x360 -f null - }}} Using ffmpeg version N-103813-g970264a74f built on Mac OS Big Sur 11.5.2 with clang 12.0.5 -- Ticket URL: <https://trac.ffmpeg.org/ticket/9439> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9377(undetermined:new): QSV MPEG2 => H264 transcode PSNR dropped by 32%
by FFmpeg 16 Oct '22

16 Oct '22

#9377: QSV MPEG2 => H264 transcode PSNR dropped by 32% -------------------------------------+------------------------------------- Reporter: eero-t | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Between following FFmpeg commits: * 2021-06-19 2cf95f2dd9: lavfi/dnn_backend_openvino.c: fix crash when target is not specified * 2021-06-20 efc22e63e5: lavfi/vf_vpp_qsv: fix the time_base for outlink PSNR for following transcode operation: {{{ $ ffmpeg -hwaccel qsv -qsv_device /dev/dri/renderD128 -c:v mpeg2_qsv -i 1920x1080i_29.97_20mb_mpeg2_high.mpv -c:v h264_qsv -b:v 6000K -compression_level 7 -an -vframes 2400 -y 0024_HD17i7_1.0.h264 }}} Has dropped by 32%, as measured by: {{{ $ ffmpeg -i 1920x1080i_29.97_20mb_mpeg2_high.mpv -i 0024_HD17i7_1.0.h264 -an -vframes 1199 -filter_complex psnr -f null - }}} (I'm using fewer frames in PSNR check than for transcode, because there were odd results if all frames are used for PSNR calcuation.) -- Ticket URL: <https://trac.ffmpeg.org/ticket/9377> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 11

#9503(avutil:new): Make avutil header files -Wconversion safe
by FFmpeg 16 Oct '22

16 Oct '22

#9503: Make avutil header files -Wconversion safe ----------------------------------+--------------------------------------- Reporter: mstoeckl | Type: enhancement Status: new | Priority: wish Component: avutil | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- The header files for libavutil define a number of inline functions, like `av_clip_uintp2_c` and `av_ceil_log2_c` in `common.h`. When code using libavutil includes these headers, and the headers are stored in some path the compiler doesn't recognize as containing "system" headers, compiling the code with the `-Wconversion` flag will produce warnings for them. It would be nice if these inline functions would make all value-changing conversions explicit, using appropriate casts, and thus stop producing -Wconversion errors. I've set this to wishlist priority, because most of the time, FFmpeg headers are installed under /usr/include and are automatically treated as system headers by the compiler; so this is only an annoyance when installing FFmpeg to nonstandard paths. Furthermore, one can (in theory) configure one's build system to pass the right flags/env variables to the compiler so that the -Wconversion errors from the libavutil headers are silenced. (Unfortunately, I haven't figured this out yet for one build system that I am using, nor for a code analysis tool.) Note: while -Wconversion is a reasonable flag to apply for some of the small projects I have, this issue is not a request to make FFmpeg's entire code base avoid the warning. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9503> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#7759(ffmpeg:new): Wrong length/frames with VP9 when using yuva420p and lossless
by FFmpeg 16 Oct '22

16 Oct '22

#7759: Wrong length/frames with VP9 when using yuva420p and lossless -------------------------------------+------------------------------------- Reporter: ChristianW | Type: defect Status: new | Priority: critical Component: ffmpeg | Version: Keywords: yuva420p | unspecified lossless | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- There will be wrong number of frames/length if VP9 and alpha with lossless is used. If lossless is not used then it works ok. If no alpha(yuv420p) is used it works ok. Easies is to look at the time=00:00:07.16 versus the wrong time=00:00:6.52 So the video stopps before the last frame. Very bad when a looping video is needed. /Christian '''Ok when running(180 frames of png with alpha) with alpha and without lossless:''' ffmpeg -i Image%04d.png -c:v libvpx-vp9 -pix_fmt yuva420p output.webm ffmpeg version N-93252-gf948082e5f Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20190212 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable- libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable- nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 47.102 / 58. 47.102 libavformat 58. 26.101 / 58. 26.101 libavdevice 58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, image2, from 'Image%04d.png': '''Duration: 00:00:07.20''', start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba(pc), 320x180 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png (native) -> vp9 (libvpx-vp9)) Press [q] to stop, [?] for help [libvpx-vp9 @ 00000220f80fd5c0] v1.8.0-166-g2543f37a3 Output #0, webm, to 'output.webm': Metadata: encoder : Lavf58.26.101 Stream #0:0: Video: vp9 (libvpx-vp9), yuva420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc58.47.102 libvpx-vp9 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 frame= 180 fps= 29 q=0.0 Lsize= 257kB '''time=00:00:07.16''' bitrate= 293.5kbits/s speed=1.14x video:158kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 62.363186% '''Ok when running(180 frames of png with alpha) without alpha and with lossless:''' ffmpeg -i Image%04d.png -c:v libvpx-vp9 -lossless 1 -pix_fmt yuv420p output.webm ffmpeg version N-93252-gf948082e5f Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20190212 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable- libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable- nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 47.102 / 58. 47.102 libavformat 58. 26.101 / 58. 26.101 libavdevice 58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, image2, from 'Image%04d.png': '''Duration: 00:00:07.20''', start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba(pc), 320x180 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png (native) -> vp9 (libvpx-vp9)) Press [q] to stop, [?] for help [libvpx-vp9 @ 0000025298b9cdc0] v1.8.0-166-g2543f37a3 Output #0, webm, to 'output.webm': Metadata: encoder : Lavf58.26.101 Stream #0:0: Video: vp9 (libvpx-vp9), yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc58.47.102 libvpx-vp9 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 frame= 180 fps= 52 q=0.0 Lsize= 1974kB '''time=00:00:07.16''' bitrate=2258.1kbits/s speed=2.06x video:1972kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.098054% '''Not ok when running(180 frames of png with alpha) with alpha and with lossless:''' ffmpeg -i Image%04d.png -c:v libvpx-vp9 -lossless 1 -pix_fmt yuva420p output.webm ffmpeg version N-93252-gf948082e5f Copyright (c) 2000-2019 the FFmpeg developers built with gcc 8.2.1 (GCC) 20190212 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable- fontconfig --enable-gnutls --enable-iconv --enable-libass --enable- libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable- libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enable-ffnvcodec --enable-cuvid --enable-d3d11va --enable- nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt libavutil 56. 26.100 / 56. 26.100 libavcodec 58. 47.102 / 58. 47.102 libavformat 58. 26.101 / 58. 26.101 libavdevice 58. 6.101 / 58. 6.101 libavfilter 7. 48.100 / 7. 48.100 libswscale 5. 4.100 / 5. 4.100 libswresample 3. 4.100 / 3. 4.100 libpostproc 55. 4.100 / 55. 4.100 Input #0, image2, from 'Image%04d.png': '''Duration: 00:00:07.20''', start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgba(pc), 320x180 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png (native) -> vp9 (libvpx-vp9)) Press [q] to stop, [?] for help [libvpx-vp9 @ 000001ae26efcdc0] v1.8.0-166-g2543f37a3 Output #0, webm, to 'output.webm': Metadata: encoder : Lavf58.26.101 Stream #0:0: Video: vp9 (libvpx-vp9), yuva420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 25 fps, 1k tbn, 25 tbc Metadata: encoder : Lavc58.47.102 libvpx-vp9 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1 frame= 180 fps= 34 q=0.0 Lsize= 1986kB '''time=00:00:06.52''' bitrate=2494.3kbits/s speed=1.24x video:1797kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 10.490592% -- Ticket URL: <https://trac.ffmpeg.org/ticket/7759> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 7

#9884(undetermined:new): CRF affects the number of produced frames in VP9
by FFmpeg 16 Oct '22

16 Oct '22

#9884: CRF affects the number of produced frames in VP9 -------------------------------------+------------------------------------- Reporter: Athari | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have 12 input frames in PNG format. When I encode WebM+VP9 with `-crf 0`, I get a video with 3 frames. When I encode with `-crf 20`, I get 6 frames. When I encode with `-crf 40`, I get 12 frames. MKVToolNix info tool confirms that there're only 3/6 block groups in the clusters of the incomplete videos. FFMPEG reads all 12 frames, encodes all 12 frames, but then muxes only 3 packets with no explanation. Changing the container (MKV, MP4, IVF) doesn't affect the result. Encoding with VP8 always produces a video with the correct duration (ranging from `-c:v libvpx -crf 63 -qmin 63 -qmax 63 -b:v 500 -auto-alt-ref 0` to `-c:v libvpx -crf 0 -qmin 0 -qmax 0 -b:v 100M -auto-alt-ref 0`). I tried changing various parameters of VP9 too, but none of them affected the result. Other sequences of frames seem to be encoded correctly with the same arguments. Output from `-crf 0`: {{{ > ffmpeg -y -loglevel debug -r 10 -i "%04d.png" -framerate 10 -crf 0 "_.webm" ffmpeg version 2022-05-08-git-f77ac5131c-full_build-www.gyan.dev Copyright (c) 2000-2022 the FFmpeg developers built with gcc 11.3.0 (Rev1, Built by MSYS2 project) configuration: --enable-gpl --enable-version3 --enable-static --disable- w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-libsnappy --enable-zlib --enable-librist --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-libbluray --enable-libcaca --enable-sdl2 --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-liblensfun --enable- libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda- llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libmfx --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-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 libavutil 57. 24.101 / 57. 24.101 libavcodec 59. 27.100 / 59. 27.100 libavformat 59. 23.100 / 59. 23.100 libavdevice 59. 6.100 / 59. 6.100 libavfilter 8. 38.100 / 8. 38.100 libswscale 6. 6.100 / 6. 6.100 libswresample 4. 6.100 / 4. 6.100 libpostproc 56. 5.100 / 56. 5.100 ... Output #0, webm, to '_.webm': Metadata: encoder : Lavf59.23.100 Stream #0:0, 0, 1/1000: Video: vp9, 1 reference frame, yuva420p(tv, progressive), 100x100 (0x0) [SAR 1:1 DAR 1:1], 0/1, q=2-31, 10 fps, 1k tbn Metadata: encoder : Lavc59.27.100 libvpx-vp9 Side data: cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A Clipping frame in rate conversion by 0.000008 cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is harmless if it occurs once at the start per stream) Last message repeated 12 times [out_0_0 @ 000001a5138c5ec0] EOF on sink link out_0_0:default. ... [webm @ 000001a5137ef8c0] Writing block of size 7331 with pts 200, dts 200, duration 100 at relative offset 17446 in cluster at offset 494. TrackNumber 1, keyframe 0 [webm @ 000001a5137ef8c0] end duration = 300 [webm @ 000001a5137ef8c0] stream 0 end duration = 300 frame= 12 fps=0.0 q=0.0 Lsize= 26kB time=00:00:00.20 bitrate=1048.1kbits/s speed=0.487x video:22kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 17.963535% Input file #0 (%04d.png): Input stream #0:0 (video): 12 packets read (202119 bytes); 12 frames decoded; Total: 12 packets (202119 bytes) demuxed Output file #0 (_.webm): Output stream #0:0 (video): 12 frames encoded; 3 packets muxed (22323 bytes); Total: 3 packets (22323 bytes) muxed [AVIOContext @ 000001a51385f5c0] Statistics: 26333 bytes written, 0 seeks, 1 writeouts 12 frames successfully decoded, 0 decoding errors }}} The attached archive includes input frames, output videos, full logs in debug mode produced with 3 different CRF values. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9884> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 12

#9525(undetermined:new): File truncate option not honored
by FFmpeg 16 Oct '22

16 Oct '22

#9525: File truncate option not honored -------------------------------------+------------------------------------- Reporter: toots | 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: File protocol truncate option as described at: https://ffmpeg.org/ffmpeg- protocols.html#file is not honored How to reproduce: {{{ ❯ git diff diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c index 807e783422..8712685fbb 100644 --- a/fftools/ffmpeg_opt.c +++ b/fftools/ffmpeg_opt.c @@ -2603,12 +2603,14 @@ loop_end: assert_file_overwrite(filename); /* open the file */ + printf("truncate: %s\n", av_dict_get(of->opts, "truncate", NULL, 0)->value); if ((err = avio_open2(&oc->pb, filename, AVIO_FLAG_WRITE, &oc->interrupt_callback, &of->opts)) < 0) { print_error(filename, err); exit_program(1); } + printf("truncate: %p\n", av_dict_get(of->opts, "truncate", NULL, 0)); } else if (strcmp(oc->oformat->name, "image2")==0 && !av_filename_number_test(filename)) assert_file_overwrite(filename); }}} Then: {{{ ❯ ./ffmpeg -i /tmp/bla.aac -y -truncate 0 /tmp/bli.mp3 ffmpeg version n4.4.1-1-ga614b4c8ea Copyright (c) 2000-2021 the FFmpeg developers built with Apple clang version 13.0.0 (clang-1300.0.29.3) configuration: --enable-libmp3lame --enable-shared --prefix=/tmp/ffmpeg 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 [aac @ 0x15a00a200] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from '/tmp/bla.aac': Duration: 00:00:04.91, bitrate: 82 kb/s Stream #0:0: Audio: aac (LC), 44100 Hz, stereo, fltp, 82 kb/s truncate: 0 truncate: 0x0 Stream mapping: Stream #0:0 -> #0:0 (aac (native) -> mp3 (libmp3lame)) Press [q] to stop, [?] for help Output #0, mp3, to '/tmp/bli.mp3': Metadata: TSSE : Lavf58.76.100 Stream #0:0: Audio: mp3, 44100 Hz, stereo, fltp Metadata: encoder : Lavc58.134.100 libmp3lame size= 78kB time=00:00:04.93 bitrate= 129.7kbits/s speed= 101x video:0kB audio:78kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.316923% }}} This keeps creating a new file, despite being confirmed that the option is indeed passed and consumed by the output context. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9525> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#9927(undetermined:new): Segfault with ffmpeg launched from yt-dlp
by FFmpeg 16 Oct '22

16 Oct '22

#9927: Segfault with ffmpeg launched from yt-dlp -------------------------------------+------------------------------------- Reporter: Poulpatine | 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: Hi, I encounter from time to times some segfaults from ffmpeg. I can't find the media from the moment but I'll search deeper. I've been able to get a stacktrace, here is the gdb output : {{{ GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /opt/ffmpeg-linux64-nonfree-debug/bin/ffmpeg... [New LWP 4165416] [New LWP 4165436] [New LWP 4165438] [New LWP 4165442] [New LWP 4165441] [New LWP 4165444] [New LWP 4165439] [New LWP 4165448] [New LWP 4165446] [New LWP 4165443] [New LWP 4165447] [New LWP 4165437] [New LWP 4165445] [New LWP 4165440] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `ffmpeg -i - -f mp3 -ab 192k -vn -'. Program terminated with signal SIGABRT, Aborted. #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. [Current thread is 1 (Thread 0x7fbfe8a688c0 (LWP 4165416))] (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007fbfe8abe537 in __GI_abort () at abort.c:79 #2 0x00007fbfe8abe40f in __assert_fail_base (fmt=0x7fbfe8c27128 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x563bda8a6542 "thr[b] >= 0", file=0x563bda8a652c "psymodel.c", line=1135, function=<optimized out>) at assert.c:92 #3 0x00007fbfe8acd662 in __GI___assert_fail (assertion=0x563bda8a6542 "thr[b] >= 0", file=0x563bda8a652c "psymodel.c", line=1135, function=0x563bda8a69e0 <__PRETTY_FUNCTION__.10> "vbrpsy_compute_masking_s") at assert.c:101 #4 0x0000563bd7e74a97 in L3psycho_anal_vbr () #5 0x0000563bd7e825f9 in lame_encode_mp3_frame () #6 0x0000563bd7e6c390 in lame_encode_buffer_template () #7 0x0000563bd7e6d3b5 in lame_encode_buffer_float () #8 0x0000563bd5670833 in mp3lame_encode_frame (avctx=0x563bdcbaca40, avpkt=0x563bdcc61040, frame=0x563bdcc613c0, got_packet_ptr=0x7ffe8c24b444) at libavcodec/libmp3lame.c:218 #9 0x0000563bd55909d6 in ff_encode_encode_cb (avctx=avctx@entry=0x563bdcbaca40, avpkt=avpkt@entry=0x563bdcc61040, frame=frame@entry=0x563bdcc613c0, got_packet=got_packet@entry=0x7ffe8c24b444) at libavcodec/encode.c:198 #10 0x0000563bd5590caa in encode_simple_internal (avctx=avctx@entry=0x563bdcbaca40, avpkt=avpkt@entry=0x563bdcc61040) at libavcodec/encode.c:273 #11 0x0000563bd5590d03 in encode_simple_receive_packet (avctx=avctx@entry=0x563bdcbaca40, avpkt=avpkt@entry=0x563bdcc61040) at libavcodec/encode.c:291 #12 0x0000563bd5590e4a in encode_receive_packet_internal (avctx=avctx@entry=0x563bdcbaca40, avpkt=0x563bdcc61040) at libavcodec/encode.c:325 #13 0x0000563bd5590f33 in avcodec_send_frame (avctx=avctx@entry=0x563bdcbaca40, frame=frame@entry=0x563bdcbacf40) at libavcodec/encode.c:466 #14 0x0000563bd50f0174 in encode_frame (of=0x563bdcbb2040, ost=0x563bdcbabe40, frame=0x563bdcbacf40) at fftools/ffmpeg.c:933 #15 0x0000563bd50f0719 in submit_encode_frame (of=of@entry=0x563bdcbb2040, ost=ost@entry=0x563bdcbabe40, frame=frame@entry=0x563bdcbacf40) at fftools/ffmpeg.c:1001 #16 0x0000563bd50f07ff in do_audio_out (of=of@entry=0x563bdcbb2040, ost=ost@entry=0x563bdcbabe40, frame=frame@entry=0x563bdcbacf40) at fftools/ffmpeg.c:1055 #17 0x0000563bd50f4865 in reap_filters (flush=flush@entry=0) at fftools/ffmpeg.c:1431 #18 0x0000563bd50f492b in transcode_from_filter (graph=0x563bdcbad640, best_ist=best_ist@entry=0x7ffe8c24b760) at fftools/ffmpeg.c:3913 #19 0x0000563bd50f624d in transcode_step () at fftools/ffmpeg.c:4001 #20 0x0000563bd50f66b0 in transcode () at fftools/ffmpeg.c:4074 #21 0x0000563bd50f6aef in main (argc=9, argv=0x7ffe8c24b958) at fftools/ffmpeg.c:4245 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7fbfe8ad4cc1 to 0x7fbfe8ad4d01: 0x00007fbfe8ad4cc1 <__GI_raise+289>: add %dh,%al 0x00007fbfe8ad4cc3 <__GI_raise+291>: (bad) 0x00007fbfe8ad4cc4 <__GI_raise+292>: push 0x39(%rdi) 0x00007fbfe8ad4cc7 <__GI_raise+295>: mov %eax,%r8d 0x00007fbfe8ad4cca <__GI_raise+298>: mov $0x8,%r10d 0x00007fbfe8ad4cd0 <__GI_raise+304>: xor %edx,%edx 0x00007fbfe8ad4cd2 <__GI_raise+306>: mov %r9,%rsi 0x00007fbfe8ad4cd5 <__GI_raise+309>: mov $0x2,%edi 0x00007fbfe8ad4cda <__GI_raise+314>: mov $0xe,%eax 0x00007fbfe8ad4cdf <__GI_raise+319>: syscall => 0x00007fbfe8ad4ce1 <__GI_raise+321>: mov 0x108(%rsp),%rax 0x00007fbfe8ad4ce9 <__GI_raise+329>: sub %fs:0x28,%rax 0x00007fbfe8ad4cf2 <__GI_raise+338>: jne 0x7fbfe8ad4d14 <__GI_raise+372> 0x00007fbfe8ad4cf4 <__GI_raise+340>: mov %r8d,%eax 0x00007fbfe8ad4cf7 <__GI_raise+343>: add $0x118,%rsp 0x00007fbfe8ad4cfe <__GI_raise+350>: ret 0x00007fbfe8ad4cff <__GI_raise+351>: nop 0x00007fbfe8ad4d00 <__GI_raise+352>: mov 0x182169(%rip),%rdx # 0x7fbfe8c56e70 End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x7fbfe8a688c0 140462218709184 rcx 0x7fbfe8ad4ce1 140462219152609 rdx 0x0 0 rsi 0x7ffe8c241720 140731249596192 rdi 0x2 2 rbp 0x7fbfe8c27128 0x7fbfe8c27128 rsp 0x7ffe8c241720 0x7ffe8c241720 r8 0x0 0 r9 0x7ffe8c241720 140731249596192 r10 0x8 8 r11 0x246 582 r12 0x563bda8a652c 94815069562156 r13 0x46f 1135 r14 0x563bda8a6542 94815069562178 r15 0x0 0 rip 0x7fbfe8ad4ce1 0x7fbfe8ad4ce1 <__GI_raise+321> eflags 0x246 [ PF ZF IF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fbb [ IE DE OE UE PE IM DM ZM OM UM PM ] bndcfgu {raw = 0x0, config = {base = 0x0, reserved = 0x0, preserved = 0x0, enabled = 0x0}} {raw = 0x0, config = {base = 0, reserved = 0, preserved = 0, enabled = 0}} bndstatus {raw = 0x0, status = {bde = 0x0, error = 0x0}} {raw = 0x0, status = {bde = 0, error = 0}} ymm0 {v16_bfloat16 = {0x0 <repeats 16 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 <repeats 32 times>}, v16_int16 = {0x0 <repeats 16 times>}, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x0, 0x0}} ymm1 {v16_bfloat16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_float = {0x0, 0xffffffff, 0xffffffff, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x7fffffffffffffff, 0x7fffffffffffffff, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xff <repeats 13 times>, 0x0 <repeats 16 times>}, v16_int16 = {0x0, 0xff00, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xff000000, 0xffffffff, 0xffffffff, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xffffffffff000000, 0xffffffffffffffff, 0x0, 0x0}, v2_int128 = {0xffffffffffffffffffffffffff000000, 0x0}} ymm2 {v16_bfloat16 = {0x0, 0xa, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_float = {0xa, 0xffffffff, 0xffffffff, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x7fffffffffffffff, 0x7fffffffffffffff, 0x0, 0x0}, v32_int8 = {0x73, 0x3a, 0x20, 0x41, 0x73, 0x73, 0x65, 0x72, 0x74, 0x69, 0x6f, 0x6e, 0x20, 0x60, 0x74, 0x68, 0x0 <repeats 16 times>}, v16_int16 = {0x3a73, 0x4120, 0x7373, 0x7265, 0x6974, 0x6e6f, 0x6020, 0x6874, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x41203a73, 0x72657373, 0x6e6f6974, 0x68746020, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7265737341203a73, 0x687460206e6f6974, 0x0, 0x0}, v2_int128 = {0x687460206e6f69747265737341203a73, 0x0}} ymm3 {v16_bfloat16 = {0x0, 0x0, 0x0 <repeats 14 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x64, 0x2e, 0xa, 0x0 <repeats 29 times>}, v16_int16 = {0x2e64, 0xa, 0x0 <repeats 14 times>}, v8_int32 = {0xa2e64, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xa2e64, 0x0, 0x0, 0x0}, v2_int128 = {0xa2e64, 0x0}} ymm4 {v16_bfloat16 = {0x0, 0xffff, 0x0 <repeats 14 times>}, v8_float = {0xffffffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x80, 0x7f, 0x0 <repeats 28 times>}, v16_int16 = {0x0, 0x7f80, 0x0 <repeats 14 times>}, v8_int32 = {0x7f800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7f800000, 0x0, 0x0, 0x0}, v2_int128 = {0x7f800000, 0x0}} ymm5 {v16_bfloat16 = {0x0, 0x1, 0x0 <repeats 14 times>}, v8_float = {0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x80, 0x3f, 0x0 <repeats 28 times>}, v16_int16 = {0x0, 0x3f80, 0x0 <repeats 14 times>}, v8_int32 = {0x3f800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3f800000, 0x0, 0x0, 0x0}, v2_int128 = {0x3f800000, 0x0}} ymm6 {v16_bfloat16 = {0x0 <repeats 16 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 <repeats 32 times>}, v16_int16 = {0x0 <repeats 16 times>}, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x0, 0x0}} ymm7 {v16_bfloat16 = {0x0, 0x1, 0x0 <repeats 14 times>}, v8_float = {0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x80, 0x3f, 0x0 <repeats 28 times>}, v16_int16 = {0x0, 0x3f80, 0x0 <repeats 14 times>}, v8_int32 = {0x3f800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3f800000, 0x0, 0x0, 0x0}, v2_int128 = {0x3f800000, 0x0}} ymm8 {v16_bfloat16 = {0xffff, 0xffff, 0x0, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_float = {0xffffffff, 0xffffffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x7fffffffffffffff, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x68, 0x65, 0x6c, 0x70, 0x0, 0x55, 0x73, 0x61, 0x67, 0x65, 0x3a, 0x0, 0x25, 0x73, 0x20, 0x0 <repeats 16 times>}, v16_int16 = {0x6800, 0x6c65, 0x70, 0x7355, 0x6761, 0x3a65, 0x2500, 0x2073, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x6c656800, 0x73550070, 0x3a656761, 0x20732500, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x735500706c656800, 0x207325003a656761, 0x0, 0x0}, v2_int128 = {0x207325003a656761735500706c656800, 0x0}} ymm9 {v16_bfloat16 = {0x0 <repeats 16 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 <repeats 32 times>}, v16_int16 = {0x0 <repeats 16 times>}, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x0, 0x0}} ymm10 {v16_bfloat16 = {0x0, 0x1, 0x0 <repeats 14 times>}, v8_float = {0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x71, 0x3d, 0xca, 0x3f, 0x0 <repeats 28 times>}, v16_int16 = {0x3d71, 0x3fca, 0x0 <repeats 14 times>}, v8_int32 = {0x3fca3d71, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3fca3d71, 0x0, 0x0, 0x0}, v2_int128 = {0x3fca3d71, 0x0}} ymm11 {v16_bfloat16 = {0x0, 0x2, 0x0 <repeats 14 times>}, v8_float = {0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x52, 0xb8, 0x3e, 0x40, 0x0 <repeats 28 times>}, v16_int16 = {0xb852, 0x403e, 0x0 <repeats 14 times>}, v8_int32 = {0x403eb852, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x403eb852, 0x0, 0x0, 0x0}, v2_int128 = {0x403eb852, 0x0}} ymm12 {v16_bfloat16 = {0x0, 0x0, 0x0 <repeats 14 times>}, v8_float = {0xde000000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xf0, 0xf6, 0x92, 0x55, 0x0 <repeats 28 times>}, v16_int16 = {0xf6f0, 0x5592, 0x0 <repeats 14 times>}, v8_int32 = {0x5592f6f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5592f6f0, 0x0, 0x0, 0x0}, v2_int128 = {0x5592f6f0, 0x0}} ymm13 {v16_bfloat16 = {0x0, 0x0, 0x0 <repeats 14 times>}, v8_float = {0x6f000000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xf0, 0xf6, 0x12, 0x55, 0x0 <repeats 28 times>}, v16_int16 = {0xf6f0, 0x5512, 0x0 <repeats 14 times>}, v8_int32 = {0x5512f6f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5512f6f0, 0x0, 0x0, 0x0}, v2_int128 = {0x5512f6f0, 0x0}} ymm14 {v16_bfloat16 = {0x0 <repeats 16 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 <repeats 32 times>}, v16_int16 = {0x0 <repeats 16 times>}, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x0, 0x0}} ymm15 {v16_bfloat16 = {0x0 <repeats 16 times>}, v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0 <repeats 32 times>}, v16_int16 = {0x0 <repeats 16 times>}, v8_int32 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x0, 0x0, 0x0, 0x0}, v2_int128 = {0x0, 0x0}} bnd0 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 bnd1 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 bnd2 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 bnd3 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 {lbound = 0x0, ubound = 0xffffffffffffffff} : size -1 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/9927> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2