March 2014 - FFmpeg-trac - lists.ffmpeg.org

#3410(undetermined:new): v4l2 crash
by FFmpeg 14 Jul '14

14 Jul '14

#3410: v4l2 crash -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: v4l2 crash Blocked By: | regression SIGSEGV Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- v4l2 input crashes here in libswscale if I force uyvy422, this is a regression since a05a44e2 The ffplay crash is not reproducible with valgrind, the crash with ffmpeg is only reproducible with valgrind. {{{ $ valgrind ./ffmpeg_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 -pix_fmt yuv420p -f null - ==3446== Memcheck, a memory error detector ==3446== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==3446== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==3446== Command: ./ffmpeg_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 -pix_fmt yuv420p -f null - ==3446== ffmpeg version N-60842-g72e6913 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 23 2014 19:27:16 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1393181634.113993, bitrate: 176947 kb/s Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 768x576, 176947 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc ==3446== Invalid read of size 8 ==3446== at 0x6ADD59F: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==3446== by 0x6A918A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==3446== by 0xD1684E: av_strtod (eval.c:98) ==3446== by 0xD17094: parse_primary (eval.c:324) ==3446== by 0xD17B20: parse_factor (eval.c:483) ==3446== by 0xD17D1B: parse_term (eval.c:532) ==3446== by 0xD16DDE: parse_expr (eval.c:556) ==3446== by 0xD17F1C: av_expr_parse (eval.c:673) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== Address 0x75a61e0 is 0 bytes inside a block of size 3 alloc'd ==3446== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0xD1F229: av_malloc (mem.c:94) ==3446== by 0xD17E65: av_expr_parse (eval.c:650) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== by 0x4922EE: avfilter_graph_config (avfiltergraph.c:276) ==3446== by 0x4788B2: configure_filtergraph (ffmpeg_filter.c:901) ==3446== by 0x4832E6: transcode_init (ffmpeg.c:2488) ==3446== by 0x4677C8: main (ffmpeg.c:3413) ==3446== ==3446== Invalid read of size 8 ==3446== at 0x6ADD5A7: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==3446== by 0x6A918A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==3446== by 0xD1684E: av_strtod (eval.c:98) ==3446== by 0xD17094: parse_primary (eval.c:324) ==3446== by 0xD17B20: parse_factor (eval.c:483) ==3446== by 0xD17D1B: parse_term (eval.c:532) ==3446== by 0xD16DDE: parse_expr (eval.c:556) ==3446== by 0xD17F1C: av_expr_parse (eval.c:673) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== Address 0x75a61e8 is 5 bytes after a block of size 3 alloc'd ==3446== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==3446== by 0xD1F229: av_malloc (mem.c:94) ==3446== by 0xD17E65: av_expr_parse (eval.c:650) ==3446== by 0xD18063: av_expr_parse_and_eval (eval.c:710) ==3446== by 0x4CA1F6: config_props (vf_scale.c:256) ==3446== by 0x48E10C: avfilter_config_links (avfilter.c:254) ==3446== by 0x48E0EF: avfilter_config_links (avfilter.c:243) ==3446== by 0x4922EE: avfilter_graph_config (avfiltergraph.c:276) ==3446== by 0x4788B2: configure_filtergraph (ffmpeg_filter.c:901) ==3446== by 0x4832E6: transcode_init (ffmpeg.c:2488) ==3446== by 0x4677C8: main (ffmpeg.c:3413) ==3446== Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 768x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help [null @ 0x743c140] Encoder did not produce proper pts, making some up. ==3446== Invalid read of size 8 ==3446== at 0xD09308: uyvytoyuv420_mmxext (rgb2rgb_template.c:2147) ==3446== by 0xCFED7D: uyvyToYuv420Wrapper (swscale_unscaled.c:287) ==3446== by 0xCC3060: sws_scale (swscale.c:1101) ==3446== by 0x4CAEB4: filter_frame (vf_scale.c:423) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48F360: default_filter_frame (avfilter.c:1161) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48FF58: ff_filter_frame (avfilter.c:1161) ==3446== by 0x494011: request_frame (buffersrc.c:500) ==3446== by 0x4942AA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3446== by 0x49463C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3446== by 0x47D119: decode_video (ffmpeg.c:1835) ==3446== Address 0x420aff9 is not stack'd, malloc'd or (recently) free'd ==3446== ==3446== ==3446== Process terminating with default action of signal 11 (SIGSEGV) ==3446== Access not within mapped region at address 0x420B000 ==3446== at 0xD09308: uyvytoyuv420_mmxext (rgb2rgb_template.c:2147) ==3446== by 0xCFED7D: uyvyToYuv420Wrapper (swscale_unscaled.c:287) ==3446== by 0xCC3060: sws_scale (swscale.c:1101) ==3446== by 0x4CAEB4: filter_frame (vf_scale.c:423) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48F360: default_filter_frame (avfilter.c:1161) ==3446== by 0x48EE59: ff_filter_frame_framed (avfilter.c:1081) ==3446== by 0x48FF58: ff_filter_frame (avfilter.c:1161) ==3446== by 0x494011: request_frame (buffersrc.c:500) ==3446== by 0x4942AA: av_buffersrc_add_frame_internal (buffersrc.c:181) ==3446== by 0x49463C: av_buffersrc_add_frame_flags (buffersrc.c:106) ==3446== by 0x47D119: decode_video (ffmpeg.c:1835) ==3446== If you believe this happened as a result of a stack ==3446== overflow in your program's main thread (unlikely but ==3446== possible), you can try to increase the size of the ==3446== main thread stack using the --main-stacksize= flag. ==3446== The main thread stack size used in this run was 8388608. ==3446== ==3446== HEAP SUMMARY: ==3446== in use at exit: 718,853 bytes in 134 blocks ==3446== total heap usage: 2,554 allocs, 2,420 frees, 2,775,626 bytes allocated ==3446== ==3446== LEAK SUMMARY: ==3446== definitely lost: 0 bytes in 0 blocks ==3446== indirectly lost: 0 bytes in 0 blocks ==3446== possibly lost: 2,448 bytes in 9 blocks ==3446== still reachable: 716,405 bytes in 125 blocks ==3446== suppressed: 0 bytes in 0 blocks ==3446== Rerun with --leak-check=full to see details of leaked memory ==3446== ==3446== For counts of detected and suppressed errors, rerun with: -v ==3446== ERROR SUMMARY: 7 errors from 3 contexts (suppressed: 2 from 2) Killed }}} {{{ (gdb) r -f v4l2 -pix_fmt uyvy422 -i /dev/video0 Starting program: /home/cehoyos/test/cehoyos/FFmpeg/ffplay_g -f v4l2 -pix_fmt uyvy422 -i /dev/video0 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffplay version N-60842-g72e6913 Copyright (c) 2003-2014 the FFmpeg developers built on Feb 23 2014 19:27:16 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 Option -pix_fmt is deprecated, use -pixel_format. [New Thread 0x7ffff59eb700 (LWP 3562)] [New Thread 0x7ffff48c8700 (LWP 3563)] [New Thread 0x7ffff3fc6700 (LWP 3564)] Input #0, video4linux2,v4l2, from '/dev/video0':B sq= 0B f=0/0 Duration: N/A, start: 1393181754.236851, bitrate: 176947 kb/s Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 768x576, 176947 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc [New Thread 0x7ffff27bd700 (LWP 3565)] [New Thread 0x7ffff1fbc700 (LWP 3566)] [New Thread 0x7ffff17bb700 (LWP 3567)] [New Thread 0x7ffff0fba700 (LWP 3568)] [New Thread 0x7fffebfff700 (LWP 3569)] [New Thread 0x7fffeb7fe700 (LWP 3570)] [New Thread 0x7fffeaffd700 (LWP 3571)] [New Thread 0x7fffea7fc700 (LWP 3572)] [New Thread 0x7fffe9ffb700 (LWP 3573)] [New Thread 0x7fffe97fa700 (LWP 3574)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff27bd700 (LWP 3565)] 0x0000000000cfaef8 in extract_even_mmxext (count=<optimized out>, dst=0x7fffe4078fa0 "", src=0x7ffff37c6001 "") at libswscale/x86/rgb2rgb_template.c:2147 2147 __asm__ volatile( (gdb) bt #0 0x0000000000cfaef8 in extract_even_mmxext (count=<optimized out>, dst=0x7fffe4078fa0 "", src=0x7ffff37c6001 "") at libswscale/x86/rgb2rgb_template.c:2147 #1 uyvytoyuv420_mmxext (ydst=<optimized out>, udst=0x7fffe4093e80 "", vdst=0x7fffe40aef00 "", src=<optimized out>, width=768, height=576, lumStride=768, chromStride=384, srcStride=1536) at libswscale/x86/rgb2rgb_template.c:2439 #2 0x0000000000cf096e in uyvyToYuv420Wrapper (c=0x7fffe40037a0, src=<optimized out>, srcStride=<optimized out>, srcSliceY=0, srcSliceH=576, dstParam=0x7ffff27bc710, dstStride=0x7ffff27bc6e0) at libswscale/swscale_unscaled.c:287 #3 0x0000000000cb4c51 in sws_scale (c=<optimized out>, srcSlice=srcSlice@entry=0x7ffff27bc800, srcStride=srcStride@entry=0x7ffff27bc7c0, srcSliceY=srcSliceY@entry=0, srcSliceH=576, dst=dst@entry=0x7ffff27bc820, dstStride=0x7ffff27bc7d0) at libswscale/swscale.c:1101 #4 0x00000000004bcaa5 in scale_slice (field=<optimized out>, mul=<optimized out>, h=<optimized out>, sws=<optimized out>, cur_pic=<optimized out>, out_buf=<optimized out>, link=<optimized out>, y=<optimized out>) at libavfilter/vf_scale.c:423 #5 filter_frame (link=link@entry=0x7fffe40033c0, in=0x7fffe400ca80) at libavfilter/vf_scale.c:520 #6 0x0000000000480a4a in ff_filter_frame_framed (link=link@entry=0x7fffe40033c0, frame=0x7ffff37c6000, frame@entry=0x7fffe400ca80) at libavfilter/avfilter.c:1081 #7 0x0000000000481b49 in ff_filter_frame (link=link@entry=0x7fffe40033c0, frame=0x7fffe400ca80) at libavfilter/avfilter.c:1161 #8 0x0000000000485c02 in request_frame (link=0x7fffe40033c0) at libavfilter/buffersrc.c:500 #9 0x0000000000480e2a in ff_request_frame (link=0x7fffe40033c0) at libavfilter/avfilter.c:346 #10 0x0000000000480e94 in ff_request_frame (link=0x7fffe4003660) at libavfilter/avfilter.c:348 #11 0x0000000000480e94 in ff_request_frame (link=link@entry=0x7fffe4003280) at libavfilter/avfilter.c:348 #12 0x0000000000485428 in av_buffersink_get_frame_flags ( ctx=ctx@entry=0x7fffe40026a0, frame=0x7fffe40008c0, flags=0, flags@entry=-469755424) at libavfilter/buffersink.c:138 #13 0x00000000004731b5 in video_thread (arg=0x7ffff3fc7040) at ffplay.c:1972 #14 0x00007ffff6f0ae96 in ?? () from /usr/lib64/libSDL-1.2.so.0 #15 0x00007ffff6f4dcd9 in ?? () from /usr/lib64/libSDL-1.2.so.0 #16 0x00007ffff6ce4e0e in start_thread () from /lib64/libpthread.so.0 #17 0x00007ffff60f82cd in clone () from /lib64/libc.so.6 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xcfaed8 to 0xcfaf18: 0x0000000000cfaed8 <uyvytoyuv420_mmxext+152>: mov %r12,%rax 0x0000000000cfaedb <uyvytoyuv420_mmxext+155>: jge 0xcfaf23 <uyvytoyuv420_mmxext+227> 0x0000000000cfaedd <uyvytoyuv420_mmxext+157>: mov -0x20(%rsp),%rax 0x0000000000cfaee2 <uyvytoyuv420_mmxext+162>: pcmpeqw %mm7,%mm7 0x0000000000cfaee5 <uyvytoyuv420_mmxext+165>: psrlw $0x8,%mm7 0x0000000000cfaee9 <uyvytoyuv420_mmxext+169>: movq -0x1e(%rdi,%rax,2),%mm0 0x0000000000cfaeee <uyvytoyuv420_mmxext+174>: movq -0x16(%rdi,%rax,2),%mm1 0x0000000000cfaef3 <uyvytoyuv420_mmxext+179>: movq -0xe(%rdi,%rax,2),%mm2 => 0x0000000000cfaef8 <uyvytoyuv420_mmxext+184>: movq -0x6(%rdi,%rax,2),%mm3 0x0000000000cfaefd <uyvytoyuv420_mmxext+189>: pand %mm7,%mm0 0x0000000000cfaf00 <uyvytoyuv420_mmxext+192>: pand %mm7,%mm1 0x0000000000cfaf03 <uyvytoyuv420_mmxext+195>: pand %mm7,%mm2 0x0000000000cfaf06 <uyvytoyuv420_mmxext+198>: pand %mm7,%mm3 0x0000000000cfaf09 <uyvytoyuv420_mmxext+201>: packuswb %mm1,%mm0 0x0000000000cfaf0c <uyvytoyuv420_mmxext+204>: packuswb %mm3,%mm2 0x0000000000cfaf0f <uyvytoyuv420_mmxext+207>: movntq %mm0,-0xf(%rcx,%rax,1) 0x0000000000cfaf14 <uyvytoyuv420_mmxext+212>: movntq %mm2,-0x7(%rcx,%rax,1) End of assembler dump. (gdb) info all-register rax 0xffffffffffffffff -1 rbx 0x7fffe4093e80 140737019199104 rcx 0x7fffe4078fa0 140737019088800 rdx 0x7fffe40aef00 140737019309824 rsi 0x7ffff37c6000 140737278402560 rdi 0x7ffff37c6001 140737278402561 rbp 0x7fffe40aef00 0x7fffe40aef00 rsp 0x7ffff27bc5c8 0x7ffff27bc5c8 r8 0x600 1536 r9 0x240 576 r10 0x7fffe4079000 140737019088896 r11 0x23f 575 r12 0xfffffffffffffd00 -768 r13 0x600 1536 r14 0x1 1 r15 0x180 384 rip 0xcfaef8 0xcfaef8 <uyvytoyuv420_mmxext+184> eflags 0x10286 [ PF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x7e177f1080117e12) (raw 0xffff7e177f1080117e12) st1 -nan(0x80107f15801e7e1e) (raw 0xffff80107f15801e7e1e) st2 -nan(0x80187e147f107f10) (raw 0xffff80187e147f107f10) st3 -nan(0x13001700150019) (raw 0xffff0013001700150019) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 -nan(0xff00ff00ff00ff) (raw 0xffff00ff00ff00ff00ff) fctrl 0x37f 895 fstat 0x0 0 ftag 0x95aa 38314 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa8 [ OE PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x95, 0x98, 0x1, 0x0, 0x69, 0x4, 0x2, 0x0, 0x4b, 0x64, 0x0, 0x0, 0x1f, 0xd0, 0x0 <repeats 18 times>}, v16_int16 = {0x9895, 0x1, 0x469, 0x2, 0x644b, 0x0, 0xd01f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x19895, 0x20469, 0x644b, 0xd01f, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2046900019895, 0xd01f0000644b, 0x0, 0x0}, v2_int128 = {0x0000d01f0000644b0002046900019895, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x61, 0x75, 0x74, 0x6f, 0x0, 0x7f, 0x0, 0x0, 0xe0, 0x1a, 0x0, 0xe4, 0xff, 0x7f, 0x0 <repeats 18 times>}, v16_int16 = {0x7561, 0x6f74, 0x7f00, 0x0, 0x1ae0, 0xe400, 0x7fff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x6f747561, 0x7f00, 0xe4001ae0, 0x7fff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x7f006f747561, 0x7fffe4001ae0, 0x0, 0x0}, v2_int128 = {0x00007fffe4001ae000007f006f747561, 0x00000000000000000000000000000000}} ymm2 {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 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x1, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x63, 0x5f, 0x76, 0x5f, 0x63, 0x68, 0x72, 0x5f, 0x0 <repeats 16 times>}, v16_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x5f63, 0x5f76, 0x6863, 0x5f72, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0x3ff00000, 0x5f765f63, 0x5f726863, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3ff0000000000000, 0x5f7268635f765f63, 0x0, 0x0}, v2_int128 = {0x5f7268635f765f633ff0000000000000, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x73, 0x6d, 0x70, 0x74, 0x65, 0x31, 0x37, 0x30, 0x6d, 0x0, 0x49, 0x6e, 0x76, 0x61, 0x6c, 0x69, 0x0 <repeats 16 times>}, v16_int16 = {0x6d73, 0x7470, 0x3165, 0x3037, 0x6d, 0x6e49, 0x6176, 0x696c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x74706d73, 0x30373165, 0x6e49006d, 0x696c6176, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3037316574706d73, 0x696c61766e49006d, 0x0, 0x0}, v2_int128 = {0x696c61766e49006d3037316574706d73, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x3, 0x3, 0x3, 0x3, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x20, 0x20, 0x0, 0x0}, v32_int8 = {0x40 <repeats 16 times>, 0x0 <repeats 16 times>}, v16_int16 = {0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x40404040, 0x40404040, 0x40404040, 0x40404040, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4040404040404040, 0x4040404040404040, 0x0, 0x0}, v2_int128 = {0x40404040404040404040404040404040, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x5b <repeats 16 times>, 0x0 <repeats 16 times>}, v16_int16 = {0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5b5b5b5b5b5b5b5b, 0x5b5b5b5b5b5b5b5b, 0x0, 0x0}, v2_int128 = {0x5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x20 <repeats 16 times>, 0x0 <repeats 16 times>}, v16_int16 = {0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x20202020, 0x20202020, 0x20202020, 0x20202020, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2020202020202020, 0x2020202020202020, 0x0, 0x0}, v2_int128 = {0x20202020202020202020202020202020, 0x00000000000000000000000000000000}} ymm8 {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 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0 <repeats 16 times>}, v16_int16 = {0x0, 0x0, 0xff, 0x0, 0x0, 0xffff, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x0, 0xff, 0xffff0000, 0xffffffff, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff00000000, 0xffffffffffff0000, 0x0, 0x0}, v2_int128 = {0xffffffffffff0000000000ff00000000, 0x00000000000000000000000000000000}} ymm10 {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 = {0x00000000000000000000000000000000, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0xff, 0xff, 0x0 <repeats 17 times>}, v16_int16 = {0x0, 0xff00, 0x0, 0x0, 0xff00, 0x0, 0xff00, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xff000000, 0x0, 0xff00, 0xffff00, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xff000000, 0xffff000000ff00, 0x0, 0x0}, v2_int128 = {0x00ffff000000ff0000000000ff000000, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0 <repeats 24 times>}, v16_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0 <repeats 12 times>}, v8_int32 = {0x0, 0x3cc40000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3cc4000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003cc4000000000000, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0 <repeats 24 times>}, v16_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0 <repeats 12 times>}, v8_int32 = {0x0, 0xbc598000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbc59800000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc59800000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0 <repeats 24 times>}, v16_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0 <repeats 12 times>}, v8_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3c5324f0e883858e, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000003c5324f0e883858e, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x2d, 0x0, 0x0, 0x0}, v32_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0 <repeats 24 times>}, v16_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0 <repeats 12 times>}, v8_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x4046dfb516f209c0, 0x0, 0x0, 0x0}, v2_int128 = {0x00000000000000004046dfb516f209c0, 0x00000000000000000000000000000000}} }}} The following workaround avoids the crash: {{{ diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c index 96a272c..0a02dd1 100644 --- a/libavdevice/v4l2.c +++ b/libavdevice/v4l2.c @@ -531,7 +531,7 @@ static int mmap_read_frame(AVFormatContext *ctx, AVPacket *pkt) } /* Image is at s->buff_start[buf.index] */ - if (avpriv_atomic_int_get(&s->buffers_queued) == FFMAX(s->buffers / 8, 1)) { + if (1 || avpriv_atomic_int_get(&s->buffers_queued) == FFMAX(s->buffers / 8, 1)) { /* when we start getting low on queued buffers, fall back on copying data */ res = av_new_packet(pkt, buf.bytesused); if (res < 0) { }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3410> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3413(undetermined:new): invalid read in swscale when converting from rgb24 to yuv420p
by FFmpeg 22 Jun '14

