Companion X264 May 2026
| Feature | Standard x264 | Companion x264 | |--------|--------------|----------------| | | Normal or high | Idle / low (e.g., nice on Linux, IDLE_PRIORITY_CLASS on Windows) | | Thread usage | Aggressive (all logical cores) | Restricted (e.g., leaves 1–2 cores free for main app) | | Lookahead frames | Full (up to 250) | Reduced (e.g., 0–10) to lower latency & memory | | Rate control | 2-pass, CRF, or CBR | Often CBR or capped VBR for predictable load | | Input source | Pre-encoded file | Live frame buffer (e.g., from game or capture card) |
#!/bin/bash inotifywait -m ./raw_frames -e create | while read path action file; do nice -n 19 ionice -c 3 x264 --input-res 1920x1080 --fps 30 \ --preset fast --crf 23 --threads 4 --output "./enc/$file.mkv" \ "./raw_frames/$file" done On Windows using PowerShell (low-priority job): companion x264
As CPUs grow more powerful with efficiency cores (Intel's P+E architecture, Apple's M-series), the role of companion x264 will likely expand, intelligently shunting encoding tasks to low-power cores while performance cores handle interactive work. The name may fade, but the concept – a silent, helpful encoding partner – is here to stay. This text is accurate as of the x264 r3100+ builds and common usage patterns up to 2026. | Feature | Standard x264 | Companion x264