Skip to main content


x264 is a software library and command line application for encoding H.264 / AVC developed by VideoLAN, the people behind the ever-popular VLC Media Player and released under GNU GPL. It is written in C and Assembly with almost two decades worth of development and threading optimizations which makes it the fastest software video encoder available, which also happens to be extremely popular.

x264 has great fine detail retention which makes it perfect for high fidelity content.


x264 is available in FFmpeg via libx264, to check if you have it, run ffmpeg -h encoder=libx264. You can input non-FFmpeg standard x264 parameters via -x264-params.

Supported Color Space​

x264 supports the following color spaces:

FormatChroma SubsamplingSupported Bit Depth(s)
YUVJ420P4:2:08-bit (Full range)
YUVJ422P4:2:28-bit (Full range)
YUVJ444P4:4:48-bit (Full range)
NV21Semi-planar8-bit (reversed)


Pre-built binary [Recommended]:

Choose your operating system there, or you can try using your package manager.


x264 has been praised for its simple, no-fuss settings.

Here are some examples:

Simple raw Y4M input with CRF 20 and raw 264 bitstream output
x264 --crf 20 -o output.264 input.y4m
Preset slow, CRF 20, Y4M input
x264 --preset slow --crf 20 -o output.264 input.y4m

These next couple of examples utilize FFmpeg to pipe video into x264.

FFmpeg piping
ffmpeg -v error -i input.mkv -f yuv4mpegpipe -strict -1 - | x264 --preset slow --crf 20 --demux y4m - -o output.264
FFmpeg piping, MKV output
ffmpeg -v error -i input.mkv -f yuv4mpegpipe -strict -1 - | x264 --preset slow --crf 20 --demux y4m - -o output.mkv
Output Containers

x264 can output 264, MKV, FLV (Flash Video), and MP4 (If compiled with GPAC or L-SMASH support). For more information about what containers are, see the "Terminology" section on containers.


x264 will use Haali Matroska Muxer for MKV outputs, which has seeking issues. It is recommended to remux back using FFmpeg or mkvmerge/MKVToolNix.


As x264 is made to "just work", there aren't many advanced parameters to modify. The general guideline is to encode as slowly as you can tolerate.


--preset veryslow

The most obvious way to increase fidelity per bit is to allow the encoder to spend more effort, and therefore time, encoding. This preset is decently slow, but preset placebo is even slower.


--threads X

This is set to 1.5x the number of available cores by default, and shouldn't need to be adjusted unless you need to reduce the number of threads for some reason. x264's threading is very efficient, and in most cases, x264 should be able to completely saturate most consumer CPUs.

Open GOP​


Enables Open GOP (Group of Pictures), where each GOP can reference one another, thus improving compression with little speed loss. For unknown reasons it is disabled by default in x264.

AQ Mode​

--aq-mode 3

In short, will make x264 bias to dark areas and spend more bitrate there, thus dark scenes will look less bad. Basically no speed loss.

Reference Frames​

--bframes 8 --ref 12

These parameters are responsible for the amount of reference frames x264 will use for compression, the more the better. Maximum of 16, will definitely increase compute time the higher you go.

MB Tree​


This option disables mb-tree rate control. mb-tree rate control is intended to redistribute bitrate to give more bits to frames that have less motion, and less bits to frames that have more motion (because artifacts in those frames will be less noticeable when the video is playing). However, many users claim this can have negative effects on video quality, especially when encoding videos that have significant amounts of grain.

Lossless Encoding​

x264 can also encode lossless video, allowing it to compete with lossless video codecs like FFV1 and UT Video. To encode lossless video, use --qp 0. Slower presets will decrease the size even further while the video remains lossless. However, when space is not a concern, such as when encoding an intermediate lossless for later encoding to a lossy format, x264 can become the fastest lossless codec available, providing super fast encoding and decoding. For the absolute fastest encoding and decoding, one can use both --preset ultrafast and --tune fastdecode. However, --preset superfast still provides incredibly fast encoding and decoding speed, with 20-30% space savings for lossless compared to ultrafast, so it may be the ideal choice for many users.

Why QP 0 instead of CRF 0?

CRF automatically adjusts a number of quantization parameters to achieve a desired quality output. QP stands for Quantization Parameter, and allows full control over the resulting video quality. In this case, all-intra or lossless, using QP is necessary, but for lossy encoding CRF will produce better visual fidelity per bit.