3GP/MP4 performance regression

[jsd]

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.

[Carl Eugen Hoyos]

Is the problem also reproducible without x264? With -an?
Please add complete, uncut output for both the old and the new FFmpeg version and consider using git bisect to find the responsible change.

[jsd]

With this command line, it runs perfectly fine:

ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k test.flv

It's fine if I add -acodec libfaac. It's fine if I add -vcodec libx264. Maybe this points to the mp4 muxer being a problem? I will spend the rest of the day trying to pin down where things changed. If you think of anything, please update this ticket, I will be online all day.

Here is complete uncut output with flv muxer (good):

$ ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k -acodec libfaac -vcodec libx264 test.flv
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)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2423.mp4':

Metadata:

major_brand : 3gp4
minor_version : 768
compatible_brands: 3gp43gp6

Duration: 00:02:55.63, start: 0.000000, bitrate: 3493 kb/s

Stream #0.0(eng): Audio: aac, 16000 Hz, mono, s16, 61 kb/s
Stream #0.1(eng): Video: h264 (Baseline), yuv420p, 720x480, 3429 kb/s, 29.83 fps, 30k tbr, 30k tbn, 60k tbc

[buffer @ 0x8d5d5e0] w:720 h:480 pixfmt:yuv420p
[scale @ 0x8d5c940] w:720 h:480 fmt:yuv420p -> w:480 h:352 fmt:yuv420p flags:0xa0000004
[libx264 @ 0x8d5b2e0] Default settings detected, using medium profile
[libx264 @ 0x8d5b2e0] MB rate (19800000) > level limit (983040)
[libx264 @ 0x8d5b2e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0x8d5b2e0] profile High, level 5.1
[libx264 @ 0x8d5b2e0] 264 - core 104 - H.264/MPEG-4 AVC codec - Copyleft 2003-2010 - ​http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 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=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=300 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, flv, to 'test.flv':

Metadata:

major_brand : 3gp4
minor_version : 768
compatible_brands: 3gp43gp6
encoder : Lavf53.0.3
Stream #0.0(eng): Video: libx264, yuv420p, 480x352, q=2-31, 300 kb/s, 1k tbn, 30k tbc
Stream #0.1(eng): Audio: libfaac, 16000 Hz, mono, s16, 64 kb/s

Stream mapping:

Stream #0.1 -> #0.0
Stream #0.0 -> #0.1

