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

#225(undetermined:new): Converting from YUVJ to YUV lose contrast
by FFmpeg 07 Sep '13

07 Sep '13

#225: Converting from YUVJ to YUV lose contrast -------------------------------+------------------------- Reporter: sghpunk | Type: defect Status: new | Priority: important Component: undetermined | Version: git-master Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------+------------------------- I am trying to transcode video from my Nicon D90 mjpeg to x264. And output video contrast is lower than input. I use ffmpeg-HEAD-27614b1 Command line: ffmpeg.exe -threads 2 -an -i input.mkv -f matroska -vcodec libx264 -profile main -preset fast -cqp 27 -y x264-low_contract_yuv.mkv > enc.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 1280x720, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Incompatible pixel format 'yuvj422p' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 00b83e00] w:1280 h:720 pixfmt:yuvj422p tb:1/1000000 sar:1/1 [ffsink @ 003efee0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 00b95920] w:1280 h:720 fmt:yuvj422p -> w:1280 h:720 fmt:yuv420p flags:0xa0000004 [libx264 @ 00b60540] using SAR=1/1 [libx264 @ 00b60540] using cpu capabilities: MMX2 SSE2 SSE3 Cache64 [libx264 @ 00b60540] profile Main, level 3.1 [libx264 @ 00b60540] 264 - core 114 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=27 ip_ratio=1.40 pb_ratio=1.30 aq=0 Output #0, matroska, to 'x264-low_contract_yuv.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 encoder : Lavf53.0.3 Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 10 fps= 0 q=27.0 size= 33kB time=10000000000.00 bitrate= 0.0kbits/s ...CUT... frame= 121 fps= 5 q=-1.0 Lsize= 864kB time=4.96 bitrate=1427.9kbits/s video:863kB audio:0kB global headers:0kB muxing overhead 0.173612% frame I:1 Avg QP:24.00 size: 33897 [libx264 @ 00b60540] frame P:41 Avg QP:27.00 size: 10846 [libx264 @ 00b60540] frame B:79 Avg QP:28.66 size: 5118 [libx264 @ 00b60540] consecutive B-frames: 6.6% 11.6% 22.3% 59.5% [libx264 @ 00b60540] mb I I16..4: 44.1% 0.0% 55.9% [libx264 @ 00b60540] mb P I16..4: 7.9% 0.0% 4.9% P16..4: 42.7% 10.5% 3.3% 0.0% 0.0% skip:30.7% [libx264 @ 00b60540] mb B I16..4: 3.9% 0.0% 0.6% B16..8: 30.6% 7.4% 0.3% direct: 8.4% skip:48.7% L0:41.1% L1:53.7% BI: 5.2% [libx264 @ 00b60540] coded y,uvDC,uvAC intra: 29.7% 47.0% 14.1% inter: 8.7% 11.9% 0.1% [libx264 @ 00b60540] i16 v,h,dc,p: 31% 31% 24% 14% [libx264 @ 00b60540] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 20% 20% 5% 7% 7% 6% 6% 3% [libx264 @ 00b60540] i8c dc,h,v,p: 63% 18% 16% 3% [libx264 @ 00b60540] Weighted P-Frames: Y:2.4% UV:2.4% [libx264 @ 00b60540] ref P L0: 75.4% 24.6% [libx264 @ 00b60540] ref B L0: 80.3% 19.7% [libx264 @ 00b60540] ref B L1: 94.1% 5.9% [libx264 @ 00b60540] kb/s:1401.04 }}} ffmpeg -v 9 -loglevel 99 -i input.mkv > v9.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 00b70280] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [mjpeg @ 00b7b700] buffer too small, expanding to 73330 bytes [mjpeg @ 00b7b700] marker=d8 avail_size_in_buf=73330 [mjpeg @ 00b7b700] marker parser used 0 bytes (0 bits) [mjpeg @ 00b7b700] marker=db avail_size_in_buf=73328 [mjpeg @ 00b7b700] index=0 [mjpeg @ 00b7b700] qscale[0]: 3 [mjpeg @ 00b7b700] index=1 [mjpeg @ 00b7b700] qscale[1]: 6 [mjpeg @ 00b7b700] marker parser used 132 bytes (1056 bits) [mjpeg @ 00b7b700] marker=c0 avail_size_in_buf=73194 [mjpeg @ 00b7b700] sof0: picture: 1280x720 [mjpeg @ 00b7b700] component 0 2:1 id: 0 quant:0 [mjpeg @ 00b7b700] component 1 1:1 id: 1 quant:1 [mjpeg @ 00b7b700] component 2 1:1 id: 2 quant:1 [mjpeg @ 00b7b700] pix fmt id 21111100 [mjpeg @ 00b7b700] marker parser used 17 bytes (136 bits) [mjpeg @ 00b7b700] marker=c4 avail_size_in_buf=73175 [mjpeg @ 00b7b700] class=0 index=0 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=0 nb_codes=251 [mjpeg @ 00b7b700] class=0 index=1 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=1 nb_codes=251 [mjpeg @ 00b7b700] marker parser used 418 bytes (3344 bits) [mjpeg @ 00b7b700] escaping removed 115 bytes [mjpeg @ 00b7b700] marker=da avail_size_in_buf=72755 [mjpeg @ 00b7b700] component: 0 [mjpeg @ 00b7b700] component: 1 [mjpeg @ 00b7b700] component: 2 [mjpeg @ 00b7b700] marker parser used 72639 bytes (581110 bits) [mjpeg @ 00b7b700] marker=d9 avail_size_in_buf=3 [mjpeg @ 00b7b700] mjpeg decode frame unused 3 bytes [matroska,webm @ 00b70280] All info found [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0, 1, 1/1000: Video: mjpeg, yuvj422p, 1280x720, 1/24, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) At least one output file must be specified }}} Seems like contrast loosing when converting a pixel format from yuvj422p to yuv420p. I tryed to encode same video from mplayer yuv4mpeg raw file and in this case contrast on output video is the same. I cannot find mplayer ftp server to upload samples. Where can I upload it? -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/225> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 23

