Короткое определение

CRF с верхним порогом bitrate – quality-driven там, где возможно, но жёстко ограниченный там, где простые сцены могли бы превысить канал.

Capped CRF – режим rate control «лучшее из обоих миров» для стримингового видео. Чистый `crf` целится в уровень качества и пускает bitrate куда придётся – иногда очень низко на простых сценах, иногда очень высоко на сложных. Чистый VBR целится в средний bitrate и пускает плавать качество. Capped CRF комбинирует их: целиться в уровень качества но ограничить максимальный bitrate сверху, чтобы худшие сцены не съели бюджет CDN и не забили канал зрителю.

Механика: энкодер ведёт себя как CRF – подбирает bitrate, попадающий в заданное качество для каждой сцены – пока bitrate не превысит порог. Тогда порог срабатывает и энкодер на этих сценах ведёт себя как CBR, принимая небольшую потерю качества в обмен на предсказуемость. На простом контенте (говорящие головы, статичный UI) порог никогда не срабатывает и вы автоматически экономите полосу. На сложном (снежная экшен-сцена, спорт) порог срабатывает и качество совпадает с тем, что и так дал бы CBR-энкод.

Для стримингового продукта capped CRF стал дефолтным rate-control-режимом для VOD-ABR-лестниц в 2026 году. Он даёт экономию полосы CRF на тех 60–70 % контента, которые легко кодируются, предсказуемость bitrate CBR на тех 20–30 %, которые нет, и одна настройка работает на всю библиотеку. Типичная конфигурация: подобрать целевой CRF (22–25 для H.264, 25–28 для HEVC, 28–32 для AV1) и порог в 1.5–2× от среднего bitrate, который вы хотели бы для этого rendition. Поддерживают и x264, и x265, FFmpeg раскрывает это через флаги `-crf` и `-maxrate`, а per-title encoding pipeline Netflix использует продвинутую версию этого подхода.

Считаете параметры для своего продукта?

Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.