September 2023 - FFmpeg-trac - lists.ffmpeg.org

#9254(undetermined:new): sws_scale() writes out of buffer on ssse3 YUB->RGB conversion
by FFmpeg 04 Sep '23

04 Sep '23

#9254: sws_scale() writes out of buffer on ssse3 YUB->RGB conversion -------------------------------------+------------------------------------- Reporter: Sergei | Type: defect Trofimovich | Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: '''sws_scale()''' corrupts memory of destination buffer and crashes the application. Self-contained example extracted from vcmi project: {{{ // $ cat a.c #include <libswscale/swscale.h> #include <libavcodec/avcodec.h> /* AV_INPUT_BUFFER_PADDING_SIZE */ // ffmpeg-4.4 swscale crash observed on an attempt to play real 200x116 YUV420P video. // // how to compile: // $ x86_64-pc-linux-gnu-gcc -Wall -g $(pkg-config --cflags libswscale) a.c -o a $(pkg-config --libs libswscale) $(pkg-config --libs libavutil) && valgrind --quiet ./a // // result no sse3 in ffmpeg: // [swscaler @ 0x4eb2330] No accelerated colorspace conversion found from yuv420p to bgra. // <all ok> // // result with sse3 in ffmpeg: // Invalid write of size 8 // at 0x48EDE43: ??? (in /usr/lib64/libswscale.so.6.0.100) // by 0x48ECB26: yuv420_rgb32_ssse3 (yuv2rgb_template.c:119) // by 0x48C31D2: sws_scale (swscale.c:970) // by 0x10939E: main (a.c:68) // Address 0x4dbb140 is 0 bytes after a block of size 32 alloc'd // at 0x48449C0: memalign (vg_replace_malloc.c:1265) // by 0x4844B1E: posix_memalign (vg_replace_malloc.c:1429) // by 0x49383B4: av_malloc (mAem.c:86) // by 0x1092C5: main (a.c:49) typedef unsigned char u8; typedef unsigned long u64; int main() { // 200x116 YUV420P pic //static const u64 w = 200, h = 116; // simplified test example: static const u64 w = 4, h = 2; static const u64 yuv_bpp = 12, bgra_bpp = 32; u8 * yuv_pic = malloc (w * h * yuv_bpp / 8 + AV_INPUT_BUFFER_PADDING_SIZE /* avoid OOB reads */); u8 * yp = yuv_pic; u64 yl = w; u8 * up = yp + yl * h; u64 ul = w / 4; u8 * vp = up + ul * h; u64 vl = w / 4; // plausibly looking data memset(yuv_pic, '!', w * h * yuv_bpp / 8); //u8 * bgra_pic = malloc(w * h * bgra_bpp / 8); u8 * bgra_pic = av_malloc(w * h * bgra_bpp / 8); u64 bgral = w * bgra_bpp / 8; struct SwsContext * sws = sws_getContext( // src: w, h, AV_PIX_FMT_YUV420P, // dst: w, h, AV_PIX_FMT_BGRA, // opts: SWS_BICUBIC, // filters: NULL, NULL, NULL); const u8 * src_planes[] = { yp, up, vp, }; const int src_slices[] = { yl, ul, vl, }; u8 * dst_planes[] = { bgra_pic, }; int dst_slices[] = { bgral, }; sws_scale( sws, // src: src_planes, src_slices, // opts: 0, // dst: h, dst_planes, dst_slices); sws_freeContext(sws); free(bgra_pic); free(yuv_pic); return 0; } }}} How to reproduce: {{{ $ x86_64-pc-linux-gnu-gcc -Wall -g $(pkg-config --cflags libswscale) a.c -o a $(pkg-config --libs libswscale) $(pkg-config --libs libavutil) && valgrind --quiet ./a ==3571664== Invalid write of size 8 ==3571664== at 0x48EF083: ??? (in /usr/lib64/libswscale.so.5.9.100) ==3571664== by 0x48EDD66: yuv420_rgb32_ssse3 (yuv2rgb_template.c:119) ==3571664== by 0x48C41D2: sws_scale (swscale.c:970) ==3571664== by 0x10939E: main (a.c:71) ==3571664== Address 0x4eb1140 is 0 bytes after a block of size 32 alloc'd ==3571664== at 0x48449C0: memalign (vg_replace_malloc.c:1265) ==3571664== by 0x4844B1E: posix_memalign (vg_replace_malloc.c:1429) ==3571664== by 0x493A714: av_malloc (mem.c:86) ==3571664== by 0x1092C5: main (a.c:52) ==3571664== ==3571664== Invalid write of size 8 ==3571664== at 0x48EF088: ??? (in /usr/lib64/libswscale.so.5.9.100) ==3571664== by 0x48EDD66: yuv420_rgb32_ssse3 (yuv2rgb_template.c:119) ==3571664== by 0x48C41D2: sws_scale (swscale.c:970) ==3571664== by 0x10939E: main (a.c:71) ==3571664== Address 0x4eb1150 is 16 bytes after a block of size 32 alloc'd ==3571664== at 0x48449C0: memalign (vg_replace_malloc.c:1265) ==3571664== by 0x4844B1E: posix_memalign (vg_replace_malloc.c:1429) ==3571664== by 0x493A714: av_malloc (mem.c:86) ==3571664== by 0x1092C5: main (a.c:52) ==3571664== ==3571664== Invalid write of size 8 ==3571664== at 0x48EF07E: ??? (in /usr/lib64/libswscale.so.5.9.100) ==3571664== by 0x48EDD66: yuv420_rgb32_ssse3 (yuv2rgb_template.c:119) ==3571664== by 0x48C41D2: sws_scale (swscale.c:970) ==3571664== by 0x10939E: main (a.c:71) ==3571664== Address 0x4eb1140 is 0 bytes after a block of size 32 alloc'd ==3571664== at 0x48449C0: memalign (vg_replace_malloc.c:1265) ==3571664== by 0x4844B1E: posix_memalign (vg_replace_malloc.c:1429) ==3571664== by 0x493A714: av_malloc (mem.c:86) ==3571664== by 0x1092C5: main (a.c:52) ==3571664== $ ./a free(): invalid next size (fast) Aborted (core dumped) }}} Note: the example crashes with both valgrind enabled and disabled which suggests it's a real corruption. This is a ffmpeg-4.4 system with SSSE3 support (ffmpeg from git behaves the same). A few observations (== bugs): 1. ffmpeg-4.4 built without SSSE3 does not overwrite past end of buffer. Would be nice SSSE3/non-SSSE3 bahave the same here: either both wrote past expected buffer end to expose the same expectations by ffmpeg or both did not overwrite. 2. '''sws_scale()''' also reads past input buffer (hence the need for '''AV_INPUT_BUFFER_PADDING_SIZE'''). Documentation line for '''sws_scale()''' should lention alignment and padding requirements. Now it does not seem to: https://lists.ffmpeg.org/doxygen/2.8/group__libsws.html#gae531c9754c9205d90… 3. While at it glancing at https://git.ffmpeg.org/gitweb/ffmpeg.git/blob_plain/HEAD:/libswscale/x86/yu… parameters are not always set: {{{#!asm %macro yuv2rgb_fn 3 %if %3 == 32 %ifidn %1, yuva %define parameters index, image, pu_index, pv_index, pointer_c_dither, py_2index, pa_2index %define GPR_num 7 %endif ;;; ;;; How about the %else part? Does it not leave parameters from previous call? ;;; %else %define parameters index, image, pu_index, pv_index, pointer_c_dither, py_2index %define GPR_num 6 %endif }}} Thank you! -- Ticket URL: <https://trac.ffmpeg.org/ticket/9254> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10544(undetermined:new): osq 24-bit: too quiet audio output
by FFmpeg 04 Sep '23