#502(undetermined:new): Jumping frames when copying video of an h264 file
by FFmpeg 24 Aug '13

24 Aug '13

#502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Jumping frames when copying video of an h264 file Version: latest trunk URL: see below Steps that will reproduce the problem? ffmpeg -i sample.avi -vcodec copy sample-copy.m4v What is the expected result? Converted file w/o any issues. What happens instead? The frames "jump" in the converted file when playing it with QuickTimePlayer X 10.1 (more) or VLC (less). Possible workaround: ffmpeg -i sample.avi sample-copy.m4v Any additional information: * Example: see below * Command: {{{ $ ffmpeg -y -i sample.avi -vcodec copy sample-copy.m4v ffmpeg version N-30168-g6d789f5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 23 2011 09:20:16 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 3 / 2. 43. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'sample.avi': Metadata: encoder : transcode-1.0.7rc1 Duration: 02:02:15.00, start: 0.000000, bitrate: 0 kb/s Stream #0.0: Video: h264 (Main) (H264 / 0x34363248), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0.1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 192 kb/s Output #0, ipod, to 'sample-copy.m4v': Metadata: encoder : Lavf53.13.0 Stream #0.0: Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 25 tbn, 25 tbc Stream #0.1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (mp3 -> libfaac) Press [q] to stop, [?] for help [ipod @ 0x7ff8f32d1c00] pts has no value Last message repeated 64 times frame= 65 fps= 0 q=-1.0 Lsize= 479kB time=00:00:02.60 bitrate=1509.5kbits/s video:436kB audio:40kB global headers:0kB muxing overhead 0.564932% }}} -- Ticket URL: <https://avcodec.org/trac/ffmpeg/ticket/502> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 19

#162(undetermined:new): Avid AVI Codec - wrong resolution reported by FFmpeg
by FFmpeg 24 Aug '13

24 Aug '13

#162: Avid AVI Codec - wrong resolution reported by FFmpeg --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1494 https://roundup.libav.org/file579/avid.avi {{{ Author: ami_stuff Date: 2009-10-19.18:53:59 Attached file is encoded with "Avid AVI Codec" and have 720x576 resolution, but FFmpeg reports 720x592 and adds black bar on the top of the video. -------- C:\>ffmpeg -i avid.avi FFmpeg version SVN-r20231, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Oct 14 2009 04:04:42 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.37. 0 / 52.37. 0 libavformat 52.39. 1 / 52.39. 1 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 [mjpeg @ 0x1a68250]Found 1 unreleased buffers! Input #0, avi, from 'avid.avi': Duration: 00:00:01.79, start: 0.000000, bitrate: 4289 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 720x592, 23.97 tbr, 23.97 tbn, 23.97 tb c Stream #0.1: Audio: mp3, 44100 Hz, 2 channels, s16, 128 kb/s At least one output file must be specified }}} {{{ Author: cehoyos Date: 2009-10-19.23:46:14 Reproducible with mplayer avid.avi -vc avid }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/162> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 12

