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

#1211(undetermined:new): jpeg2000: incorrect output
by FFmpeg 17 Jun '13

17 Jun '13

#1211: jpeg2000: incorrect output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- attached images (saved with qt) decodes with wrong colors/incorrectly compared to the output which comes from libopenjpeg {{{ C:\>ffmpeg -strict -2 -i 24bpp.jp2 out.bmp ffmpeg version N-39787-gcca9528 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 14 2012 02:20:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '24bpp.jp2': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: j2k, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 0x1dc4a80] w:1024 h:768 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param:fl ags=2 [buffersink @ 0x1dc4d80] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc4fa0] w:1024 h:768 fmt:rgb24 sar:0/1 -> w:1024 h:768 fmt:bgr24 sar :0/1 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (j2k -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.9 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1211> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 2

#824(avcodec:new): Segfault while using h264 hardware acceleration
by FFmpeg 17 Jun '13

17 Jun '13

#824: Segfault while using h264 hardware acceleration -------------------------------------+------------------------------------- Reporter: static-void | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- I'm using FFmpeg integrated in mplayer (with VA-API pathes), and I'm getting a SIGSEGV while trying to watch h264 video with HW-acceleration. I've poked around with gdb and I think this is multithreading-related. After I added mplayer option "-lavdopts threads=1", which configures libavcodec, the problem has gone. === General info === Crash happens inside a thread, in the start_frame function (libavcodec/vaapi_h264.c:234): {{{ vactx->slice_param_size = sizeof(VASliceParameterBufferH264); ^-- vactx is NULL }}} and vactx is AVCodecContext.hwaccel_context, which should be set to vaapi_context struct instance. But I've set a breakpoint and seen hwaccel_context being properly set at the init stage, although AVCodecContext pointer being not the same as the one in the place it crashes. I suppose it happens because AVCodecContext gets copied and its fields are replicated across worker threads (libavcodec/pthread.c), and I haven't seen hwaccel_context being copied in the code. Considering all above, I don't think it is needed to copy hwaccel_context, but rather to force threads=1 configuration on libavcodec when using HW acceleration. Several working threads would not improve anything in the case of HW accel, would they? === Debug info === {{{ (gdb) run -vo vaapi:gl -va vaapi "<...>.mkv" Starting program: /usr/local/mplayer-vaapi-build/mplayer -vo vaapi:gl -va vaapi "<...>.mkv" [Thread debugging using libthread_db enabled] MPlayer SVN-r34365-4.6.1 (C) 2000-2011 MPlayer Team Playing <...>.mkv. libavformat file format detected. [matroska,webm @ 0xc798e0]max_analyze_duration 5000000 reached at 5019000 [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (aac), -aid 0, -alang jpn [lavf] stream 2: subtitle (ass), -sid 0, -slang eng VIDEO: [H264] 1280x720 0bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s) Load subtitles in <...> [vo_vaapi] Using OpenGL rendering libva: libva version 0.32.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/fglrx_drv_video.so libva: va_openDriver() returns 0 Opening video filter: [ass auto=1] Couldn't open video filter 'ass'. ASS: cannot add video filter ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family [New Thread 0x7fffe13b6700 (LWP 12803)] [New Thread 0x7fffe0bb5700 (LWP 12804)] Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->192000) Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== [AO SDL] Samplerate: 48000Hz Channels: Stereo Format s16le [New Thread 0x7fffdc3b3700 (LWP 12805)] [Thread 0x7fffdc3b3700 (LWP 12805) exited] [New Thread 0x7fffdc3b3700 (LWP 12806)] AO: [sdl] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Unsupported PixelFormat 61 [VD_FFMPEG] Trying pixfmt=1. Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [vaapi] 1280x720 => 1280x720 H.264 VA-API Acceleration [VD_FFMPEG] XVMC-accelerated MPEG-2. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe13b6700 (LWP 12803)] start_frame (avctx=0x1b098c0, buffer=0x0, size=0) at libavcodec/vaapi_h264.c:234 234 vactx->slice_param_size = sizeof(VASliceParameterBufferH264); (gdb) bt #0 start_frame (avctx=0x1b098c0, buffer=0x0, size=0) at libavcodec/vaapi_h264.c:234 #1 0x00000000008724bb in decode_nal_units (h=0x2504250, buf=0x1b1b780 "", buf_size=2752) at libavcodec/h264.c:3920 #2 0x0000000000872c4a in decode_frame (avctx=0x1b098c0, data=0x1e53080, data_size=0x1e53200, avpkt=<optimized out>) at libavcodec/h264.c:4105 #3 0x0000000000945818 in frame_worker_thread (arg=0x1e52f20) at libavcodec/pthread.c:364 #4 0x00007ffff6170efc in start_thread () from /lib/x86_64-linux- gnu/libpthread.so.0 #5 0x00007ffff055389d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #6 0x0000000000000000 in ?? () (gdb) disass /m $pc-32,+64 Dump of assembler code from 0x9af3a7 to 0x9af3e7: 225 { 0x00000000009af3ad <start_frame+0>: push %r14 0x00000000009af3af <start_frame+2>: push %r13 0x00000000009af3b1 <start_frame+4>: push %r12 0x00000000009af3b3 <start_frame+6>: push %rbp 0x00000000009af3b4 <start_frame+7>: push %rbx 0x00000000009af3b5 <start_frame+8>: sub $0x10,%rsp 226 H264Context * const h = avctx->priv_data; 0x00000000009af3b9 <start_frame+12>: mov 0x98(%rdi),%rbx 227 MpegEncContext * const s = &h->s; 228 struct vaapi_context * const vactx = avctx->hwaccel_context; 0x00000000009af3c0 <start_frame+19>: mov 0x3e8(%rdi),%r12 229 VAPictureParameterBufferH264 *pic_param; 230 VAIQMatrixBufferH264 *iq_matrix; 231 232 av_dlog(avctx, "start_frame()\n"); 233 234 vactx->slice_param_size = sizeof(VASliceParameterBufferH264); => 0x00000000009af3c7 <start_frame+26>: movl $0x828,0x38(%r12) 235 236 /* Fill in VAPictureParameterBufferH264. */ 237 pic_param = ff_vaapi_alloc_pic_param(vactx, sizeof(VAPictureParameterBufferH264)); 0x00000000009af3d0 <start_frame+35>: mov $0x170,%esi 0x00000000009af3d5 <start_frame+40>: mov %r12,%rdi 0x00000000009af3d8 <start_frame+43>: callq 0xa9f079 <ff_vaapi_alloc_pic_param> 0x00000000009af3dd <start_frame+48>: mov %rax,%rbp 238 if (!pic_param) 0x00000000009af3e0 <start_frame+51>: test %rax,%rax ---Type <return> to continue, or q <return> to quit---q Quit (gdb) info locals h = 0x2504250 s = 0x2504250 vactx = 0x0 pic_param = <optimized out> iq_matrix = <optimized out> (gdb) info registers rax 0x10995a0 17405344 rbx 0x2504250 38814288 rcx 0x0 0 rdx 0x0 0 rsi 0x0 0 rdi 0x1b098c0 28350656 rbp 0x2504250 0x2504250 rsp 0x7fffe13b5c90 0x7fffe13b5c90 r8 0x1 1 r9 0x0 0 r10 0x0 0 r11 0x2 2 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x415f 16735 rip 0x9af3c7 0x9af3c7 <start_frame+26> eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/824> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 5