04 Sep '23

#10544: osq 24-bit: too quiet audio output -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ./ffmpeg -i 24_bit_fixed.osq -y out.wav ffmpeg version N-111893-gbef151d1ce Copyright (c) 2000-2023 the FFmpeg developers built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04) configuration: libavutil 58. 19.100 / 58. 19.100 libavcodec 60. 25.100 / 60. 25.100 libavformat 60. 11.100 / 60. 11.100 libavdevice 60. 2.101 / 60. 2.101 libavfilter 9. 11.100 / 9. 11.100 libswscale 7. 3.100 / 7. 3.100 libswresample 4. 11.100 / 4. 11.100 [aist#0:0/osq @ 0x5629c1890400] Guessed Channel Layout: stereo Input #0, osq, from '24_bit_fixed.osq': Duration: 00:00:06.76, start: 0.000000, bitrate: 860 kb/s Stream #0:0: Audio: osq, 48000 Hz, 2 channels, s32p Stream mapping: Stream #0:0 -> #0:0 (osq (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf60.11.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: encoder : Lavc60.25.100 pcm_s16le [out#0/wav @ 0x5629c188cb40] video:0kB audio:1267kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.006014% size= 1267kB time=00:00:06.75 bitrate=1537.4kbits/s speed= 250x }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10544> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#10545(undetermined:new): osq: crash with fizzed file
by FFmpeg 04 Sep '23