22 Jun '14

#3413: invalid read in swscale when converting from rgb24 to yuv420p -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | avpicture_alloc Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ #include <libavcodec/avcodec.h> #include <libswscale/swscale.h> #define W 320 #define H 240 int main() { AVPicture dst = {{0}}, src = {{0}}; struct SwsContext *sws = sws_getCachedContext(NULL, W, H, PIX_FMT_RGB24, W, H, PIX_FMT_YUV420P, 0, NULL, NULL, NULL); if (!sws) return 1; avpicture_alloc(&src, PIX_FMT_RGB24, W, H); avpicture_alloc(&dst, PIX_FMT_YUV420P, W, H); memset(src.data[0], 0, H * src.linesize[0]); if (sws_scale(sws, (const uint8_t**)src.data, src.linesize, 0, H, dst.data, dst.linesize) < 0) return 1; return 0; } }}} {{{ ☭ valgrind ./scale ==26516== Memcheck, a memory error detector ==26516== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==26516== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==26516== Command: ./scale ==26516== ==26516== Invalid read of size 16 ==26516== at 0x442D47: ??? (input.asm:334) ==26516== by 0x40B5A8: swscale (swscale.c:254) ==26516== by 0x40D3E4: sws_scale (swscale.c:1101) ==26516== by 0x40A32A: main (scale.c:19) ==26516== Address 0x8f3dcd4 is 230,388 bytes inside a block of size 230,401 alloc'd ==26516== at 0x4C2ACC0: memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==26516== by 0x4C2ADD7: posix_memalign (in /usr/lib/valgrind /vgpreload_memcheck-amd64-linux.so) ==26516== by 0x452BF9: av_malloc (mem.c:94) ==26516== by 0x451586: av_image_alloc (imgutils.c:210) ==26516== by 0x40A3D5: avpicture_alloc (avpicture.c:57) ==26516== by 0x40A2AA: main (scale.c:16) ==26516== ==26516== ==26516== HEAP SUMMARY: ==26516== in use at exit: 409,728 bytes in 34 blocks ==26516== total heap usage: 46 allocs, 12 frees, 463,488 bytes allocated ==26516== ==26516== LEAK SUMMARY: ==26516== definitely lost: 375,906 bytes in 3 blocks ==26516== indirectly lost: 33,822 bytes in 31 blocks ==26516== possibly lost: 0 bytes in 0 blocks ==26516== still reachable: 0 bytes in 0 blocks ==26516== suppressed: 0 bytes in 0 blocks ==26516== Rerun with --leak-check=full to see details of leaked memory ==26516== ==26516== For counts of detected and suppressed errors, rerun with: -v ==26516== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) }}} This might be because avpicture_alloc() calls av_image_alloc() with an align of 1. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3413> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#3428(undetermined:new): WMV file has wrong length detected by ffprobe/ffmpeg
by FFmpeg 22 Jun '14