#1291(undetermined:new): The custom user-agent option is ignored after the initial connection when using HTTP Live Streaming (HLS)
by FFmpeg 17 Jun '13

17 Jun '13

#1291: The custom user-agent option is ignored after the initial connection when using HTTP Live Streaming (HLS) -------------------------------------+------------------------------------- Reporter: xnp | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: user- | Blocked By: agent,HLS,HTTP Live Streaming | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello. The "-user-agent" option is ignored after the initial connection to an HLS server. When running this command line: ffmpeg -user-agent myuseragent http://someserver/playlist.m3u8 -c copy - I get this network dump for the initial connection to someserver: GET /playlist.m3u8 HTTP/1.1. User-Agent: myuseragent ... But in the (automated) consecutive connections (after the initial .ts segments are consumed) I see this: GET /playlist.m3u8 HTTP/1.1. User-Agent: Lavf54.3.100. ... Which means that the custom user-agent option is somehow ignored after the initial connection to the server. Version: ffmpeg version N-40092-g3bbf3f7 OS: Windows (MinGW) -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1291> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 5

#397(swscale:new): swscale crashes when upscaling pictures using MMX2
by FFmpeg 17 Jun '13

17 Jun '13

#397: swscale crashes when upscaling pictures using MMX2 -------------------------+--------------------- Reporter: TobiX | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- This crash was found using XBMC. XBMC would crash while generating thumbnails for videos which are smaller then the configured thumbnail size. If you want to reproduce this with XBMC, you need to compile it with "--enable-external-libraries" since the internal copy is very old and does not expose this bug. As far as I can see, this crash only happens when upscaling from a YUV to a RGB color space, sample run (make sure video is small then the scale filter options): {{{ $ ./ffmpeg_g -v 9 -loglevel 99 -i in.wmv -sws_flags fast_bilinear -vf "scale=640:480" -vframes 1 -vcodec png output.png ffmpeg version N-31884-gb854c2a, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 14 2011 19:32:25 with gcc 4.6.1 configuration: --disable-doc --disable-stripping libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 31. 1 / 2. 31. 1 libswscale 2. 0. 0 / 2. 0. 0 [asf @ 0x1fc3420] Format asf probed with size=2048 and score=100 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=26 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=1168 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=38 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=238 [asf @ 0x1fc3420] gpos mismatch our pos=24, end=38 [wmav2 @ 0x1fc58c0] Unsupported bit depth: 0 [wmv2 @ 0x1fc7c20] Unsupported bit depth: 0 [asf @ 0x1fc3420] All info found Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 30.00 (30/1) Input #0, asf, from 'in.wmv': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:10.23, start: 0.000000, bitrate: 302 kb/s Stream #0.0(eng), 5, 1/1000: Audio: wmav2, 44100 Hz, 1 channels, s16, 32 kb/s Stream #0.1(eng), 41, 1/1000: Video: wmv2, yuv420p, 320x240, 1/1000, 618 kb/s, 30 tbr, 1k tbn, 1k tbc Incompatible pixel format 'yuv420p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x1fc5840] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x1fc7720] w:320 h:240 fmt:yuv420p -> w:640 h:480 fmt:rgb24 flags:0x1 [png @ 0x1fbd740] Unsupported bit depth: 0 [wmv2 @ 0x1fc7c20] Unsupported bit depth: 0 Output #0, image2, to 'output.png': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf53.7.0 Stream #0.0(eng), 0, 1/90000: Video: png, rgb24, 640x480, 1/30, q=2-31, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop, [?] for help [wmv2 @ 0x1fc7c20] I7:0/ zsh: segmentation fault ./ffmpeg_g -v 9 -loglevel 99 -i in.wmv -sws_flags fast_bilinear -vf -vframes }}} GDB session: {{{ (gdb) bt #0 0x00000000012894e0 in ?? () #1 0x0000000000944eef in hyscale_fast_MMX2 (c=0x12a1700, dst=0x0, dstWidth=19436768, src=0x13122c8 '^' <repeats 40 times>, ']' <repeats 48 times>, "\\\\\\\\\\\\\\\\]]]]]]]]", '\\' <repeats 40 times>, '[' <repeats 16 times>, 'Z' <repeats 40 times>..., srcW=320, xInc=32788) at libswscale/x86/swscale_template.c:2289 #2 0x0000000001295dc0 in ?? () #3 0x00000000009346c4 in hyscale (c=0x1295dc0, src=<value optimized out>, srcStride=0x7fffffffc650, srcSliceY=0, srcSliceH=240, dst=0x7fffffffc630, dstStride=0x7fffffffc660) at libswscale/swscale.c:2243 #4 swScale (c=0x1295dc0, src=<value optimized out>, srcStride=0x7fffffffc650, srcSliceY=0, srcSliceH=240, dst=0x7fffffffc630, dstStride=0x7fffffffc660) at libswscale/swscale.c:2688 #5 0x000000000091a79b in sws_scale (c=0x1295dc0, srcSlice=<value optimized out>, srcStride=0x7fffffffc700, srcSliceY=0, srcSliceH=240, dst=<value optimized out>, dstStride=0x7fffffffc710) at libswscale/swscale_unscaled.c:794 #6 0x00000000004503cc in scale_slice (sws=<value optimized out>, y=<value optimized out>, h=<value optimized out>, mul=<value optimized out>, field=0, link=<value optimized out>) at libavfilter/vf_scale.c:298 #7 0x0000000000450540 in draw_slice (link=0x1295ba0, y=0, h=240, slice_dir=1) at libavfilter/vf_scale.c:315 #8 0x0000000000447df4 in avfilter_draw_slice (link=0x1295ba0, y=0, h=240, slice_dir=1) at libavfilter/avfilter.c:616 #9 0x0000000000452740 in request_frame (link=0x1295ba0) at libavfilter/vsrc_buffer.c:196 #10 0x0000000000446f05 in avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:505 #11 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #12 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #13 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #14 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #15 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #16 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #17 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #18 avfilter_request_frame (link=<value optimized out>) at libavfilter/avfilter.c:507 #19 0x00000000004525c4 in av_vsink_buffer_get_video_buffer_ref (ctx=<value optimized out>, picref=0x12899d0, flags=0) at libavfilter/vsink_buffer.c:109 #20 0x0000000000405fe1 in output_packet (ist=<value optimized out>, ist_index=1, ost_table=0x12eefe0, nb_ostreams=1, pkt=<value optimized out>) at ffmpeg.c:1735 #21 0x000000000043ce58 in transcode (nb_output_files=1, input_files=0x127fcb0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=<value optimized out>, output_files=0xd22960) at ffmpeg.c:2821 #22 0x0000000000438bcb in main (argc=<value optimized out>, argv=0x7fffffffdfc8) at ffmpeg.c:4578 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x12894c0 to 0x1289500: 0x00000000012894c0: data16 0x00000000012894c1: insb (%dx),%es:(%rdi) 0x00000000012894c2: (bad) 0x00000000012894c3: addr32 jae 0x1289503 0x00000000012894c6: xor %bh,0x31(%rax) 0x00000000012894c9: add %dl,0x2c(%rdi) 0x00000000012894cc: xor %eax,(%rax) 0x00000000012894ce: add %al,(%rax) 0x00000000012894d0: add %al,(%rax) 0x00000000012894d2: add %al,(%rax) 0x00000000012894d4: add %al,(%rax) 0x00000000012894d6: add %al,(%rax) 0x00000000012894d8: roll $0x0,(%rax) 0x00000000012894db: add %al,(%rax) 0x00000000012894dd: add %al,(%rax) 0x00000000012894df: add %bh,0x0(%rdi) 0x00000000012894e2: (bad) 0x00000000012894e3: add %bh,0x0(%rdi) 0x00000000012894e6: (bad) 0x00000000012894e7: add %bh,0x0(%rdi) 0x00000000012894ea: (bad) 0x00000000012894eb: add %bh,0x0(%rdi) 0x00000000012894ee: (bad) 0x00000000012894ef: add %bh,0x0(%rdi) 0x00000000012894f2: (bad) 0x00000000012894f3: add %bh,0x0(%rdi) 0x00000000012894f6: (bad) 0x00000000012894f7: add %bh,0x0(%rdi) 0x00000000012894fa: (bad) 0x00000000012894fb: add %bh,0x0(%rdi) 0x00000000012894fe: (bad) 0x00000000012894ff: add %bh,0x0(%rdi) End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x129bf60 19513184 rcx 0x13122c8 19997384 rdx 0x12894e0 19436768 rsi 0x0 0 rdi 0x12a1700 19535616 rbp 0x0 0x0 rsp 0x7fffffffc370 0x7fffffffc370 r8 0x140 320 r9 0x8014 32788 r10 0x280 640 r11 0x2 2 r12 0x0 0 r13 0x0 0 r14 0x0 0 r15 0x12a1660 19535456 rip 0x12894e0 0x12894e0 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x2f3c2f7c2f802f80) (raw 0xffff2f3c2f7c2f802f80) st1 -nan(0x2f002f002f802f80) (raw 0xffff2f002f002f802f80) st2 -inf (raw 0xffff0000000000000000) st3 -nan(0x3c007c003c007d) (raw 0xffff003c007c003c007d) st4 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st5 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st6 -nan(0x7676767676767676) (raw 0xffff7676767676767676) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x0}, v16_int8 = {0x73, 0x74, 0x69, 0x6e, 0x61, 0x74, 0x69, 0x6f, 0x6e, 0x20, 0x72, 0x61, 0x6e, 0x67, 0x65, 0x0}, v8_int16 = {0x7473, 0x6e69, 0x7461, 0x6f69, 0x206e, 0x6172, 0x676e, 0x65}, v4_int32 = {0x6e697473, 0x6f697461, 0x6172206e, 0x65676e}, v2_int64 = {0x6f6974616e697473, 0x65676e6172206e}, uint128 = 0x0065676e6172206e6f6974616e697473} xmm5 {v4_float = {0x3, 0x3, 0x3, 0x3}, v2_double = {0x20, 0x20}, v16_int8 = {0x40 <repeats 16 times>}, v8_int16 = {0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040, 0x4040}, v4_int32 = {0x40404040, 0x40404040, 0x40404040, 0x40404040}, v2_int64 = {0x4040404040404040, 0x4040404040404040}, uint128 = 0x40404040404040404040404040404040} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x5b <repeats 16 times>}, v8_int16 = { 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b, 0x5b5b}, v4_int32 = {0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b, 0x5b5b5b5b}, v2_int64 = { 0x5b5b5b5b5b5b5b5b, 0x5b5b5b5b5b5b5b5b}, uint128 = 0x5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b5b} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x20 <repeats 16 times>}, v8_int16 = {0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020, 0x2020}, v4_int32 = {0x20202020, 0x20202020, 0x20202020, 0x20202020}, v2_int64 = {0x2020202020202020, 0x2020202020202020}, uint128 = 0x20202020202020202020202020202020} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 <repeats 16 times>}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0xff <repeats 13 times>}, v8_int16 = {0x0, 0xff00, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff, 0xffff}, v4_int32 = {0xff000000, 0xffffffff, 0xffffffff, 0xffffffff}, v2_int64 = { 0xffffffffff000000, 0xffffffffffffffff}, uint128 = 0xffffffffffffffffffffffffff000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x20, 0x20, 0x0, 0x20, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x20, 0x0, 0x0}, v8_int16 = {0x0, 0x2020, 0x2000, 0x0, 0x0, 0x0, 0x2000, 0x0}, v4_int32 = {0x20200000, 0x2000, 0x0, 0x2000}, v2_int64 = { 0x200020200000, 0x200000000000}, uint128 = 0x00002000000000000000200020200000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0xff, 0xff, 0xff, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0}, v8_int16 = {0xff00, 0xffff, 0xffff, 0x0, 0x0, 0x0, 0xff00, 0x0}, v4_int32 = {0xffffff00, 0xffff, 0x0, 0xff00}, v2_int64 = { 0xffffffffff00, 0xff0000000000}, uint128 = 0x0000ff00000000000000ffffffffff00} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x29, 0xf2, 0x88, 0x6c, 0xa6, 0x49, 0xde, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xf229, 0x6c88, 0x49a6, 0x3ede, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6c88f229, 0x3ede49a6, 0x0, 0x0}, v2_int64 = { 0x3ede49a66c88f229, 0x0}, uint128 = 0x00000000000000003ede49a66c88f229} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xb3, 0x12, 0x58, 0x17, 0x64, 0x46, 0xe6, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x12b3, 0x1758, 0x4664, 0x3be6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x175812b3, 0x3be64664, 0x0, 0x0}, v2_int64 = { 0x3be64664175812b3, 0x0}, uint128 = 0x00000000000000003be64664175812b3} xmm14 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = { 0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xa0, 0x83, 0x47, 0x3, 0x1d, 0x3c, 0x8a, 0xb5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x83a0, 0x347, 0x3c1d, 0xb58a, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x34783a0, 0xb58a3c1d, 0x0, 0x0}, v2_int64 = { 0xb58a3c1d034783a0, 0x0}, uint128 = 0x0000000000000000b58a3c1d034783a0} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} Maybe some assembler god can take a look at this, my brain melted while trying to understand this asm-and-macro jungle ;) I did a git bisect to find the place where it broke, but only ended up at commit e66149e714006d099d1ebfcca3f22ca74fc7dcf4 - I suspect it was broken before that commit, but somehow the detection choose another path for my CPU before that point. Here is my CPU info: {{{ vendor_id : AuthenticAMD cpu family : 16 model : 2 model name : AMD Phenom(tm) 9950 Quad-Core Processor stepping : 3 cpu MHz : 2600.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 3 cpu cores : 4 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs npt lbrv svm_lock bogomips : 5217.61 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate }}} But I first observed the problem on an Intel Atom D510. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/397> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 9