04 Sep '23

#10545: osq: crash with fizzed file -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ (gdb) r -i 8s_fuzz.osq -f null - Starting program: ffmpeg_g -i 8s_fuzz.osq -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". ffmpeg version N-111893-gbef151d1ce Copyright (c) 2000-2023 the FFmpeg developers built with gcc 11 (Ubuntu 11.4.0-1ubuntu1~22.04) configuration: libavutil 58. 19.100 / 58. 19.100 libavcodec 60. 25.100 / 60. 25.100 libavformat 60. 11.100 / 60. 11.100 libavdevice 60. 2.101 / 60. 2.101 libavfilter 9. 11.100 / 9. 11.100 libswscale 7. 3.100 / 7. 3.100 libswresample 4. 11.100 / 4. 11.100 [aist#0:0/osq @ 0x5555580e2f80] Guessed Channel Layout: stereo Input #0, osq, from '8s_fuzz.osq': Duration: 00:00:10.87, start: 0.000000, bitrate: 270 kb/s Stream #0:0: Audio: osq, 44100 Hz, 2 channels, u8p [New Thread 0x7ffff6fdc640 (LWP 32456)] Stream mapping: Stream #0:0 -> #0:0 (osq (native) -> pcm_s16le (native)) Press [q] to stop, [?] for help [New Thread 0x7ffff67db640 (LWP 32457)] [osq @ 0x5555580e02c0] overread! [aist#0:0/osq @ 0x5555580e2f80] Error submitting packet to decoder: Invalid data found when processing input munmap_chunk(): invalid pointer Thread 2 "dec0:0:osq" received signal SIGABRT, Aborted. [Switching to Thread 0x7ffff6fdc640 (LWP 32456)] __pthread_kill_implementation (no_tid=0, signo=6, threadid=140737337214528) at ./nptl/pthread_kill.c:44 (gdb) bt #0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=140737337214528) at ./nptl/pthread_kill.c:44 #1 __pthread_kill_internal (signo=6, threadid=140737337214528) at ./nptl/pthread_kill.c:78 #2 __GI___pthread_kill (threadid=140737337214528, signo=signo@entry=6) at ./nptl/pthread_kill.c:89 #3 0x00007ffff783c476 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #4 0x00007ffff78227f3 in __GI_abort () at ./stdlib/abort.c:79 #5 0x00007ffff78836f6 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff79d5b8c "%s\n") at ../sysdeps/posix/libc_fatal.c:155 #6 0x00007ffff789ad7c in malloc_printerr ( str=str@entry=0x7ffff79d8230 "munmap_chunk(): invalid pointer") at ./malloc/malloc.c:5664 #7 0x00007ffff789b05c in munmap_chunk (p=<optimized out>) at ./malloc/malloc.c:3060 #8 0x00007ffff789f51a in __GI___libc_free (mem=<optimized out>) at ./malloc/malloc.c:3381 #9 0x0000555556529a49 in av_free (ptr=<optimized out>) at libavutil/mem.c:241 #10 0x0000555556529b16 in av_freep (arg=arg@entry=0x7ffff0000b40) at libavutil/mem.c:251 #11 0x0000555556511adf in buffer_replace (src=0x0, dst=0x7ffff0000b40) --Type <RET> for more, q to quit, c to continue without paging-- at libavutil/buffer.c:127 #12 av_buffer_unref (buf=buf@entry=0x7ffff0000b40) at libavutil/buffer.c:144 #13 0x0000555555b6454e in av_packet_unref (pkt=0x7ffff0000b40) at libavcodec/avpacket.c:426 #14 0x000055555570830d in decoder_thread (arg=0x5555580e2f80) at fftools/ffmpeg_dec.c:704 #15 0x00007ffff788eb43 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442 #16 0x00007ffff7920a00 in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81 }}} {{{ ==32540== Invalid write of size 4 ==32540== at 0xA0B13F: get_srice (get_bits.h:395) ==32540== by 0xA0B13F: do_decode (osq.c:250) ==32540== by 0xA0B13F: osq_decode_block (osq.c:357) ==32540== by 0xA0B13F: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5858f94 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid write of size 4 ==32540== at 0xA0ADD1: do_decode (osq.c:271) ==32540== by 0xA0ADD1: osq_decode_block (osq.c:357) ==32540== by 0xA0ADD1: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5858f94 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid read of size 4 ==32540== at 0xA0AC0B: do_decode (osq.c:319) ==32540== by 0xA0AC0B: osq_decode_block (osq.c:357) ==32540== by 0xA0AC0B: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5858f94 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid write of size 4 ==32540== at 0xA0AB90: do_decode (osq.c:246) ==32540== by 0xA0AB90: osq_decode_block (osq.c:357) ==32540== by 0xA0AB90: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5859454 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid write of size 4 ==32540== at 0xA0ADEB: do_decode (osq.c:265) ==32540== by 0xA0ADEB: osq_decode_block (osq.c:357) ==32540== by 0xA0ADEB: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5859454 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid read of size 4 ==32540== at 0xA0AE15: do_decode (osq.c:328) ==32540== by 0xA0AE15: osq_decode_block (osq.c:357) ==32540== by 0xA0AE15: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5858f94 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== ==32540== Invalid read of size 4 ==32540== at 0xA0AE19: do_decode (osq.c:328) ==32540== by 0xA0AE19: osq_decode_block (osq.c:357) ==32540== by 0xA0AE19: osq_receive_frame (osq.c:435) ==32540== by 0x7B2B71: decode_receive_frame_internal (decode.c:623) ==32540== by 0x7B34F9: avcodec_send_packet (decode.c:731) ==32540== by 0x2BB715: packet_decode (ffmpeg_dec.c:555) ==32540== by 0x2BB715: decoder_thread (ffmpeg_dec.c:702) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0x5859454 is 0 bytes after a block of size 1,044 alloc'd ==32540== at 0x484DE30: memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x484DF92: posix_memalign (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x10DD9A4: av_malloc (mem.c:105) ==32540== by 0x10DDB6D: av_mallocz (mem.c:256) ==32540== by 0x26922B: osq_init (osq.c:119) ==32540== by 0x7172FC: avcodec_open2 (avcodec.c:334) ==32540== by 0x2BD1BF: dec_open (ffmpeg_dec.c:1117) ==32540== by 0x2C2B87: ist_use (ffmpeg_demux.c:867) ==32540== by 0x2C2B87: ist_filter_add (ffmpeg_demux.c:896) ==32540== by 0x2CA7BD: ifilter_bind_ist (ffmpeg_filter.c:575) ==32540== by 0x2CA7BD: init_simple_filtergraph (ffmpeg_filter.c:926) ==32540== by 0x2D55EE: ost_add (ffmpeg_mux_init.c:1424) ==32540== by 0x2D70EB: create_streams (ffmpeg_mux_init.c:1814) ==32540== by 0x2D70EB: of_open (ffmpeg_mux_init.c:2683) ==32540== by 0x2D9869: open_files (ffmpeg_opt.c:1284) ==32540== [osq @ 0x5850440] overread! [aist#0:0/osq @ 0x5850240] Error submitting packet to decoder: Invalid data found when processing input ==32540== Invalid free() / delete / delete[] / realloc() ==32540== at 0x484B27F: free (in /usr/libexec/valgrind /vgpreload_memcheck-amd64-linux.so) ==32540== by 0x717E52: av_packet_free_side_data (avpacket.c:192) ==32540== by 0x71853C: av_packet_unref (avpacket.c:424) ==32540== by 0x2BC30C: decoder_thread (ffmpeg_dec.c:704) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0xfff5d923fff5ddbf is not stack'd, malloc'd or (recently) free'd ==32540== ==32540== Invalid read of size 8 ==32540== at 0x10C5AD7: buffer_replace (buffer.c:121) ==32540== by 0x10C5AD7: av_buffer_unref (buffer.c:144) ==32540== by 0x718545: av_packet_unref (avpacket.c:425) ==32540== by 0x2BC30C: decoder_thread (ffmpeg_dec.c:704) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== Address 0xfff5aaf9fff5af86 is not stack'd, malloc'd or (recently) free'd ==32540== ==32540== ==32540== Process terminating with default action of signal 11 (SIGSEGV) ==32540== General Protection Fault ==32540== at 0x10C5AD7: buffer_replace (buffer.c:121) ==32540== by 0x10C5AD7: av_buffer_unref (buffer.c:144) ==32540== by 0x718545: av_packet_unref (avpacket.c:425) ==32540== by 0x2BC30C: decoder_thread (ffmpeg_dec.c:704) ==32540== by 0x4E88B42: start_thread (pthread_create.c:442) ==32540== by 0x4F19BB3: clone (clone.S:100) ==32540== }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10545> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#10416(ffprobe:new): FFprobe cannot parse DASH MPD containing representation labels
by FFmpeg 04 Sep '23