22 Jun '14

#3428: WMV file has wrong length detected by ffprobe/ffmpeg --------------------------------------+---------------------------------- Reporter: boose | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.1.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Summary of the bug: Other players report length correctly as 30:38, ffprobe/ffmpeg seem to think it is 21:36 How to reproduce: {{{ boose@Cid:~/ffmpeg-2.1.3-64bit-static$ ./ffprobe 08\ Christian\ Humanism.wmv ffprobe version 2.1.3- http://johnvansickle.com/ffmpeg/ Copyright (c) 2007-2013 the FFmpeg developers built on Jan 22 2014 19:50:14 with gcc 4.8 (Debian 4.8.2-14) configuration: --enable-gpl --enable-version3 --disable-shared --disable-debug --enable-runtime-cpudetect --enable-libmp3lame --enable- libx264 --enable-libspeex --enable-libvorbis --enable-libvpx --enable- libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --disable-ffserver libavutil 52. 48.101 / 52. 48.101 libavcodec 55. 39.101 / 55. 39.101 libavformat 55. 19.104 / 55. 19.104 libavdevice 55. 5.100 / 55. 5.100 libavfilter 3. 90.100 / 3. 90.100 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x32cbd40] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from '08 Christian Humanism.wmv': Metadata: [...] WM/EpisodeID : Lect.08 Christian Humanism WM/EpisodeNumber: 8 Duration: 00:21:36.74, start: 0.000000, bitrate: 2128 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, fltp, 128 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 640x480, 2000 kb/s, SAR 1:1 DAR 4:3, 29.97 tbr, 1k tbn, 1k tbc Stream #0:2: Video: mjpeg, yuvj444p(pc), 419x563 [SAR 96:96 DAR 419:563], 90k tbr, 90k tbn, 90k tbc Metadata: title : comment : Other Stream #0:3: Video: mjpeg, yuvj444p(pc), 419x563 [SAR 96:96 DAR 419:563], 90k tbr, 90k tbn, 90k tbc Metadata: comment : Cover (front) boose@Cid:~/ffmpeg-2.1.3-64bit-static$ }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3428> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3382(ffmpeg:new): Add severity level to ffmpeg log formatting
by FFmpeg 22 Jun '14