#317(undetermined:new): mpeg4 (geov & geox fouccs) needs to be flipped
by FFmpeg 23 Aug '13

23 Aug '13

#317: mpeg4 (geov & geox fouccs) needs to be flipped --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://samples.mplayerhq.hu/V-codecs/geov.avi https://trac.videolan.org/vlc/ticket/3615 {{{ C:\>ffmpeg -i geov.avi ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 01E5A600] Something went wrong during header parsing, I will ignore it an d try to continue anyway. [mpeg4 @ 01E5AB00] hmm, seems the headers are not complete, trying to guess time _increment_bits [mpeg4 @ 01E5AB00] my guess is 5 bits ;) [avi @ 01E5A600] Could not find codec parameters (Subtitle: [0][0][0][0] / 0x000 0) Input #0, avi, from 'geov.avi': Duration: 00:00:03.03, start: 0.000000, bitrate: 1374 kb/s Stream #0.0: Video: mpeg4, yuv420p, 720x240, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0.1: Subtitle: [0][0][0][0] / 0x0000 At least one output file must be specified }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/317> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 6

#259(undetermined:new): framerate detection does not work properly.
by FFmpeg 23 Aug '13

23 Aug '13

#259: framerate detection does not work properly. ---------------------------------------+-------------------------- Reporter: mbosner | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: false framerate detection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+-------------------------- Frameratedetection does not work well on some of my files: ffmpeg -i wrong_framerate.mkv: [matroska,webm @ 0x276e420] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'wrong_framerate.mkv': Duration: 01:47:42.18, start: 0.000000, bitrate: 1984 kb/s Stream #0.0: Video: vc1 (Advanced), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 29.97 tbc (default) Stream #0.1: Audio: eac3, 48000 Hz, 5.1, s16, 1536 kb/s (default) Stream #0.2: Audio: eac3, 48000 Hz, 5.1, s16, 448 kb/s At least one output file must be specified ffmpeg version: git-N-30444-geb5a3ab correct framerate: 23.98/24 fps same false framerate detection with latest VLC xbmc does play it with the correct framerate and does play it without problems. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/259> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 8

#449(undetermined:new): ALSA, as a first input, together with -isync gives error "[alsa @ 0x97ddae0] cannot set parameters (Connection timed out)"
by FFmpeg 21 Aug '13

21 Aug '13

#449: ALSA, as a first input, together with -isync gives error "[alsa @ 0x97ddae0] cannot set parameters (Connection timed out)" -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This works: {{{ # ffmpeg -isync -f video4linux2 -r 15 -s qqvga -i /dev/video0 -f alsa -ac 1 -i hw:1 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg version N-32427-g22bf6f7, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 06:14:04 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-libaacplus --extra-cflags=-fPIC WARNING: library configuration mismatch postproc configuration: --extra-version=4:0.6.2-5 --arch=i386 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libsp eex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --disable-stripping --enable-runtime-cpudetect --enable- vaapi --enable-libopenjpeg --enable-gpl --enable-postproc --e nable-swscale --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libdc1394 --shlibdir=/usr/lib/i686/cmov --cp u=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2 @ 0x998fb00] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 7618.708052, bitrate: 4608 kb/s Stream #0.0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 160x120, 4608 kb/s, 15 tbr, 1000k tbn, 15 tbc [alsa @ 0x99906e0] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'hw:1': Duration: N/A, start: 1315632754.420454, bitrate: N/A Stream #1.0: Audio: pcm_s16le, 16000 Hz, 1 channels, s16, 256 kb/s Incompatible pixel format 'yuyv422' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x999ab20] w:160 h:120 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x999abc0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x99961e0] w:160 h:120 fmt:yuyv422 -> w:160 h:120 fmt:yuv420p flags:0x4 [libx264 @ 0x998b7c0] using cpu capabilities: MMX2 SSE2 Cache64 [libx264 @ 0x998b7c0] profile Constrained Baseline, level 1.0 [mpegts @ 0x998b040] muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://192.168.25.101:10001': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: h264, yuv420p, 160x120, q=-1--1, 90k tbn, 15 tbc Stream #0.1: Audio: aac, 44100 Hz, 1 channels, s16, 96 kb/s Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) Stream #1.0 -> #0.1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame= 288 fps= 17 q=24.0 Lsize= 604kB time=00:00:17.20 bitrate= 287.6kbits/s dup=30 drop=0 video:324kB audio:188kB global headers:0kB muxing overhead 17.897995% frame I:20 Avg QP:15.81 size: 5393 [libx264 @ 0x998b7c0] frame P:268 Avg QP:18.68 size: 835 [libx264 @ 0x998b7c0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x998b7c0] mb P I16..4: 0.5% 0.0% 0.0% P16..4: 60.0% 0.0% 0.0% 0.0% 0.0% skip:39.5% [libx264 @ 0x998b7c0] coded y,uvDC,uvAC intra: 90.5% 95.0% 86.3% inter: 26.5% 48.7% 14.6% [libx264 @ 0x998b7c0] i16 v,h,dc,p: 40% 25% 20% 15% [libx264 @ 0x998b7c0] i8c dc,h,v,p: 49% 7% 30% 13% [libx264 @ 0x998b7c0] kb/s:138.22 }}} This doesn't work (just switched places for audio and video input): {{{ # ffmpeg -isync -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg version N-32427-g22bf6f7, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 06:14:04 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-libaacplus --extra-cflags=-fPIC WARNING: library configuration mismatch postproc configuration: --extra-version=4:0.6.2-5 --arch=i386 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --disable-stripping --enable-runtime-cpudetect --enable- vaapi --enable-libopenjpeg --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libdc1394 --shlibdir=/usr/lib/i686/cmov --cpu=i686 --enable- shared --disable-static --disable-ffmpeg --disable-ffplay libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [alsa @ 0x8303ae0] cannot set parameters (Connection timed out) hw:1: Input/output error }}} -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/449> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 1

