|Version 27 (modified by 9 years ago) ( diff ),|
FFmpeg and x264 Encoding Guide
x264 is a H.264/MPEG-4 AVC encoder. The goal of this guide is to inform new users how to create a high-quality H.264 video.
There are two ratecontrol modes that are usually suggested for general use: Constant Rate Factor (CRF) or Two-Pass ABR. The ratecontrol is a method that will decide how many bits will be used for each frame. This will determine the file size and also how quality is distributed.
If you need help compiling and installing libx264 see one of our FFmpeg and x264 compiling guides.
Constant Rate Factor (CRF)
This method allows you to choose a certain output quality for the whole file when output file size is of less importance. This provides maximum compression effectiveness with a single pass and each frame gets the bitrate it needs to keep the requested quality level. The downsides is that you can't tell it to get a specific filesize or not go over a specific size or bitrate.
1. Choose a CRF value
The range of the quantizer scale is 0-51; where 0 is lossless, 23 is default, and 51 is worst possible. A lower value is a higher quality and a subjectively sane range is 18-28. Consider 18 to be visually lossless: it should look the same as the input but it isn't technically lossless. Increasing the CRF value +6 is roughly half the bitrate while -6 is roughly twice the bitrate. General usage is to choose the highest quality that still provides an acceptable quality. If the output looks good then try a higher value and if it looks bad then choose a lower value.
Note: The CRF quantizer scale mentioned on this page only applies to 8-bit x264 (10-bit x264 quantizer scale is 0-63). You can see what you are using with
x264 --helplisted under
Output bit depth. 8-bit is more common amongst distributors.
2. Choose a preset
A preset is a collection of options that will provide a certain encoding speed:compression ratio. A slower preset will provide better compression (compression is quality per filesize). General usage is to use the slowest preset that you have patience for. Current presets in descending order of speed are:
placebo as it is a joke and a waste of time (see FAQ).
You can also choose a tune and/or profile.
3. Use your settings
Use these same settings for the rest of your videos if you are encoding more. This will ensure that they will all have the same quality.
ffmpeg -i input -c:v libx264 -preset slow -crf 22 -c:a copy output.mkv
This method is generally used if you are targeting a specific output file size and output quality from frame to frame is of less importance. This is best explained with an example. Your video is 10 minutes (600 seconds) long and an output of 50 MB is desired. Since
bitrate = file size / duration:
(50 MB * 8192 [converts MB to kilobits]) / 600 seconds = ~683 kilobits/s total bitrate 683k - 128k (desired audio bitrate) = 555k video bitrate
ffmpeg -i input -c:v libx264 -preset fast -b:v 555k -pass 1 -an -f mp4 - && \ ffmpeg -i input -c:v libx264 -preset fast -b:v 555k -pass 2 -c:a libfaac -b:a 128k output.mp4
As with CRF, choose the slowest preset you can tolerate. Obviously, if you increase the target bitrate, that will increase quality, too, up to some threshold.
Also see http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-dvd-mpeg4.html it is an
mencoder guide, but it will give you an insight about how important it is to use two pass when you want to efficienly use every bit when you constrained with storage space.
You can use
-qp 0 or
-crf 0 to encode a lossless output. Two useful presets for this are
veryslow since either a fast encoding speed or best compression are usually the most important factors.
Lossless Example (fastest encoding)
ffmpeg -i input -c:v libx264 -preset ultrafast -qp 0 output.mkv
Lossless Example (best compression)
ffmpeg -i input -c:v libx264 -preset veryslow -qp 0 output.mkv
You can get 10 bit output by compiling libx264 with its "10 bit" configure option set, then linking your ffmpeg against that. Then use libx264 -profile high10 or the like. In order to get high444 profile, you'd have to make sure to pass it yuv422 type input.
Overwriting default preset settings
You can overwrite default preset settings with the
x264opts option or by using the libx264 private options (see
libx264 AVOptions in
ffmpeg -h). This is not recommended unless you know what you are doing. The presets were created by the x264 developers and tweaking values to get a better output is usually a waste of time.
ffmpeg -i input -c:v libx264 -preset slow -crf 22 -x264opts keyint=123:min-keyint=20 -c:a copy output.mkv
Additional Information & Tips
ABR (Average Bit Rate)
ffmpeg -i input -c:v libx264 -b:v 1000k ...
This provides something of a "running average" target, with the end goal that the final file match this number "overall on average" (so basically, if it gets a lot of black frames, which cost very little, it will encode them with less than the requested bitrate, but then the next few seconds of (non-black) frames it will encode at very high quality, to bring the average back in line). Using 2-pass can help this method to be more effective. You can also use this in combination with a "max bit rate" setting in order to prevent some of the swings.
CBR (Constant Bit Rate)
There is no native CBR mode, but you can "simulate" a constant bit rate setting by tuning the parameters of ABR, like
ffmpeg -i input -c:v libx264 -b:v 4000k -minrate 4000k -maxrate 4000k -bufsize 1835k out.m2v
in this example,
-bufsize is the "rate control buffer" so it will enforce your requested "average" (4000k in this case) across each 1835k worth of video. So basically it is assumed that the receiver/end player will buffer that much data so it's ok to fluctuate within that much.
Of course, if it's all just empty/black frames then it will still serve less than that many bits/s (but it will raise the quality level as much as it can, up to the crf level).
CRF with maximum bit rate
You can also also use a crf with a maximum bit rate by specifying both crf *and* maxrate settings, like
ffmpeg -i input -c:v libx264 -crf 20 -maxrate 400k -bufsize 1835k
This will effectively "target" crf 20, but if the output exceeds 400kb/s, it will degrade to something less than crf 20 in that case.
libx264 offer a
-tune zerolatency option see See the StreamingGuide.
If you want your videos to have highest "compatibility" with target players (for instance, with older iOS devices) then you'll want to specify
which removes some advanced features but is more compatible. Typically you may not need this setting. Also if you do use this setting, it increases the bit rate quite a bit.
Pre-testing your settings
Encode a random section instead of the whole video with the
-t options to quickly get a general idea of what the output will look like.
-ss: Offset time from beginning. Value can be in seconds or HH:MM:SS format.
-t: Output duration. Value can be in seconds or HH:MM:SS format.
Will two-pass provide a better quality than CRF?
No, though it does allow you to target a file size more accurately.
placebo a waste of time?
It helps at most ~1% compared to the
veryslow preset at the cost of a much higher encoding time. It's diminishing returns:
veryslow helps about 3% compared to the
slower helps about 5% compared to the
slow preset, and
slow helps about 5-10% compared to the
Why doesn't my lossless output look lossless?
Blame the rgb->yuv conversion. If you convert to yuv444, it should still be lossless (which is the default now).
Will a graphics card make x264 encode faster?
No. libx264 doesn't use them (at least not yet). There are some proprietary encoders that utilize the GPU, but that does not mean they are well optimized, though encoding time may be faster; and they might be worse than x264 anyway, and possibly slower. Regardless, FFmpeg today doesn't support any means of gpu encoding, outside of libx264.
Encoding for QuickTime Player
You may need to use -pix_fmt yuv420p for it to work in newer versions of QT Player. Oddly.