22 Jun '14

#3382: Add severity level to ffmpeg log formatting --------------------------------+--------------------------------------- Reporter: abc123 | Type: enhancement Status: new | Priority: normal Component: ffmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: FFmpeg CLI only uses terminal colors to distinguish between different categories of logging messages. If console colors are disabled or stderr redirected, it becomes impossible to determine the severity of a log event. How to reproduce: {{{ % ffmpeg -i input ... output ffmpeg version built on ... [rawvideo @ 0x9f8c640] Encoder did not produce proper pts, making some up. }}} I propose changing the format string to produce something like this: [rawvideo @ 0x9f8c640] [WARNING] Encoder did not produce proper pts, making some up. Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3382> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3475(ffprobe:new): -skip_frame nokey doesn't work with ffprobe
by FFmpeg 16 Jun '14

16 Jun '14

#3475: -skip_frame nokey doesn't work with ffprobe -------------------------------------+------------------------------------- Reporter: duggaraju | Type: defect Status: new | Priority: normal Component: ffprobe | Version: git- Keywords: ffprobe | master show_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffprobe -skip_frame nokey -select_streams v -show_frames -i input.mp4 ... output ffprobe version N-60386-g9c978f2 Copyright (c) 2007-2014 the FFmpeg developers built on Feb 5 2014 22:08:32 with gcc 4.8.2 (GCC) [FRAME] media_type=video key_frame=1 pkt_pts=1000 pkt_pts_time=0.040000 pkt_dts=1000 pkt_dts_time=0.040000 best_effort_timestamp=1000 best_effort_timestamp_time=0.040000 pkt_duration=1000 pkt_duration_time=0.040000 pkt_pos=1191176 pkt_size=3327 width=1920 height=1080 pix_fmt=yuv420p sample_aspect_ratio=1:1 pict_type=I coded_picture_number=0 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] [FRAME] media_type=video key_frame=0 pkt_pts=2000 pkt_pts_time=0.080000 pkt_dts=2000 pkt_dts_time=0.080000 best_effort_timestamp=2000 best_effort_timestamp_time=0.080000 pkt_duration=1000 pkt_duration_time=0.040000 pkt_pos=1194771 pkt_size=268 width=1920 height=1080 pix_fmt=yuv420p sample_aspect_ratio=1:1 pict_type=B coded_picture_number=2 display_picture_number=0 interlaced_frame=0 top_field_first=0 repeat_pict=0 [/FRAME] [FRAME] As per ticket #1859 https://trac.ffmpeg.org/ticket/1859 this is supposed to be fixed. But I can repro it easily with the latest build. Is this a bug or am I doing something wrong? }}} I expect the output to only show the key frames information but instead it shows all the -- Ticket URL: <https://trac.ffmpeg.org/ticket/3475> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3400(avcodec:new): libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams
by FFmpeg 09 Jun '14