#1500(FFmpeg:new): Rotate a video around an arbitrary angle
by FFmpeg 12 Jun '13

12 Jun '13

#1500: Rotate a video around an arbitrary angle -------------------------------------+------------------------------------- Reporter: Marco | Type: Baumgärtner | enhancement Status: new | Priority: important Component: FFmpeg | Version: Keywords: rotate, | unspecified rotation | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I wish ffmpeg to have a command to rotate a video around an arbitrary angle, meaning any angle that is not 0°, 90°, 270°, 180°. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1500> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#1407(avcodec:new): aac: 960/120 MDCT window is not implemented
by FFmpeg 12 Jun '13

12 Jun '13

#1407: aac: 960/120 MDCT window is not implemented ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: aac Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/145562 An aac sample with 960/120 MDCT was uploaded by a user, mdct_error.flv is now in samples/A-codecs/AAC {{{ $ ffmpeg -i mdct_error.flv ffmpeg version N-41284-ge00b2d2 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 4 2012 08:52:52 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs libavutil 51. 56.100 / 51. 56.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.101 / 54. 6.101 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 78.100 / 2. 78.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [aac @ 0x9018c00] 960/120 MDCT window is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x9018c00] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, flv, from 'mdct_error.flv': Metadata: fps : 25 SAR : 64:45 Duration: 00:00:31.04, start: 0.000000, bitrate: 1675 kb/s Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo At least one output file must be specified }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1407> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 1