04 Sep '23

#10416: FFprobe cannot parse DASH MPD containing representation labels -------------------------------------+------------------------------------- Reporter: backfisch | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git- Keywords: DASH MPD | master Label FFprobe | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: DASH MPD containing represetnation labels cannot be parsed How to reproduce: {{{ % ffprobe -v 9 -loglevel 99 test_dash.mpd N-111066-gd26ea03f60 built on Wed Jun 14 13:50:44 CEST 2023 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10416> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#10375(avformat:new): Cannot copy mkv cover art
by FFmpeg 03 Sep '23

03 Sep '23

#10375: Cannot copy mkv cover art -------------------------------------+------------------------------------- Reporter: yumu | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: mkv | master matroska coverart attachment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The mkv cover art is not copied as an attachment, but as a video. I think it's a mkv (matroska) problem because the cover art of the avi, mov, mp4 container copied successfully. How to reproduce: 1. Create a mkv with cover art. (or an existing one) {{{ ffmpeg -f lavfi -i smptehdbars=d=2 -f lavfi -i sine=d=2 ".mkv" ffmpeg -i ".mkv" -ss 0 -frames:v 1 ".png" ffmpeg -i ".mkv" -attach ".png" -c copy -metadata:s:t mimetype="image/png" -metadata:s:t:0 filename="cover.png" "with-cover.mkv" }}} 2. Copy {{{ > ffmpeg -i "with-cover.mkv" -c copy -map 0 "with-cover_copied.mkv" ffmpeg version N-110654-g63767b79a5-20230518 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12.2.0 (crosstool-NG 1.25.0.152_89671bf) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug --disable-w32threads --enable-pthreads --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-lzma --enable-fontconfig --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --disable-libfdk- aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --disable-libmfx --enable-libvpl --enable-openal --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --enable- schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --disable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable- libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable- libxvid --enable-libzimg --enable-libzvbi --extra- cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp --extra-version=20230518 libavutil 58. 7.100 / 58. 7.100 libavcodec 60. 14.100 / 60. 14.100 libavformat 60. 5.100 / 60. 5.100 libavdevice 60. 2.100 / 60. 2.100 libavfilter 9. 8.100 / 9. 8.100 libswscale 7. 2.100 / 7. 2.100 libswresample 4. 11.100 / 4. 11.100 libpostproc 57. 2.100 / 57. 2.100 Input #0, matroska,webm, from 'with-cover.mkv': Metadata: ENCODER : Lavf60.5.100 Duration: 00:00:02.01, start: 0.000000, bitrate: 59 kb/s Stream #0:0: Video: h264 (High), yuv420p(tv, bt709/unknown/unknown, progressive), 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.14.100 libx264 DURATION : 00:00:02.003000000 Stream #0:1: Audio: vorbis, 44100 Hz, mono, fltp Metadata: ENCODER : Lavc60.14.100 libvorbis DURATION : 00:00:02.013000000 Stream #0:2: Video: png, rgb24(pc, gbr/unknown/unknown), 320x240 [SAR 1:1 DAR 4:3], 90k tbr, 90k tbn (attached pic) Metadata: filename : cover.png mimetype : image/png Output #0, matroska, to 'with-cover_copied.mkv': Metadata: encoder : Lavf60.5.100 Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709/unknown/unknown, progressive), 320x240 [SAR 1:1 DAR 4:3], q=2-31, 25 fps, 25 tbr, 1k tbn (default) Metadata: ENCODER : Lavc60.14.100 libx264 DURATION : 00:00:02.003000000 Stream #0:1: Audio: vorbis (oV[0][0] / 0x566F), 44100 Hz, mono, fltp Metadata: ENCODER : Lavc60.14.100 libvorbis DURATION : 00:00:02.013000000 Stream #0:2: Video: png (MPNG / 0x474E504D), rgb24(pc, gbr/unknown/unknown), 320x240 [SAR 1:1 DAR 4:3], q=2-31, 90k tbr, 1k tbn (attached pic) Metadata: filename : cover.png mimetype : image/png Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help [out#0/matroska @ 0000023e8c559740] video:6kB audio:3kB subtitle:0kB other streams:0kB global headers:3kB muxing overhead: 52.075660% frame= 50 fps=0.0 q=-1.0 Lq=-1.0 size= 15kB time=00:00:01.99 bitrate= 61.4kbits/s speed= 695x }}} Then the cover art becomes just a video stream instead of an attachment. In the output of step 2, stream !#0:2 has "(attached pic)", but in the actual output of ffprobe, "DISPOSITION:attached_pic" is 0 and it seems to be a normal video stream. When played back in VLC, the cover art is not displayed in "Media information" and "Track 2" is displayed in "Video Track". Below is the output of ffprobe. {{{ > ffprobe -hide_banner -show_streams "with-cover.mkv" Input #0, matroska,webm, from 'with-cover.mkv': Metadata: ENCODER : Lavf60.5.100 Duration: 00:00:02.01, start: 0.000000, bitrate: 59 kb/s Stream #0:0: Video: h264 (High), yuv420p(tv, bt709/unknown/unknown, progressive), 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1k tbn Metadata: ENCODER : Lavc60.14.100 libx264 DURATION : 00:00:02.003000000 Stream #0:1: Audio: vorbis, 44100 Hz, mono, fltp Metadata: ENCODER : Lavc60.14.100 libvorbis DURATION : 00:00:02.013000000 Stream #0:2: Video: png, rgb24(pc, gbr/unknown/unknown), 320x240 [SAR 1:1 DAR 4:3], 90k tbr, 90k tbn (attached pic) Metadata: filename : cover.png mimetype : image/png [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_tag_string=[0][0][0][0] codec_tag=0x0000 width=320 height=240 coded_width=320 coded_height=240 closed_captions=0 film_grain=0 has_b_frames=2 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=yuv420p level=13 color_range=tv color_space=bt709 color_transfer=unknown color_primaries=unknown chroma_location=left field_order=progressive refs=1 is_avc=true nal_length_size=4 id=N/A r_frame_rate=25/1 avg_frame_rate=25/1 time_base=1/1000 start_pts=3 start_time=0.003000 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 extradata_size=48 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 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:ENCODER=Lavc60.14.100 libx264 TAG:DURATION=00:00:02.003000000 [/STREAM] [STREAM] index=1 codec_name=vorbis codec_long_name=Vorbis profile=unknown codec_type=audio codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=fltp sample_rate=44100 channels=1 channel_layout=mono bits_per_sample=0 initial_padding=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_pts=0 start_time=0.000000 duration_ts=N/A duration=N/A bit_rate=N/A max_bit_rate=N/A bits_per_raw_sample=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A extradata_size=3315 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 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:ENCODER=Lavc60.14.100 libvorbis TAG:DURATION=00:00:02.013000000 [/STREAM] [STREAM] index=2 codec_name=png codec_long_name=PNG (Portable Network Graphics) image profile=unknown codec_type=video codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=320 height=240 coded_width=320 coded_height=240 closed_captions=0 film_grain=0 has_b_frames=0 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=rgb24 level=-99 color_range=pc color_space=gbr color_transfer=unknown color_primaries=unknown chroma_location=unspecified field_order=unknown refs=1 id=N/A r_frame_rate=90000/1 avg_frame_rate=0/0 time_base=1/90000 start_pts=0 start_time=0.000000 duration_ts=181170 duration=2.013000 bit_rate=N/A max_bit_rate=N/A bits_per_raw_sample=N/A 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=1 DISPOSITION:timed_thumbnails=0 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:filename=cover.png TAG:mimetype=image/png [/STREAM] }}} {{{ > ffprobe -hide_banner -show_streams "with-cover_copied.mkv" Input #0, matroska,webm, from 'with-cover_copied.mkv': Metadata: ENCODER : Lavf60.5.100 Duration: 00:00:02.09, start: 0.077000, bitrate: 58 kb/s Stream #0:0: Video: h264 (High), yuv420p(tv, bt709/unknown/unknown, progressive), 320x240 [SAR 1:1 DAR 4:3], 25 fps, 25 tbr, 1k tbn (default) Metadata: ENCODER : Lavc60.14.100 libx264 DURATION : 00:00:02.080000000 Stream #0:1: Audio: vorbis, 44100 Hz, mono, fltp Metadata: ENCODER : Lavc60.14.100 libvorbis DURATION : 00:00:02.090000000 Stream #0:2: Video: png (MPNG / 0x474E504D), rgb24(pc, gbr/unknown/unknown), 320x240 [SAR 1:1 DAR 4:3], 1k tbr, 1k tbn Metadata: FILENAME : cover.png MIMETYPE : image/png DURATION : 00:00:00.077000000 [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_tag_string=[0][0][0][0] codec_tag=0x0000 width=320 height=240 coded_width=320 coded_height=240 closed_captions=0 film_grain=0 has_b_frames=2 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=yuv420p level=13 color_range=tv color_space=bt709 color_transfer=unknown color_primaries=unknown chroma_location=left field_order=progressive refs=1 is_avc=true nal_length_size=4 id=N/A r_frame_rate=25/1 avg_frame_rate=25/1 time_base=1/1000 start_pts=80 start_time=0.080000 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 extradata_size=48 DISPOSITION:default=1 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 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:ENCODER=Lavc60.14.100 libx264 TAG:DURATION=00:00:02.080000000 [/STREAM] [STREAM] index=1 codec_name=vorbis codec_long_name=Vorbis profile=unknown codec_type=audio codec_tag_string=[0][0][0][0] codec_tag=0x0000 sample_fmt=fltp sample_rate=44100 channels=1 channel_layout=mono bits_per_sample=0 initial_padding=0 id=N/A r_frame_rate=0/0 avg_frame_rate=0/0 time_base=1/1000 start_pts=77 start_time=0.077000 duration_ts=N/A duration=N/A bit_rate=N/A max_bit_rate=N/A bits_per_raw_sample=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A extradata_size=3315 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 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:ENCODER=Lavc60.14.100 libvorbis TAG:DURATION=00:00:02.090000000 [/STREAM] [STREAM] index=2 codec_name=png codec_long_name=PNG (Portable Network Graphics) image profile=unknown codec_type=video codec_tag_string=MPNG codec_tag=0x474e504d width=320 height=240 coded_width=320 coded_height=240 closed_captions=0 film_grain=0 has_b_frames=0 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=rgb24 level=-99 color_range=pc color_space=gbr color_transfer=unknown color_primaries=unknown chroma_location=unspecified field_order=unknown refs=1 id=N/A r_frame_rate=1000/1 avg_frame_rate=0/0 time_base=1/1000 start_pts=77 start_time=0.077000 duration_ts=N/A duration=N/A bit_rate=N/A max_bit_rate=N/A bits_per_raw_sample=N/A 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 DISPOSITION:captions=0 DISPOSITION:descriptions=0 DISPOSITION:metadata=0 DISPOSITION:dependent=0 DISPOSITION:still_image=0 TAG:FILENAME=cover.png TAG:MIMETYPE=image/png TAG:DURATION=00:00:00.077000000 [/STREAM] }}} My ffmpeg is the Windows version downloaded from https://github.com/BtbN /FFmpeg-Builds/releases. The detailed version is as output in step 2. -- Ticket URL: <https://trac.ffmpeg.org/ticket/10375> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