09 Jun '14

#3400: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams -------------------------------------+------------------------------------- Reporter: coolfat | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: libavcodec | unspecified cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: libavcodec: cavs decoder bug when decoding multi-sliced chinese avs streams How to reproduce: {{{ % ffmpeg -i akiyo_cif.avs akiyo_cif.yuv avconv version 9_beta3, Copyright (c) 2000-2012 the Libav developers built on Jan 15 2014 09:45:40 with gcc 4.3.3 (Ubuntu 4.3.3-5ubuntu4) Illegal intra prediction mode Last message repeated 13 times [cavs @ 0x9cf0ec0] illegal intra chroma pred mode Last message repeated 4 times [cavsvideo @ 0x9cef000] max_analyze_duration reached [cavsvideo @ 0x9cef000] Estimating duration from bitrate, this may be inaccurate Input #0, cavsvideo, from '/home/samba_share/hfxing/akiyo_cif.avs': Duration: N/A, bitrate: N/A Stream #0.0: Video: cavs, yuv420p, 352x288, 25 fps, 25 tbr, 25 tbn, 25 tbc File '/home/samba_share/hfxing/akiyo_cif.yuv' already exists. Overwrite ? [y/N] y Output #0, rawvideo, to '/home/samba_share/hfxing/akiyo_cif.yuv': Metadata: encoder : Lavf54.20.0 Stream #0.0: Video: rawvideo, yuv420p, 352x288, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (cavs -> rawvideo) Press ctrl-c to stop encoding Illegal intra prediction mode Last message repeated 13 times [cavs @ 0x9cf0ec0] illegal intra chroma pred mode Last message repeated 4 times [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(3,9) Illegal intra prediction mode [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(6,9) [cavs @ 0x9cf0ec0] position out of block bounds at pic 6 MB(8,12) .......... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3400> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#3510(undetermined:new): Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6"
by FFmpeg 06 Jun '14