#1716(FFmpeg:new): Feature Request: Wavpack Encoder
by FFmpeg 11 Jun '13

11 Jun '13

#1716: Feature Request: Wavpack Encoder -------------------------------------+------------------------------------- Reporter: hakermania | Type: Status: new | enhancement Component: FFmpeg | Priority: wish Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Right now it is not possible to provide an audio file as input and to encode it to Wavpack. It would be nice if it was possible. Thanks. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1716> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#1154(undetermined:new): Application provided invalid, non monotonically increasing dts to muxer
by FFmpeg 10 Jun '13

10 Jun '13

#1154: Application provided invalid, non monotonically increasing dts to muxer ----------------------------------------+---------------------------------- Reporter: greenythebeast | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- I am trying to remux a rtmpdump created .flv file with h264 video and speex audio into an .mp4 file. To do this I am copying the h264 video and converting the speex audio to aac using libfaac. However, when attempting this I get the following error: [mp4 @ 0x10180c400] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 54363 >= 54363 av_interleaved_write_frame(): Invalid argument When using an older version of ffmpeg (specifically SVN-r25783 from 2010) the h264 video is copy okay even though there are a lot of errors such as: [mp4 @ 0x10101cc00] st:0 error, non monotone timestamps 97547 >= 97547 Even with these errors the video turns out fine. I have attached a -report from the command that produces the error. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1154> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 11