Press [q] to stop encoding
frame= 2818 fps= 32 q=29.0 Lsize= 3887kB time=94.38 bitrate= 337.4kbits/s
video:3480kB audio:327kB global headers:0kB muxing overhead 2.100497%
frame I:12 Avg QP:20.98 size: 10995
[libx264 @ 0x8d5b2e0] frame P:737 Avg QP:21.90 size: 3100
[libx264 @ 0x8d5b2e0] frame B:2069 Avg QP:25.42 size: 554
[libx264 @ 0x8d5b2e0] consecutive B-frames: 0.1% 2.1% 8.0% 89.8%
[libx264 @ 0x8d5b2e0] mb I I16..4: 18.5% 54.2% 27.3%
[libx264 @ 0x8d5b2e0] mb P I16..4: 1.9% 1.2% 0.2% P16..4: 49.5% 15.9% 9.3% 0.0% 0.0% skip:22.0%
[libx264 @ 0x8d5b2e0] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 45.8% 2.1% 0.2% direct: 0.6% skip:51.2% L0:42.0% L1:54.6% BI: 3.4%
[libx264 @ 0x8d5b2e0] final ratefactor: 23.23
[libx264 @ 0x8d5b2e0] 8x8 transform intra:41.9% inter:69.4%
[libx264 @ 0x8d5b2e0] coded y,uvDC,uvAC intra: 33.5% 58.4% 18.3% inter: 7.2% 13.0% 0.1%
[libx264 @ 0x8d5b2e0] i16 v,h,dc,p: 32% 14% 9% 44%
[libx264 @ 0x8d5b2e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 9% 41% 3% 5% 7% 4% 5% 4%
[libx264 @ 0x8d5b2e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 10% 19% 5% 7% 9% 5% 6% 4%
[libx264 @ 0x8d5b2e0] i8c dc,h,v,p: 61% 12% 23% 4%
[libx264 @ 0x8d5b2e0] Weighted P-Frames: Y:0.9%
[libx264 @ 0x8d5b2e0] ref P L0: 58.7% 10.7% 22.5% 8.0% 0.0%
[libx264 @ 0x8d5b2e0] ref B L0: 87.6% 9.9% 2.5%
[libx264 @ 0x8d5b2e0] ref B L1: 93.8% 6.2%
[libx264 @ 0x8d5b2e0] kb/s:301.65

Here is output with MP4 muxer. Note that I aborted the encode after a few seconds - it's obvious it's not going to work right when you see that the "dup" number on the progress line is shooting up into the thousands almost immediately.

$ ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k -acodec libfaac -vcodec libx264 test.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)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2423.mp4':

Metadata:

major_brand : 3gp4
minor_version : 768
compatible_brands: 3gp43gp6

Duration: 00:02:55.63, start: 0.000000, bitrate: 3493 kb/s

Stream #0.0(eng): Audio: aac, 16000 Hz, mono, s16, 61 kb/s
Stream #0.1(eng): Video: h264 (Baseline), yuv420p, 720x480, 3429 kb/s, 29.83 fps, 30k tbr, 30k tbn, 60k tbc

[buffer @ 0x8d5d5e0] w:720 h:480 pixfmt:yuv420p
[scale @ 0x8d5c940] w:720 h:480 fmt:yuv420p -> w:480 h:352 fmt:yuv420p flags:0xa0000004
[libx264 @ 0x8d5b2e0] Default settings detected, using medium profile
[libx264 @ 0x8d5b2e0] MB rate (19800000) > level limit (983040)
[libx264 @ 0x8d5b2e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0x8d5b2e0] profile High, level 5.1
[libx264 @ 0x8d5b2e0] 264 - core 104 - H.264/MPEG-4 AVC codec - Copyleft 2003-2010 - ​http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 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=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=300 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'test.mp4':

Metadata:

major_brand : 3gp4
minor_version : 768
compatible_brands: 3gp43gp6
encoder : Lavf53.0.3
Stream #0.0(eng): Video: libx264, yuv420p, 480x352, q=2-31, 300 kb/s, 60k tbn, 30k tbc
Stream #0.1(eng): Audio: libfaac, 16000 Hz, mono, s16, 64 kb/s

Stream mapping:

Stream #0.1 -> #0.0
Stream #0.0 -> #0.1

Press [q] to stop encoding
frame= 2010 fps=180 q=51.0 Lsize= 87kB time=0.07 bitrate=10641.9kbits/s dup=2007 drop=0
video:55kB audio:0kB global headers:0kB muxing overhead 58.719718%
frame I:9 Avg QP:36.41 size: 2067
[libx264 @ 0x8d5b2e0] frame P:507 Avg QP:50.98 size: 23
[libx264 @ 0x8d5b2e0] frame B:1494 Avg QP:51.00 size: 17
[libx264 @ 0x8d5b2e0] consecutive B-frames: 0.4% 0.0% 0.0% 99.6%
[libx264 @ 0x8d5b2e0] mb I I16..4: 38.8% 54.4% 6.8%
[libx264 @ 0x8d5b2e0] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.1% 0.1% 0.0% 0.0% 0.0% skip:99.8%
[libx264 @ 0x8d5b2e0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.1% 0.0% 0.0% direct: 0.0% skip:99.9% L0:33.9% L1:66.1% BI: 0.0%
[libx264 @ 0x8d5b2e0] final ratefactor: 71.63
[libx264 @ 0x8d5b2e0] 8x8 transform intra:54.3% inter:85.7%
[libx264 @ 0x8d5b2e0] coded y,uvDC,uvAC intra: 19.9% 27.4% 3.4% inter: 0.0% 0.0% 0.0%
[libx264 @ 0x8d5b2e0] i16 v,h,dc,p: 54% 19% 7% 19%
[libx264 @ 0x8d5b2e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 5% 34% 4% 3% 5% 2% 5% 2%
[libx264 @ 0x8d5b2e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 8% 25% 7% 5% 6% 2% 6% 1%
[libx264 @ 0x8d5b2e0] i8c dc,h,v,p: 80% 3% 16% 1%
[libx264 @ 0x8d5b2e0] Weighted P-Frames: Y:0.0%
[libx264 @ 0x8d5b2e0] ref P L0: 89.2% 0.5% 9.9% 0.5%
[libx264 @ 0x8d5b2e0] ref B L0: 99.2% 0.8%
[libx264 @ 0x8d5b2e0] kb/s:6615.40
Received signal 2: terminating.

Just for kicks, I tried it with .avi output and it works fine there as well. It must be the mp4 muxer... I'll try to figure out what change caused this. I don't really know how to use git but I guess it's time to learn!

[jsd]

Using git bisect I have isolated the time when the code went bad:

91360ce61d00bb20429fb41857abebf50a5c6b1d is the first bad commit
commit 91360ce61d00bb20429fb41857abebf50a5c6b1d
Author: Baptiste Coudurier <​baptiste.coudurier@gmail.com>
Date: Tue Nov 23 00:41:28 2010 +0000

Unset variable fps for mov and mp4 muxer, they support it
but timestamps must start at 0 currently, and this causes sync
problem.

Originally committed as revision 25805 to ​svn://svn.ffmpeg.org/ffmpeg/trunk

:040000 040000 6c6427cbb95b35f35b8d219ce218a90a8b2582e7 ac7d1a5c490707cfa20fd1f461e0e04c1af8916d M libavformat

Should this change be reverted?

[pento]

A workaround for this bug is to use the -r option.

[Bram Avontuur]

We've been bitten by this bug since february, hence we reverted to an old build from october 2010. I reverted the change made in the tag jsd mentioned above, and this at least fixes the cases where ffmpeg seems to run forever. We cannot apply any of the workarounds, as the input is quite random given that many users use our systems and we have no control over the files they upload.

Question is, will this revert badly affect videos in a way that the builds before it was introduced didn't, e.g. due to changes made around the same time as this commit? If not, then this fix will work for us for now.

I can provide sample videos that are affected by this bug if that will help.

[jsd]

brama: here is the workaround i devised:

start with $vsync = 0
if input file is wmv, set $vsync to 1

encode as normal, with -vsync $vsync. if you get a "non monotonic timestamp" error, change vsync to 1 (if it wasn't 1 already, add -r 15 to the command line, then run the command again.

with this algorithm, i have been able to successfully process just about everything that the internet has thrown at me.

[Bram Avontuur]

Thanks jsd, that's very helpful.

Did you also try to just revert the one change, and did that turn up any issues? I have run our entire test video set against ffmpeg-0.8.3 with the one commit reverted, and no issues with a/v sync have turned up at all.

I'm also seeing problems with some mp4 input files, not just wmv. For those, the ffmpeg output contains:

[mp4 @ 0xa590c20] Frame rate very high for a muxer not effciciently supporting it.
Please consider specifiying a lower framerate, a different muxer or -vsync 2

If going the vsync/fixed rate route, I'll have to rework our transcoder flow a bit to catch ffmpeg's output as it's processing (or have it transcode only a few frames and/or kill it after a number of seconds) to catch the output and rework the logic based on that.

[Michael Niedermayer]

Not reproduceable anymore

[Lars]

I guess I have the same problem: When I run below ffmpeg command it takes very long time and the output file is about 10 times bigger. If I provide the frame rate parameter -r it works well (small file, fast transcoding). What is the problem and how can I solve it? I don't want to set a fixed frame rate because I guess it's better to leave it the same as source, isn't it?.

Maybe the problem is something else, because I found many examples in web where the -r option isn't used. Also transcoding to a different format or with a different source works well without -r option (I tried with ffmpeg 0.7.15 and also 1.2.1). The videos are provided by the users of my website and automatically converted to be suitable for the web. So I need the most general command for automatic conversion.

In the following ffmpeg output you will find this two suspicious messages:

• Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2
• MB rate (36000000) > level limit (983040)

ffmpeg command + log':

ffmpeg -i '/tmp/standort_aquarium.mp4' -vcodec libx264 output.mp4
ffmpeg version 0.7.15, Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 07:18:58 with gcc 4.4.5 configuration: --enable-libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libfreetype --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra-libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis

libavutil 50. 43. 0 / 50. 43. 0
libavcodec 52.123. 0 / 52.123. 0
libavformat 52.111. 0 / 52.111. 0
libavdevice 52. 5. 0 / 52. 5. 0
libavfilter 1. 80. 0 / 1. 80. 0
libswscale 0. 14. 1 / 0. 14. 1
libpostproc 51. 2. 0 / 51. 2. 0

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/standort_aquarium.mp4':

Metadata:

major_brand : mp42
minor_version : 0
compatible_brands: mp423gp4isom
creation_time : 2013-04-19 15:04:05

Duration: 00:00:18.24, start: 0.000000, bitrate: 2095 kb/s

Stream #0.0(und): Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 2001 kb/s, 14.97 fps, 30k tbr, 30k tbn, 30k tbc
Metadata:

creation_time : 2013-04-19 15:04:05

Stream #0.1(und): Audio: aac, 48000 Hz, mono, s16, 96 kb/s
Metadata:

creation_time : 2013-04-19 15:04:05

File 'output.mp4' already exists. Overwrite ? [y/N] y
[mp4 @ 0x20eed80] Frame rate very high for a muxer not effciciently supporting it.
Please consider specifiying a lower framerate, a different muxer or -vsync 2
[buffer @ 0x20f8820] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:
[libx264 @ 0x20efde0] Default settings detected, using medium profile
[libx264 @ 0x20efde0] using SAR=1/1
[libx264 @ 0x20efde0] MB rate (36000000) > level limit (983040)
[libx264 @ 0x20efde0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
[libx264 @ 0x20efde0] profile High, level 5.1
[libx264 @ 0x20efde0] 264 - core 118 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - ​http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=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 scenecut=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 'output.mp4':

Metadata:

major_brand : mp42
minor_version : 0
compatible_brands: mp423gp4isom
creation_time : 2013-04-19 15:04:05
encoder : Lavf52.111.0
Stream #0.0(und): Video: libx264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 30k tbn, 30k tbc
Metadata:

creation_time : 2013-04-19 15:04:05

Stream #0.1(und): Audio: libfaac, 48000 Hz, mono, s16, 64 kb/s
Metadata:

creation_time : 2013-04-19 15:04:05

Stream mapping:

Stream #0.0 -> #0.0
Stream #0.1 -> #0.1

Press [q] to stop, ? for help
frame=542630 fps=132 q=33.0 Lsize= 77226kB time=00:00:18.08 bitrate=34976.2kbits/s dup=542358 drop=0
video:68604kB audio:143kB global headers:0kB muxing overhead 12.333275%
frame I:2174 Avg QP:18.72 size: 25040
[libx264 @ 0x20efde0] frame P:136846 Avg QP:25.27 size: 56
[libx264 @ 0x20efde0] frame B:403610 Avg QP:32.99 size: 20
[libx264 @ 0x20efde0] consecutive B-frames: 0.8% 0.0% 0.1% 99.1%
[libx264 @ 0x20efde0] mb I I16..4: 5.5% 83.3% 11.1%
[libx264 @ 0x20efde0] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.5% 0.0% 0.0% 0.0% 0.0% skip:99.4%
[libx264 @ 0x20efde0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:21.2% L1:78.8% BI: 0.0%
[libx264 @ 0x20efde0] 8x8 transform intra:83.1% inter:85.2%
[libx264 @ 0x20efde0] coded y,uvDC,uvAC intra: 91.2% 95.8% 80.7% inter: 0.0% 0.1% 0.0%
[libx264 @ 0x20efde0] i16 v,h,dc,p: 13% 40% 12% 35%
[libx264 @ 0x20efde0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 34% 15% 4% 4% 5% 6% 7% 8%
[libx264 @ 0x20efde0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 38% 6% 4% 6% 6% 8% 6% 6%
[libx264 @ 0x20efde0] i8c dc,h,v,p: 39% 32% 19% 10%
[libx264 @ 0x20efde0] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x20efde0] ref P L0: 91.5% 5.2% 2.8% 0.4% 0.0%
[libx264 @ 0x20efde0] ref B L0: 55.7% 43.5% 0.8%
[libx264 @ 0x20efde0] ref B L1: 97.9% 2.1%
[libx264 @ 0x20efde0] kb/s:31071.04

see: ​http://stackoverflow.com/questions/16818930/problems-with-frame-rate-on-video-conversion-using-ffmpeg-with-libx264?noredirect=1

The video source is temporarily available under:
​https://www.dropbox.com/s/4xg147z77u40g87/standort_aquarium.mp4

[Carl Eugen Hoyos]

Replying to lars:

I guess I have the same problem:

Generally, please do not reopen two-year old tickets (if they were not closed as "needs more info"). Please test current git head, if your problem is still reproducible open a new ticket.