06 Jun '14

#3510: Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" --------------------------------------+---------------------------------- Reporter: ianken | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Many errors, glitchy audio output with -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" Sample media here: https://dl.dropboxusercontent.com/u/67080212/AMERGE_REPRO_MEDIA.zip If I extract the 6 channels into discrete WAV files then read them as inputs and merge it works. It'd be nice to do this in one pass instead of two. Command Spew: C:\X264Test>ffmpeg -y -i source.mov -filter_complex "[0:1][0:2][0:3][0:4][0:5][0:6] amerge=inputs=6" -vn foo.wav ffmpeg version N-61914-g657cee1 Copyright (c) 2000-2014 the FFmpeg developers built on Mar 28 2014 22:02:04 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfi g --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopenco re-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable- libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 69.100 / 52. 69.100 libavcodec 55. 55.104 / 55. 55.104 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Guessed Channel Layout for Input Stream #0.7 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'source.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2014-02-20 17:18:14 Duration: 00:02:05.04, start: 0.000000, bitrate: 55224 kb/s Stream #0:0(eng): Video: prores (apch / 0x68637061), yuv422p10le, 720x480, 45979 kb/s, SAR 32:27 DAR 16:9, 23.98 fps , 23.98 tbr, 23976 tbn, 23976 tbc (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:1(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (FR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:3(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:4(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (LFE), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:5(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BL), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:6(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, 1 channels (BR), s32, 1152 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:7(eng): Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32, 2304 kb/s (default) Metadata: creation_time : 2014-02-20 17:18:14 handler_name : Apple Alias Data Handler Stream #0:8(eng): Data: none (tmcd / 0x64636D74) (default) Metadata: creation_time : 2014-02-20 17:19:22 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 [Parsed_amerge_0 @ 0402a8e0] No channel layout for input 1 Output #0, wav, to 'foo.wav': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt ISFT : Lavf55.36.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 5.1, s16, 4608 kb/s (default) Stream mapping: Stream #0:1 (pcm_s24le) -> amerge:in0 Stream #0:2 (pcm_s24le) -> amerge:in1 Stream #0:3 (pcm_s24le) -> amerge:in2 Stream #0:4 (pcm_s24le) -> amerge:in3 Stream #0:5 (pcm_s24le) -> amerge:in4 Stream #0:6 (pcm_s24le) -> amerge:in5 amerge -> Stream #0:0 (pcm_s16le) Press [q] to stop, [?] for help Error while decoding stream #0:1: Error number -12 occurred Last message repeated 14 times Error while decoding stream #0:2: Error number -12 occurred Last message repeated 14 times Error while decoding stream #0:3: Error number -12 occurred Last message repeated 14 times LOTS OF THESE ERRORS DELETED.... size= 56640kB time=00:02:04.80 bitrate=3717.7kbits/s video:0kB audio:56640kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000176% -- Ticket URL: <https://trac.ffmpeg.org/ticket/3510> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#3484(undetermined:new): FFmpeg timing control problem
by FFmpeg 31 May '14