#187(undetermined:new): 3GP/MP4 performance regression
by FFmpeg 10 Jun '13

10 Jun '13

#187: 3GP/MP4 performance regression --------------------------+-------------------------- Reporter: jsd | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Download source file from here: http://tm-west.s3.amazonaws.com/2423.mp4 (74MB) I have a fairly old build of ffmpeg - FFmpeg version SVN-r24841, Copyright (c) 2000-2010 the FFmpeg developers built on Aug 19 2010 16:20:28 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) With the following command line, it processes this particular MP4 file acceptably fast (about 90 seconds) /usr/local/bin/ffmpeg -i 2423.mp4 -s 480x352 -vcodec libx264 -acodec libfaac -vpre fast -b 300k -bt 300k -threads 0 2423.mp4.mp4 The last line from ffmpeg is: frame= 5235 fps= 64 q=-1.0 Lsize= 7171kB time=175.40 bitrate= 334.9kbits/s I built ffmpeg from the latest tarball today and something has happened so that it runs incredibly slowly and eventually gives up. /usr/local/bin/ffmpeg -loglevel quiet -v 0 -i /tmp/videoproc-11865/2423.mp4 -s 480x352 -an -pass 1 -vcodec libx264 -vpre fast_firstpass -b 300k -bt 300k -threads 0 /tmp/videoproc-11865/2423.mp4.mp4 ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 5 2011 11:01:27 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-pthreads --enable-static --disable-shared --disable-network --enable-nonfree libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30000.00 (60000/2) Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop encoding sh: line 1: 11883 File size limit exceeded It took 2 hrs and 11 minutes for that command to run and fail. -- Ticket URL: <http://ffmpeg.org/trac/ffmpeg/ticket/187> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 11