Re: [FFmpeg-trac] #2104(avfilter:closed): anti-epilepsy bright flash remover video filter
by FFmpeg 03 Sep '23

03 Sep '23

#2104: anti-epilepsy bright flash remover video filter -------------------------------------+------------------------------------ Reporter: compn | Owner: (none) Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by bellidity): Just wanted to thank you guys for this amazing work. Regards from [https://www.excavatinghalifax.com/ Halifax Excavation Company] God bless! -- Ticket URL: <https://trac.ffmpeg.org/ticket/2104#comment:14> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#10495(avfilter:new): Optimized (x86 assembly) version of vf_ssim works incorrectly for some video inputs
by FFmpeg 02 Sep '23

02 Sep '23

#10495: Optimized (x86 assembly) version of vf_ssim works incorrectly for some video inputs ----------------------------------+-------------------------------------- Reporter: Evgeny | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: Optimized assembly implementation of vf_sim is expected to behave identically to unoptimized (C-code) implementation, i.e. same metrics should be reported for the same input videos. However, due to bug in the assembly code, it’s not always the case, and the reported metrics can be different between the two. Optimized x86 assembly code works fine for 1920x1080 input, but failed for 852x480 input. How to reproduce: {{{ 1. Build unoptimized ffmpeg binary by fully disable assembly optimization for entire ffmpeg % ./configure with --disable-asm 2. Download test 1080p (8-bit) input video (e.g. https://media.xiph.org/video/derf/y4m/crowd_run_1080p50.y4m) 3. Rescale 1080p video to 852x480p (8-bit): % ffmpeg -y -i crowd_run_1080p50.y4m -s 852x480 ref_852x480p50.y4m 4. Generate degrade (8-bit) video using x264, e.g.: % ffmpeg -y -i ref_852x480p50.y4m -c:v libx264 -qp 40 x264_852x480p50.264 5. Compare (8-bit) SSIM Y/U/V generated with unoptimized ffmpeg binary against SSIM generated using optimized ffmpeg binary: Sample command line: % ffmpeg -vsync 0 -i ref_852x480p50.y4m -i x264_852x480p50.264 -lavfi "ssim" -f null – Here is a difference between outputs for x86 assembly and C implementations: Optimized SSIM output: SSIM Y:0.770184 (6.386200) U:0.830635 (7.711759) V:0.845416 (8.108361) All:0.792798 (6.836059) Reference(Unoptimized) : SSIM Y:0.770184 (6.386200) U:0.829381 (7.679738) V:0.844320 (8.077677) All:0.792406 (6.827860) Some very tiny fractional difference could be observed due to compiler uses different floating point instructions. However, the difference is expected to be very small (e.g. < 1e-5). }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/10495> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#5849(avcodec:new): Add full support for H264 in libavcodec (Encoding & Decoding)
by FFmpeg 02 Sep '23