#450(documentation:new): Specify the position of -isync more precisely
by FFmpeg 21 Aug '13

21 Aug '13

#450: Specify the position of -isync more precisely -------------------------------------+------------------------------------- Reporter: burek | Owner: stefano Type: | Status: new enhancement | Component: Priority: normal | documentation Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I've figured that the -isync option does not produce the same effect when placed in front of inputs, between the inputs and after the inputs. I just think it would be a good idea to put a little explanation in the documentation about the proper usage of that option. For example, these 2 examples produce different results: ffmpeg -f alsa -ac 1 -i hw:1 -isync -f video4linux2 -r 15 -s qqvga -i /dev/video0 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -isync -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 (the second example has -isync moved after the 2nd input) -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/450> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#500(undetermined:new): Seemingly inconsistent AVIndexEntry timestamps for movs starting with B-Frames
by FFmpeg 09 Aug '13

09 Aug '13

#500: Seemingly inconsistent AVIndexEntry timestamps for movs starting with B-Frames -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A while ago I asked on the ml regarding the semantics of the undocumented fields of AVIndexEntry defined in avformat.h (http://www.mail-archive.com /libav-user(a)ffmpeg.org/msg00535.html) I didn't get an answer so I still do not know what the correct behaviour is but I have observed things that at least appear inconsistent. I have two examples of MPEG-2 files in a mov container which both start with the sequence BBI (presentation order). One is the file that is attached to issue #479 that has the following properties: Mesht0456_01_cut.MP4 AVStream.time_base = 1/30000 AVStream.start_time = 3003 (0.1001s) start frame order = BBI PTS of first I-Frame = 3003 PTS of first frame (B) = 0 first I-frame AVIndexEntry.timestamp = 0 Then another one (uploaded to http://www.datafilehost.com/download- 27d635cc.html since I do not have a smaller sample): xdcam_hd422_1080p24.mov AVStream.time_base = 1/2400 AVStream.start_time = 200 (0.08333333333333334s) start frame order = BBI PTS of first I-Frame = 200 PTS of first frame (B) = 0 first I-frame AVIndexEntry.timestamp = -100 (-0.416666666666667s) The first sample looks like AVIndexEntry.timestamp is set with the stream's start_time subtracted from the respective frame's PTS. This also works for all following index entries. However, this does not work for the second example. I have no idea if this is related to issue #479. All I'm trying to do is use the index (if it is there) to find out the PTSs of keyframes and I thought that was OK to do via AVIndexEntry. So either I am abusing the API and it would help to document this so others don't run into this or one of the files is broken or it is indeed a bug. In any case, just a short, unambiguous sentence of documentation for each AVIndexEntry field by someone who knows the semantics would help libav API users a great deal to use this and to help improve the seeking functionality of ffmpeg be it only by providing bug reports with samples. One more observation is that in both cases the timestamp of the index entry corresponding to the first I frame matches the DTS of the packet containing the I-Frame. Is that the semantics of AVIndexEntry.timestamp? In that case how would one derive the PTS of the I-frame from the index entry? Any insight/help would be greatly appreciated. -- Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/500> FFmpeg <http://ffmpeg.org> FFmpeg issue tracker

1 3

#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

#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