#258(avformat:new): RTP over UDP: doesn't reorder packets
by FFmpeg 02 Jun '13

02 Jun '13

#258: RTP over UDP: doesn't reorder packets -------------------------+------------------------- Reporter: Andrew | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: RTP reorder | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+------------------------- muxonly.c source ... ic = avformat_alloc_context(); ic->preload = 1000000; // 1 sec ic->max_delay = 3000000; // 5 sec ap.prealloced_context = 1; ret = av_open_input_file(&ic, argv[1], NULL, 0, &ap); ... while () av_read_frame() ... libavformat/rtpdec.h -#define RTP_REORDER_QUEUE_DEFAULT_SIZE 10 +#define RTP_REORDER_QUEUE_DEFAULT_SIZE 50 ./muxonly 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4' mov /tmp/test.mov SDP: v=0 o=- 1306917023786450 1306917023786450 IN IP4 axis1031 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:8000 t=0 0 a=control:rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4 a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:8000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://axis1031:554/axis- media/media.amp/trackID=1?video=1&audio=0&videocodec=mpeg4 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245; config=000001B0F5000001B50ECF000001000000012000C88D881F4514043C14103F video codec set to: mpeg4 hello state=0 RTP: missed 3 packets RTP: missed 2 packets RTP: missed 2 packets RTP: missed 1 packets RTP: missed 3 packets RTP: missed 5 packets RTP: missed 2 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 7 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 6 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 6 packets RTP: missed 2 packets RTP: missed 4 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 13 packets RTP: missed 29 packets RTP: missed 12 packets RTP: missed 28 packets RTP: missed 3 packets RTP: missed 15 packets RTP: missed 7 packets RTP: missed 8 packets RTP: missed 14 packets RTP: missed 2 packets RTP: missed 9 packets RTP: missed 21 packets RTP: missed 5 packets RTP: missed 28 packets RTP: missed 9 packets RTP: missed 5 packets RTP: missed 8 packets RTP: missed 17 packets RTP: missed 46 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 5 packets All info found Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4': Metadata: title : Media Presentation Duration: N/A, start: 3.690289, bitrate: N/A Stream #0.0, 22, 1/90000: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 1k tbr, 90k tbn, 1k tbc AVFormatContext: start_time = 3690289 (1/1000000) 3.690 sec AVStream: start_time = 332126 (1/90000) 3.690 sec, first_dts = 332126 3.690 sec Output #0, mov, to '/tmp/test.mov': Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc Output #0, mov, to '/tmp/test.mov': Metadata: encoder : Lavf53.2.0 Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/258> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 5