02 Sep '23

#5849: Add full support for H264 in libavcodec (Encoding & Decoding) -------------------------------------+------------------------------------- Reporter: | Type: AssemblerX86 | enhancement Status: new | Priority: important Component: avcodec | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: Add full decode & encode support for H264 codec in avcodec. How to reproduce: {{{ Try the transcoding.c example on any H264 video. Or try simply encoding any H264 video using libavcodec. Even using OpenCV library (Which uses FFMPEG) wont encode H264. }}} Many forum posts and mailing-list messages have been questioning on how to decode/encode H264 media files through libavcodec since their code works for other codec types but not for H264, and no developer ever said H264 codec doesn't work with FFMPEG. Well it doesn't, and support should be added to it as its one of the most used codecs nowadays. Either packet writing fails, or you just get a Segmentation Error. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5849> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#9785(ffmpeg:new): ffmpeg incorrectly warns about "non-monotonous" timestamp
by FFmpeg 02 Sep '23

02 Sep '23

#9785: ffmpeg incorrectly warns about "non-monotonous" timestamp ------------------------------------+-------------------------------------- Reporter: mhjacobson | Type: defect Status: new | Priority: minor Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Under certain circumstances, ffmpeg emits a warning like this: [mp4 @ 0x80ee68c00] Non-monotonous DTS in output stream 0:1; previous: 226069, current: 223761; changing to 226070. This may result in incorrect timestamps in the output file. The correct word is "non-monotonic"; "monotonous" means "not changing in pitch" or, idiomatically, "boring". The nonstandard terminology dates back to this commit: <https://github.com/FFmpeg/FFmpeg/commit/76d23f40314fc1dcd74a3d470b17782cc0e…>. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9785> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#9825(ffmpeg:new): Non-monotonous?!
by FFmpeg 01 Sep '23

01 Sep '23

#9825: Non-monotonous?! ------------------------------------+-------------------------------------- Reporter: sszcrt | Type: defect Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: monotonous | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ In ffmpeg.c "Non-monotonous DTS in output stream " would be better as "Non-monotonic DTS in output stream ". That would be somewhat less boring! There are also instances in libavfilter/af_asyncts.c }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9825> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2