31 May '14

#3484: FFmpeg timing control problem -------------------------------------+------------------------------------- Reporter: Spencerg | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: concat, | Blocked By: time, control | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I want to control the display time of individual frames sufficient to allow me to mate with segments of an audio timed to hundredths of a second. Some frames seemed not to display at all. Some displayed far longer than others and for times that differed greatly from "duration" specified in a concat demuxer control file. How to reproduce: As soon as I can figure out how, I will submit "ffmpegFailsToControlFrameTimes.7z" containing 5 png files (tst0.png, ... tst4.png), a concat demuxer control file (concat3.txt), and the output produced by the version of FFmpeg I downloaded earlier today (tst2g.mp4). The ffmpeg command and output appear below. >ffmpeg -y -f concat -i concat3.txt -pix_fmt yuv420p tst2g.mp4 ffmpeg version N-61620-ge555e1b Copyright (c) 2000-2014 the FFmpeg developers built on Mar 19 2014 22:01:32 with gcc 4.8.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable- libvo-aa cenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libwavp ack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable -zlib libavutil 52. 67.100 / 52. 67.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 34.101 / 55. 34.101 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 libpostproc 52. 3.100 / 52. 3.100 Input #0, concat, from 'concat3.txt': Duration: 00:00:12.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Video: png, pal8, 480x480, 25 tbr, 25 tbn, 25 tbc [libx264 @ 042ae100] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 [libx264 @ 042ae100] profile High, level 3.0 [libx264 @ 042ae100] 264 - core 142 r2409 d6b4e63 - H.264/MPEG-4 AVC codec - Cop yleft 2003-2014 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deb lock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chro ma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 i nterlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenec ut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin= 0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'tst2g.mp4': Metadata: encoder : Lavf55.34.101 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 480x48 0, q=-1--1, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (png -> libx264) Press [q] to stop, [?] for help frame= 276 fps=0.0 q=-1.0 Lsize= 16kB time=00:00:10.96 bitrate= 12.3kbits /s dup=271 drop=0 video:12kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead 32.223 881% [libx264 @ 042ae100] frame I:2 Avg QP:20.30 size: 2128 [libx264 @ 042ae100] frame P:70 Avg QP:10.40 size: 44 [libx264 @ 042ae100] frame B:204 Avg QP:12.67 size: 23 [libx264 @ 042ae100] consecutive B-frames: 1.4% 0.0% 0.0% 98.6% [libx264 @ 042ae100] mb I I16..4: 21.0% 74.2% 4.8% [libx264 @ 042ae100] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:99.9% [libx264 @ 042ae100] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.3% 0.0% 0.0% direct: 0.0% skip:99.7% L0:69.7% L1:30.3% BI: 0.0% [libx264 @ 042ae100] 8x8 transform intra:73.8% inter:0.0% [libx264 @ 042ae100] coded y,uvDC,uvAC intra: 2.8% 2.7% 2.6% inter: 0.0% 0.0% 0. 0% [libx264 @ 042ae100] i16 v,h,dc,p: 54% 31% 16% 0% [libx264 @ 042ae100] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 78% 7% 16% 0% 0% 0% 0% 0% 0% [libx264 @ 042ae100] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 51% 22% 16% 1% 1% 2% 2% 1% 2% [libx264 @ 042ae100] i8c dc,h,v,p: 97% 1% 1% 0% [libx264 @ 042ae100] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 042ae100] ref P L0: 74.0% 2.0% 24.0% [libx264 @ 042ae100] ref B L0: 33.0% 67.0% [libx264 @ 042ae100] kb/s:8.70 -- Ticket URL: <https://trac.ffmpeg.org/ticket/3484> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

#3402(avcodec:new): dpx parser is more strict than the dpx decoder
by FFmpeg 30 May '14

30 May '14

#3402: dpx parser is more strict than the dpx decoder --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: dpx Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/12337/focus=12504 The dpx sample fate-suite/dpx/lighthouse_rgb48.dpx has an incorrect filesize written in the header, works fine with the lavc decoder, the lavc parser cuts the file. {{{ $ cat fate-suite/dpx/lighthouse_rgb48.dpx | ./ffmpeg -f image2pipe -vcodec dpx -i - out.png ffmpeg version N-60762-g3edc3b1 Copyright (c) 2000-2014 the FFmpeg developers built on Feb 20 2014 09:30:22 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl libavutil 52. 65.100 / 52. 65.100 libavcodec 55. 52.102 / 55. 52.102 libavformat 55. 33.100 / 55. 33.100 libavdevice 55. 10.100 / 55. 10.100 libavfilter 4. 1.103 / 4. 1.103 libswscale 2. 5.101 / 2. 5.101 libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / 52. 3.100 [dpx @ 0x2ad3b20] Overread buffer. Invalid header? Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: dpx, rgb48be, 768x512, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.png': Metadata: encoder : Lavf55.33.100 Stream #0:0: Video: png, rgb48be, 768x512, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (dpx -> png) [dpx @ 0x2ad3b20] Overread buffer. Invalid header? Error while decoding stream #0:0: Invalid data found when processing input pipe:: Input/output error frame= 0 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 data:0 global headers:0kB muxing overhead -inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3402> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

#3509(ffplay:new): ffplay unable to play 352800 Hz wav file
by FFmpeg 21 May '14

21 May '14

#3509: ffplay unable to play 352800 Hz wav file ---------------------------------------+-------------------------------- Reporter: pross | Owner: Type: defect | Status: new Priority: normal | Component: ffplay Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- ffplay is unable to play 352800 Hz wav file. the same file plays back in audacity perfectly. How to reproduce: {{{ % ffplay test_352800hz.wav ffplay version N-61942-gbad5447 Copyright (c) 2003-2014 the FFmpeg developers built on Mar 30 2014 15:16:47 with gcc 4.8 (Ubuntu/Linaro 4.8.1-10ubuntu9) configuration: libavutil 52. 70.100 / 52. 70.100 libavcodec 55. 55.104 / 55. 55.104 libavformat 55. 36.100 / 55. 36.100 libavdevice 55. 11.100 / 55. 11.100 libavfilter 4. 3.100 / 4. 3.100 libswscale 2. 5.102 / 2. 5.102 libswresample 0. 18.100 / 0. 18.100 Input #0, wav, from 'test_352800hz.wav':q= 0KB sq= 0B f=0/0 Metadata: title : The Girl Is Mine (With Paul McCartney) artist : Thriller date : 1999-26-08 encoder : Lavf55.36.100 (libsndfile-1.0.25) Duration: 00:00:01.57, bitrate: 11290 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 352800 Hz, 2 channels, s16, 11289 kb/s SDL_OpenAudio (2 channels): Could not setup PulseAudio stream SDL_OpenAudio (1 channels): Could not setup PulseAudio stream No more channel combinations to try, audio open failed Failed to open file 'test_352800hz.wav' or configure filtergraph nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/3509> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8