Содержание статьи +
- TL;DR
- Почему это важно
- Как читать эту статью
- Шесть кодеков с высоты птичьего полёта
- Год публикации – почему год рождения важен
- Орган стандартизации – здесь решается, кто кому платит
- Экономия битрейта – главный заголовочный показатель
- Максимальный блок – почему большие блоки экономят биты
- Битовая глубина и chroma – место, где живёт HDR
- Максимальное разрешение – спек-цифра, которая редко решает
- Патентная модель – колонка, которая решает настроение вашего юриста
- Поддержка в браузерах – там, где смотрится большинство интернет-видео
- Покрытие аппаратными декодерами – реальное узкое горло AV1
- Сложность энкодинга – почему ваш счёт за энкодинг растёт
- Доминирующие use cases в 2026 году – кто что реально использует
- Где здесь Фора Софт
- Гид по принятию решения в шести вопросах
- Три типичные ошибки продуктовых команд
- Ключевые выводы
- Что читать дальше
- Источники
TL;DR
Видеокодек – это программа или чип внутри телефона, который сжимает поток сырых кадров до маленького файла и распаковывает его обратно в картинку на экране. Шесть кодеков в этой статье – те, что реально имеют значение в 2026 году: MPEG-2 до сих пор работает в цифровом ТВ, H.264 / AVC – кодек по умолчанию в большей части интернета, H.265 / HEVC правит на 4K Blu-ray и Apple-устройствах, VP9 держит большую часть не-AV1 трафика YouTube, AV1 – royalty-free кодек, который Netflix и YouTube агрессивно раскатывают, а H.266 / VVC – технически отличный кодек, который почти никто не шипит. В этой статье есть одна сводная таблица, в которой все шесть стоят рядом – год публикации, орган стандартизации, экономия битрейта, максимальное разрешение, размер блока, патентная модель, поддержка в браузерах и в железе, статус развёртывания в 2026 году – а под ней каждый столбец разобран простым языком, чтобы вы понимали, что эти цифры реально означают и как выбирать между кодеками.
Почему это важно
Если вы выбираете кодек для стриминговой платформы, для видеоконференц-продукта, для OTT-сервиса или для системы наблюдения – это решение определит ваш счёт за трафик, покрытие устройств, юридический риск и качество картинки, которое увидят клиенты, на ближайшие пять-десять лет. Любой следующий выбор – лесенка битрейтов, CDN, DRM, парк энкодеров – следует из кодека. Маркетинговые страницы и блоги вендоров рассказывают о каждом кодеке так, словно именно он – лучший. Чистая сравнительная таблица режет этот шум. Эта статья не требует предварительных знаний: каждый термин определяется простым языком до того, как мы его используем, а потом мы проходимся по компромиссам так, как это делал бы опытный видеоинженер.
Как читать эту статью
Сравнительная таблица стоит в самом начале – чтобы её можно было сразу скопировать и пользоваться. Под таблицей у каждого столбца есть своя короткая секция, объясняющая, что этот столбец измеряет и почему «много» или «мало» – это хорошо или плохо. В конце – гид по принятию решения, три типичных ошибки, которые мы видим у клиентов Фора Софт, скачиваемая одностраничная версия таблицы и короткий список смежных статей Learn для тех колонок, по которым хочется углубиться.
Предварительных знаний кодекам не нужно. Если у вас есть время только на одну секцию – читайте таблицу и колонку «Экономия битрейта» под ней. Это самая важная колонка.
Шесть кодеков с высоты птичьего полёта
Кодеки в этой таблице идут под двумя параллельными системами имён, потому что их стандартизовали два разных органа. ITU-T (телекоммуникационная ветвь ООН) и комитет ISO/IEC MPEG публикуют совместный стандарт под двумя именами – H-номер идёт от ITU-T, MPEG-имя – от ISO. H.264, H.265 и H.266 – те, у кого есть оба имени. Alliance for Open Media (AOMedia) – отдельный отраслевой консорциум, основанный в 2015 году Google, Netflix, Amazon, Cisco, Intel, Microsoft, Mozilla и потом Apple. AOMedia публикует спецификацию AV1 (и будущего AV2) под одним именем и royalty-free политикой. Семейство VPx от Google – VP8 и VP9 – лежит в третьей корзине: стандартизованы только Google, royalty-free, не благословлены ни ITU, ни MPEG. Полная история, как сформировались эти лагеря, разобрана в Краткой истории видеокодеков: от H.120 до AV2.
| Критерий | MPEG-2 (H.262) | H.264 / AVC | H.265 / HEVC | VP9 | AV1 | H.266 / VVC |
|---|---|---|---|---|---|---|
| Год публикации | 1995 1 | 2003 2 | 2013 3 | 2013 4 | 2018 5 | 2020 6 |
| Орган стандартизации | ITU-T + ISO/IEC | ITU-T + ISO/IEC (JVT) | ITU-T + ISO/IEC (JCT-VC) | Google (open source) | AOMedia | ITU-T + ISO/IEC (JVET) |
| Эталонные энкодеры | MainConcept, FFmpeg mpeg2video | x264, OpenH264, NVENC | x265, HM, NVENC | libvpx-vp9 | libaom, SVT-AV1, rav1e | VVenC, VTM, MainConcept |
| Экономия битрейта vs предшественник | baseline | ≈ 50% vs MPEG-2 2 | ≈ 50% vs H.264 3 | ≈ 50% vs H.264 7 | ≈ 30% vs HEVC и VP9 8 | ≈ 50% vs HEVC 9 |
| Максимальный блок | 16×16 MB | 16×16 MB (до 4×4) | 64×64 CTU (до 4×4) | 64×64 superblock (до 4×4) | 128×128 superblock (до 4×4) | 128×128 CTU + multi-type tree |
| Опорные кадры | 1–2 | до 16 | до 16 (8 активных) | 3 активных из 8 | 7 named refs | до 15 |
| Битовая глубина | 8 бит | до 14 бит (High 4:4:4) | до 16 бит | 8 / 10 / 12 бит | 8 / 10 / 12 бит | 10 / 12 бит (Main 10, Main 12) |
| Chroma | 4:2:0 | 4:2:0–4:4:4 | 4:0:0–4:4:4 | 4:2:0–4:4:4 | 4:0:0–4:4:4 | 4:2:0–4:4:4 |
| Максимальное разрешение | 1920×1152 (High) | 4096×2304 (Level 5.2) | 8192×4320 | 8192×4320 | 7680×4320 (Level 6.3) | 16384×8704 |
| Патентная модель | один пул (MPEG LA / Via LA) | один пул (MPEG LA / Via LA) | три пула, частично консолидированы в 2025 10 11 | royalty-free | royalty-free (AOMedia) | два пула (Access Advance + Via LA, консолидированы в 2025) 11 |
| Поддержка в браузерах (2026) | нет (только legacy) | универсальная | Safari + Edge; не Firefox; в Chrome только через ОС | Chrome, Firefox, Edge; Safari с 14 | Chrome 70+, Firefox 67+, Edge 121+, Safari 17+ на HW | нет нативной; экспериментально через WASM |
| Покрытие HW-декодером | TV-приставки | универсально с 2008 | почти универсально с 2018 | Android доминирующе; Apple с iOS 14 / tvOS 14 | iPhone 15 Pro+, M3 Mac+, Snapdragon 8 Gen 2+, ТВ 2022+ | почти нет в потребительских SoC |
| Сложность энкодинга (относительно) | 1× | 1× | 5–10× | 3–5× | 5–30× (SVT-AV1) до 1000×+ (libaom) | 7–20× (VVenC) |
| Доминирующие use cases в 2026 | цифровое ТВ, DVD legacy | универсальный fallback; большая часть веба | 4K Blu-ray, Apple, premium 4K OTT | YouTube 4K, Android, fallback для AV1 | Netflix premium, YouTube high-res, Meta short video, Twitch enhanced | бразильский DTV+; почти нулевой стриминг |
| Production deployment 2026 | только broadcast | ≈ 80% видеопровайдеров используют 12 13 | ≈ 65% production + 20% planning 12 | YouTube + Android first-party | ≈ 17% production + 40% planning 2026 12 | < 1% стриминг; растёт в broadcast |
Таблица 1. Сравнение MPEG-2, H.264, H.265, VP9, AV1 и H.266 строка-в-строку. Источники – в секции References.
Дальше – построчный разбор простым языком, чтобы было понятно, что эти числа реально означают.
Год публикации – почему год рождения важен
Год публикации кодека – это, приблизительно, и год, когда мир начинает производить аппаратные декодеры для него. Декодерный чип проще и дешевле сделать, чем энкодер, поэтому производители кремния обычно добавляют декодер в свой флагманский SoC для телефона или ТВ в течение 18–36 месяцев после ратификации кодека. И как только аппаратный декодер уехал в железо – кодек живёт в дикой природе ещё минимум десять лет. Телефоны 2014 года до сих пор играют H.264, потому что декодер внутри них до сих пор.
Поэтому старые кодеки и не умирают. MPEG-2 ратифицирован в 1995 году и стоит в каждой цифровой ТВ-приставке мира – тридцать один год спустя. H.264 ратифицирован в 2003 году и в 2026 году остаётся самым массовым видеокодеком в интернете – двадцать три года после публикации. Новые кодеки не заменяют старые: их добавляют сверху, а старый кодек остаётся универсальным fallback'ом. Bitmovin Video Developer Report год за годом подтверждает эту картину: H.264 на самой вершине, HEVC и VP9 – посередине, AV1 быстро догоняет, VVC еле заметен. 13
Практический вывод: если ваша аудитория включает телефоны, ТВ или браузеры старше пяти лет – закладывайте H.264 как fallback, какой бы кодек вы ни выбрали основным.
Орган стандартизации – здесь решается, кто кому платит
Орган стандартизации кодека определяет всё дальнейшее про патенты. Три органа имеют значение.
Video Coding Experts Group (VCEG) внутри ITU-T и Moving Picture Experts Group (MPEG) внутри ISO/IEC – два формальных органа стандартизации. Они делают большую часть H-кодеков совместно – MPEG-2 / H.262, H.264, H.265 и H.266 – все совместные. Их стандарты покрыты патентами компаний-участников. Эти компании лицензируют свои патенты через патентные пулы – административные структуры, которые собирают роялти и делят их между патентообладателями. Пул – это юридический механизм, который позволяет вам отгрузить кодек, не договариваясь отдельно с каждым патентодержателем.
Alliance for Open Media (AOMedia) основан в 2015 году именно для того, чтобы вырваться из этого цикла. Каждый участник AOMedia обязуется лицензировать essential-патенты royalty-free через AOMedia Patent License 1.0. Результат – AV1 и будущий AV2 – кодеки, которые можно отгружать, никому не платя. Это реальное юридическое обязательство, а не общие слова: AOMedia ведёт явную патентную политику и фиксирует декларации участников.
Google, отдельно, выпустил VP8 в 2010 году и VP9 в 2013-м по той же royalty-free модели. VP8 и VP9 предшествуют AOMedia, но посеяли ту же самую идею. VP9, в частности, по умолчанию работает внутри YouTube как 4K-кодек для устройств, не умеющих AV1.
Почему это важно в 2026 году: крупные дистрибьюторы с большими карманами (Apple, Netflix, Disney+) могут проглотить патентные роялти и шипить HEVC. Дистрибьюторы поменьше избегают пулов и шипят AV1. Консолидация декабря 2025 года, в которой Access Advance выкупил администрирование пулов HEVC и VVC у Via LA, сжала три HEVC-пула до двух – но не устранила правовую неопределённость: многие essential-патентодержатели (Apple, Google, Samsung, Microsoft) по-прежнему вне любых пулов. 11 Для VVC та же неопределённость заморозила внедрение: ни один стриминговый сервис в 2026 году не отгружает VVC в значимых масштабах, хотя кодеку уже четыре года.
Экономия битрейта – главный заголовочный показатель
Самая важная колонка в таблице. Экономия битрейта – это, насколько меньше бит новому кодеку нужно для того же качества картинки. Принятая единица – «процент сэкономленных бит при сопоставимом перцептивном качестве», а принятый метод измерения – Bjøntegaard delta-rate (BD-rate): тест, который сравнивает два кодека при одинаковых значениях объективных метрик качества, таких как Peak Signal-to-Noise Ratio (PSNR) и Structural Similarity Index Measure (SSIM). Сами метрики мы разбираем в Объективные метрики качества: PSNR, SSIM, MS-SSIM, VMAF.
К заголовочным цифрам надо относиться с осторожностью. Они получены в аккуратных лабораторных тестах с эталонными энкодерами на самых медленных и качественных пресетах – на которых в реальном продакшене никто не работает, потому что слишком медленно. Реальные экономии – обычно две трети – три четверти от заголовка.
Покажем арифметику, чтобы было видно, что цифра экономии реально вам даёт. Допустим, вы стримите 1080p-фильм на 4,5 Мбит/с в H.264. Заголовочные 50% HEVC означают, что то же качество влезет в:
4,5 Мбит/с × (1 − 0,50) = 2,25 Мбит/с в HEVCВ реальном продакшене HEVC даёт скорее 30–40% на этом материале, так что реалистичная цель:
4,5 Мбит/с × (1 − 0,35) ≈ 2,9 Мбит/с в HEVCЗаголовочное число AV1 – «30% экономии vs HEVC и VP9», измеренные AOMedia и подтверждённые продакшен-бенчмарком Meta 2018 года на тестовом наборе из 400 клипов Facebook: libaom-AV1 обогнал libvpx-VP9 на 34% и x264 High на 46,2% по BD-rate против метрики Visual Multimethod Assessment Fusion (VMAF). 8 В масштабах Netflix сессии AV1 в 2025 году потребляли примерно на треть меньше трафика, чем AVC и HEVC, при сопоставимом качестве. 14
Целевая цифра VVC – ещё минус 50% относительно HEVC. Независимые подтверждения от Fraunhofer HHI и тестового набора JVET согласуются с дизайн-целью. 9 Это самый большой шаг между поколениями кодеков за два десятилетия. Но почти нулевое развёртывание VVC в 2026 году означает, что воспользоваться этой экономией пока негде.
Снизу: 30% экономии трафика в масштабе – это реальная цифра. Для стриминга, который отдаёт 1 петабайт в месяц, переход с H.264 на AV1 экономит примерно 300 терабайт – при типичных CDN-ценах $0,005–$0,02 за гигабайт это $1500–$6000 в месяц одной лишь магистральной экономии, до улучшения качества.
Максимальный блок – почему большие блоки экономят биты
Когда энкодер сжимает кадр, он работает не со всем кадром сразу. Он режет кадр на квадраты и кодирует каждый отдельно. Максимальный кодирующий блок – это размер этих квадратов в максимуме.
Большой максимум – это компрессионный выигрыш по одной причине: большие плоские области изображения – голубое небо, стена, ковёр на полу – можно закодировать одним блоком с одним вектором движения и одним набором трансформных коэффициентов. Маленький блок заставляет энкодер повторять эту информацию для каждого маленького квадрата внутри плоской области. Объём метаданных, которые энкодер тратит на заголовки блоков, векторы движения и режимы предсказания, падает квадратично с ростом размера блока.
Эволюция шести кодеков – это история растущих блоков. MPEG-2 и H.264 используют macroblock – 16×16-сетку luma-сэмплов плюс соответствующая chroma. H.264 разрешает дробление macroblock'а до 4×4 для деталей. HEVC заменил macroblock на Coding Tree Unit (CTU) до 64×64, рекурсивно разрезаемый квадродеревом до 8×8 (предсказание – до 4×4) – в четыре раза больше H.264-макроблока. VP9 использует superblock того же размера: 64×64. AV1 удвоил ещё раз – superblock 128×128, в шестнадцать раз больше macroblock'а. VVC дошёл до того же максимума 128×128, но добавил multi-type tree – бинарные и тернарные разрезы поверх квадродерева, что даёт энкодеру более тонкий контроль над формой блока.
Как именно кодек партиционирует блоки, мы разбираем в Block-based prediction: MB, CTU, SB и superblocks. Для нашего сравнения важно одно: каждое удвоение максимального блока даёт примерно 10–15% от заголовочной экономии битрейта.
Битовая глубина и chroma – место, где живёт HDR
Битовая глубина – это количество бит, которыми энкодер кодирует значение одного сэмпла. 8 бит – 256 уровней яркости на канал. 10 бит – 1024 уровня. 12 бит – 4096. Chroma subsampling – правило, по которому хранится цвет относительно яркости. 4:4:4 – полный цвет. 4:2:2 – пополам горизонтально. 4:2:0 – пополам по обеим осям; так делает большинство потребительского видео, потому что человеческий глаз не видит разницы.
HDR требует 10-bit. И любой production-workflow, который хочет красить цвет без видимого banding – полос на гладком градиенте, появляющихся, когда уровней квантования недостаточно. Banding мы разбираем в Битовая глубина: 8, 10, 12 бит и проблема banding.
Что это значит для кодеков: MPEG-2 – только 8 бит, поэтому в HDR его не используют. H.264 поддерживает до 14 бит в профиле High 4:4:4 Predictive, но массовый профиль (High на 8 бит) – это то, что реально живёт в мире. HEVC, VP9, AV1 и VVC поддерживают 10 и 12 бит нативно в своих массовых профилях (HEVC Main 10, VP9 Profile 2/3, AV1 High/Professional, VVC Main 10 / Main 12). Если вы отгружаете HDR в 2026 году – вы выбираете между HEVC, AV1 и (в узких контекстах) VVC. Если у вас 8-битный контент – все шесть кодеков на столе.
Максимальное разрешение – спек-цифра, которая редко решает
Каждый кодек указывает максимальное поддерживаемое разрешение – 4096×2304 для H.264 Level 5.2, 8192×4320 для HEVC и VP9, 7680×4320 для AV1 Level 6.3, 16384×8704 для VVC. Цифры корректны и почти никогда не упираются на практике. На практике вы упираетесь не в потолок кодека, а в уровень поддерживаемых декодером макроблоков в секунду – какой именно чип у вас в устройстве. Чип телефона может декодировать HEVC, но только до 4K@60. Спека разрешает 8K. Чип – нет.
Для повседневных продуктовых решений эта колонка ничего не значит, если вы не отгружаете 8K. Если отгружаете – список декодеров короткий: AV1 на свежем Apple Silicon, HEVC на свежем Apple TV и флагманских ТВ, VVC почти нигде.
Патентная модель – колонка, которая решает настроение вашего юриста
Кодек – это стек математических алгоритмов. Многие алгоритмы покрыты патентами. Чтобы отгрузить продукт с кодеком, нужно лицензировать essential-патенты. Орган стандартизации определяет, как именно.
MPEG-2 и H.264 лежат под одним публичным пулом с потолком – MPEG LA (с 2023 года переименован в Via LA). MPEG LA выторговал публичную таблицу ставок и кэп – для H.264 интернет-стриминг бесплатного для конечного пользователя контента стоил ноль, а потолок роялти на устройство составлял несколько центов. Математика работала достаточно, чтобы кодек захватил мир.
HEVC сошёл с рельсов: вместо одного пула сформировались три – MPEG LA, HEVC Advance (потом Access Advance) и Velos Media – с разными участниками, ставками и условиями. Некоторые крупные патентодержатели не вступили ни в один пул, оставив дистрибьюторов открытыми для внезапных infringement-исков. Производители браузеров годами не добавляли HEVC; Firefox внедрил нативное воспроизведение совсем недавно. Консолидация 2025 года, в которой Access Advance выкупил HEVC- и VVC-пулы у Via LA, объединила два из трёх HEVC-пулов – но непулованные патенты Apple, Google, Samsung, Microsoft и других остались. 11
VVC унаследовал ту же проблему в меньшем масштабе. Два пула (Access Advance и бывший Via LA, теперь консолидированный), часть essential-держателей вне обоих, крупные стримеры отказались отгружать кодек массово. Итог – VVC технически превосходит, но почти нулевое внедрение.
VP9 и AV1 – royalty-free. Участники AOMedia обязуются лицензировать essential-патенты бесплатно через AOMedia Patent License 1.0. Юридическое обязательство реальное, но независимый патентодержатель Sisvel запустил частную лицензионную программу на AV1 – крупные дистрибьюторы с большими юр-департаментами пока её игнорируют, а AOMedia продолжает утверждать, что AV1 royalty-free в смысле своих учредительных условий. Крупнейшие стримеры (Netflix, YouTube, Meta) шипят AV1 в продакшене без видимых юридических задержек. Дистрибьюторам поменьше стоит проконсультироваться с юристом.
Ментальная модель: если бизнес-модель проглотит несколько центов на устройство – HEVC ок. Если нет – отгружайте AV1. Если хочется вообще не получать юр-переписки – отгружайте VP9 (royalty-free, давно прижившийся, без сторонних пулов).
Поддержка в браузерах – там, где смотрится большинство интернет-видео
Эта колонка говорит вам, играется ли кодек в браузере без плагина, на устройстве, которое вам важно, в 2026 году.
H.264 играется во всех браузерах, на всех десктопах, на всех мобильных ОС, выпущенных с 2010 года. Без звёздочек. Аппаратные декодеры универсальны.
HEVC играется в Safari нативно (Apple оплатил лицензии за платформу), в Microsoft Edge через OS-расширения Windows, а в Chrome – только через OS-провайдер аппаратного декодера: Chrome сам не везёт software-декодер HEVC по лицензионным причинам. Firefox добавил частичное HEVC-воспроизведение в 2023 году через OS-мосты, но поддержка ограничена и платформо-зависима. Итог: HEVC надёжен на Apple, ненадёжен на открытом вебе.
VP9 играется в Chrome с версии 29 (август 2013), Firefox с марта 2014, Edge и Safari с версии 14 (сентябрь 2020). Это самое близкое к универсально поддерживаемому open-web кодеку, кроме H.264.
AV1 играется в Chrome с версии 70 (октябрь 2018), Firefox с версии 67 (май 2019), Edge с версии 121 (январь 2024) и Safari с версии 17 (сентябрь 2023), но только на железе с AV1-декодером – сейчас это iPhone 15 Pro и новее, M3-Mac и новее, M4 iPad Pro и новее. Более старые Apple-устройства на Safari 17 не играют AV1; система не предоставляет software fallback. Эту особенность должна понимать любая продуктовая команда, которая отгружает AV1.
VVC в 2026 году нативной браузерной поддержки не имеет. Экспериментальные WASM-декодеры существуют, но не готовы к серьёзным нагрузкам.
Продуктовый смысл: если вы делаете in-browser плеер без флеша – ваши кодеки это H.264 (везде), VP9 (большинство браузеров) или AV1 (современный Chrome / Firefox / Edge плюс Apple Silicon Safari 17+). HEVC и VVC – не реалистичные опции для открытого веба.
Покрытие аппаратными декодерами – реальное узкое горло AV1
Программные декодеры жгут CPU и батарею. Аппаратные декодеры работают на выделенном кусочке кремния и потребляют долю мощности. Для мобильного и connected-TV видео аппаратный декодер – не nice-to-have, а разница между приличной автономностью и тёплым через двадцать минут телефоном.
Эволюция повторяет возраст кодеков. Аппаратные декодеры H.264 универсальны примерно с 2008 года. Аппаратные декодеры HEVC универсальны на рынке смартфонов, приставок и ТВ примерно с 2018 года. Аппаратные декодеры VP9 стоят на большинстве Android-устройств с 2016 года и на Apple-платформах с iOS 14 / tvOS 14 / macOS Big Sur (2020).
Аппаратное декодирование AV1 – единственная колонка, где аккуратное продуктовое планирование ещё имеет смысл. Apple впервые отгрузил аппаратный AV1-декодер в чипе A17 Pro (iPhone 15 Pro, сентябрь 2023), потом в семействе M3 для Mac (октябрь 2023) и в M4 iPad Pro (май 2024). Software fallback Apple системно не отгружает, так что более старые Apple-устройства просто не могут декодировать AV1. На Android широкое аппаратное покрытие AV1 пришло на Qualcomm Snapdragon 8 Gen 3 (конец 2023) и на чипах Google Tensor и свежих Samsung Exynos. Mid- и low-tier Android SoC по большей части без него. На smart TV аппаратные декодеры AV1 почти универсальны на моделях Samsung и LG OLED 2022+. Submission'ы Netflix на сертификацию показывают: 88% крупноэкранных устройств 2021–2025 имели AV1, почти 100% – с 2023 года. 14
Аппаратные декодеры VVC в потребительских SoC в 2026 году практически отсутствуют. Бразильский DTV+ – первое национальное развёртывание VVC – везёт отдельные приставки с VVC-декодерами, но более широкая экосистема телефонов, планшетов и ТВ пропустила кодек.
Практическое правило: если планируете отгружать AV1 в 2026 году, сегментируйте аудиторию по поколению устройства. Современные флагманские телефоны и ТВ 2022+ декодируют AV1 аппаратно. Всё остальное нуждается в H.264 или HEVC fallback'е.
Сложность энкодинга – почему ваш счёт за энкодинг растёт
Декодинг дешёвый. Энкодинг – тяжёлая работа. Для каждого блока в каждом кадре энкодер должен выбрать лучший режим предсказания, лучший вектор движения, лучшую трансформу и лучший шаг квантования – из экспоненциально большого пространства вариантов. Более мощный кодек имеет больше опций для перебора, что означает больше вычислений на кадр.
Цифры в таблице – приблизительные, потому что они сильно зависят от того, каким энкодером и каким speed-пресетом вы пользуетесь. Отраслевой консенсус 2026 года: x265 (эталонный энкодер HEVC) примерно в 5–10 раз медленнее x264 (H.264) на сопоставимых по качеству пресетах. libaom-AV1 на медленных пресетах знаменит – измеряли до 2500–3000 раз медленнее x265 на том же железе на том же клипе. SVT-AV1 – энкодер, который Intel и Netflix разрабатывают совместно и который в 2026 году доминирует в продакшене AV1, – на пресетах 4–6 работает примерно в 30–50 раз быстрее libaom, удерживая большую часть компрессионного выигрыша и приближаясь к скорости x265. 15 VVenC (open-source VVC-энкодер) идёт примерно в 7–20 раз медленнее x265 в зависимости от пресета.
Что это значит для счёта за энкодинг? Для VOD-сервиса, который производит тысячи часов в месяц, разница в цене энкодинга между H.264 и AV1 (на SVT-AV1) реальна, но управляема – рост в 5–10 раз, обычно перекрывается экономией трафика. Для live-стриминга арифметика другая: live-энкодинг AV1 пока требует либо специализированного железа (ASIC-энкодеры NETINT, NVIDIA RTX 40-series), либо агрессивного speed-пресета (теряющего большую часть компрессионного выигрыша), либо CPU-фермы на порядок больше H.264-эквивалентной. Продакшен-компромиссы мы разбираем в Hardware-ускорение: GPU, VPU, ASIC.
Доминирующие use cases в 2026 году – кто что реально использует
Чтение строки use cases отвечает на практический вопрос «что мне выбрать?» для самых типичных нагрузок.
Цифровое ТВ-вещание до сих пор использует MPEG-2 на legacy-инфраструктуре и H.264 или HEVC на новых DVB / ATSC. ATSC 3.0 – современный североамериканский стандарт вещания – использует HEVC. Бразильский DTV+ – единственный национальный broadcast-стандарт, построенный вокруг VVC; коммерческий запуск приурочен к Чемпионату мира по футболу 2026 года. 16
Премиум 4K OTT (Netflix, Disney+, Amazon Prime Video 4K, Apple TV+) шипит HEVC для основной массы 4K-контента, а AV1 добавляется сверху для устройств, которые умеют AV1. Netflix в декабре 2025 года объявил, что AV1 уже отвечает примерно за 30% всего стриминга и на пути к тому, чтобы стать кодеком номер один. 14
Массовый OTT, AVOD, SVOD шипит H.264 как нижнюю ступеньку лесенки, HEVC сверху для премиум-тиров и Apple-устройств, AV1 – для современных устройств после раскатки. Ежегодные опросы Bitmovin показывают, что AVOD-внедрение AV1 идёт вровень с SVOD: оба около 36–37%. 13
YouTube шипит AV1 для популярного и высокоразрешённого контента на AV1-совместимых устройствах (8K – только AV1), VP9 для большей части 4K и десктопной доставки, а H.264 – универсально как compatibility-fallback. Каждая загрузка на YouTube транскодируется во все три.
Twitch в 2026 году всё ещё требует H.264 для обязательного ingest-пути. Enhanced Broadcasting в бете поддерживает HEVC и AV1 на NVIDIA RTX 40-series, но Twitch явно ждёт более широкого покрытия AV1-декодером перед массовой раскаткой. 17
Surveillance и conferencing шипят сначала H.264, потом HEVC; AV1 редок в real-time, потому что математика энкодера тяжёлая. WebRTC-стеки начинают поддерживать AV1, но H.264 и VP8 по-прежнему универсальный дефолт.
Где здесь Фора Софт
Мы делаем видеопродукты два десятилетия, и выбор кодека – одно из первых решений на каждом новом проекте. Для OTT-платформы, которая запускается в 2026 году, мы обычно шипим три-кодечную лесенку – H.264 как универсальный fallback, HEVC для премиум 4K на Apple-устройствах, AV1 для современного Chrome / Firefox / Edge и свежего Apple Silicon Safari, с client-side capability-detection, который решает, какой манифест попросить у плеера. Для WebRTC-конференц-продукта мы по-прежнему дефолтимся в H.264 и VP8, а AV1 включаем избирательно для устройств, которые могут эффективно его энкодить. Для систем видеонаблюдения обычно выбираем H.264 плюс HEVC, потому что recorder-железо в этом рынке стандартизуется на этих двух. Мы делали видеостриминг, OTT/Internet TV, WebRTC-конференции, телемедицину, e-learning и AR/VR-проекты на всех этих стеках – и читаем выбор кодеков так же, как читает остальная часть статьи: как инженерный компромисс, а не как вендорскую презентацию.
Гид по принятию решения в шести вопросах
Таблица читается за один проход. Если хочется быстрее дойти до решения – пройдитесь по шести вопросам по порядку.
- Вы шипите в TV broadcast? Если да и труба в Бразилии – выбирайте VVC. Если да в другой стране – HEVC для нового; MPEG-2 – только для legacy-совместимости.
- Надо поддерживать телефоны старше 2018 года? Если да – базовый кодек H.264. Всё остальное – слоями сверху.
- Нужен HDR или 10-битный контент? Если да – выбор между HEVC, AV1 и (в узких контекстах) VVC.
- Вы небольшая команда-дистрибьютор, не готовая брать HEVC-лицензионный риск? Если да – шипите AV1 и VP9. H.264 как fallback.
- Вы делаете live streaming? Если да – real-time энкодер это H.264 или HEVC. AV1 live возможен на отдельном железе, но дорог. VVC live в 2026 году нереалистично.
- Целитесь в 8K? Если да – практические опции это AV1 (на Apple Silicon и свежих флагманах) или HEVC (где device chain держит). Теоретический 16K-потолок VVC пока не превращается в реальный продукт.
Три типичные ошибки продуктовых команд
Ошибка 1: выбрать один кодек. Ни одна продакшен-платформа, которую мы шипили, не работает на одном кодеке. Правильный ответ – лесенка из кодеков: H.264 плюс один-два более новых, – которую плеер выбирает на запросе по capability устройства и условиям сети. Для этого и есть Adaptive Bitrate streaming (ABR). Как это устроено – в Adaptive bitrate streaming: как это реально работает.
Ошибка 2: читать заголовочное число экономии как гарантию. Когда AOMedia или Fraunhofer публикует «50% экономии» – это лабораторный результат на эталонном энкодере и самом медленном пресете. Реальный продакшен на быстрых пресетах даёт две трети – три четверти от заголовка. Планируйте трафик по реалистичной цифре, не по маркетинговой.
Ошибка 3: выбрать VVC «на будущее». Несколько клиентов Фора Софт в 2024–2025 годах спрашивали, не выбрать ли им VVC как forward-looking. Ответ в 2026 году остаётся – нет: у VVC почти нулевое покрытие аппаратными декодерами в потребительских устройствах, нет нативной браузерной поддержки и он бьётся с AV1 на той же поляне экономии битрейта, но с гораздо более слабой deployment-историей. Forward-looking выбор в 2026 году – это AV1 сейчас и AV2, когда он приземлится в конце 2026 и в 2027.
Ключевые выводы
- Шесть кодеков имеют значение в 2026: MPEG-2 (legacy TV), H.264 (дефолт), H.265 (4K OTT), VP9 (open-web fallback), AV1 (современный royalty-free), VVC (технически отличный, почти не отгружается).
- Экономия битрейта складывается примерно: каждое новое поколение примерно вдвое сокращает биты при сопоставимом качестве; реальные цифры – две трети – три четверти от заголовка.
- Патентная модель – колонка, определяющая отгружаемость: single-pool (H.264) – просто, multi-pool (HEVC, VVC) – мутно, royalty-free (VP9, AV1) – бесплатно.
- AV1 уже production-ready: Netflix шипит ≈ 30% потока на AV1, YouTube и Meta – крупные пользователи, аппаратные декодеры покрывают большинство устройств 2022+, но не более старые.
- VVC в 2026 году имеет проблему почти нулевого внедрения, несмотря на отличную компрессию, из-за патентной неопределённости и отсутствующих аппаратных декодеров.
- Всегда планируйте лесенку, не один кодек: H.264 плюс один-два более новых – production-grade паттерн.
Что читать дальше
- Краткая история видеокодеков: от H.120 до AV2 – сорокалетний бэкграунд, как мы сюда пришли.
- Как выбрать кодек для своего сервиса в 2026: decision tree – структурированный проход по тому же вопросу.
- Объективные метрики качества: PSNR, SSIM, MS-SSIM, VMAF – как именно мерят те цифры экономии, что приводятся в этой статье.
Источники
- ITU-T H.262 / ISO/IEC 13818-2, «Generic coding of moving pictures and associated audio information: Video» (MPEG-2 Part 2). Первое издание – 1995. H.262/MPEG-2 Part 2 (Wikipedia). Доступ: 2026-05-16.
- ITU-T H.264 / ISO/IEC 14496-10, «Advanced Video Coding». Первое издание – март 2003, публикация – 30 мая 2003. Advanced Video Coding (Wikipedia). Доступ: 2026-05-16.
- ITU-T H.265 / ISO/IEC 23008-2, «High Efficiency Video Coding». Ратификация – январь 2013, публикация – июнь 2013. High Efficiency Video Coding (Wikipedia). Доступ: 2026-05-16.
- VP9 Bitstream Specification v0.6 (Google, 2016). VP9 Bitstream Specification. Релиз – июнь 2013; Chrome 29 (август 2013), Firefox (март 2014), Safari 14 (сентябрь 2020). Доступ: 2026-05-16.
- AOMedia, «AV1 Roadmap». Спецификация AV1 1.0 заморожена 28 марта 2018. AV1 Roadmap (AOMedia). Доступ: 2026-05-16.
- ITU-T H.266 / ISO/IEC 23090-3, «Versatile Video Coding». Финализация – 6 июля 2020 JVET; версия 3 – сентябрь 2023. Versatile Video Coding (Wikipedia). Доступ: 2026-05-16.
- Mukherjee et al., «A Technical Overview of VP9» (Google, 2015). Цели VP9 и ≈ 50% экономии vs H.264 по BD-rate. Доступ: 2026-05-16.
- David Ronca, «AV1 beats x264 and libvpx-VP9 in practical use case», Meta / Facebook Engineering, 2018. На 400-клиповом тесте Facebook libaom-AV1 обогнал libvpx-VP9 на 34% и x264 High на 46,2% по BD-rate против VMAF. Meta Engineering blog. Доступ: 2026-05-16.
- Fraunhofer HHI, «H.266 / VVC». Целевая экономия – ≈ 50% vs HEVC при сопоставимом субъективном качестве. Fraunhofer HHI VVC. Доступ: 2026-05-16.
- «Video Coding and Related Patent Licensing Pools – Beginner's Guide», Sagacious IP, 2024. Sagacious IP overview. Доступ: 2026-05-16.
- «Access Advance Acquires Via Licensing Alliance's HEVC/VVC Patent Pools» (декабрь 2025) – консолидация двух из трёх HEVC-пулов и обоих VVC-пулов. IP Fray report. Доступ: 2026-05-16.
- NETINT, «2026 State of Video Encoding» (286 респондентов). H.264 ≈ 80% production deployment; HEVC ≈ 65% production + 20% planned; AV1 17% production + 40% planning. NETINT 2026 State of Video Encoding. Доступ: 2026-05-16.
- Bitmovin, «8th Annual Video Developer Report 2024/2025» (167 респондентов из 34 стран). H.264 ≈ 79% использования; HEVC ≈ 49%; AV1 стагнирует в текущем deployment, но № 1 в planned adoption. Bitmovin Video Developer Report. Доступ: 2026-05-16.
- Netflix Technology Blog, «AV1 – Now Powering 30% of Netflix Streaming» (декабрь 2025). Netflix TechBlog. Доступ: 2026-05-16.
- Streaming Learning Center, «SVT-AV1 vs libaom». SVT-AV1 на пресетах 4–6 идёт в 30–50 раз быстрее libaom, удерживая большую часть компрессионного выигрыша. SVT-AV1 vs libaom. Доступ: 2026-05-16.
- BroadbandTVNews, «Brazil adopts ATSC 3.0-based DTV system» (август 2025). TV 3.0 / DTV+ принимает VVC как основной кодек с LCEVC-усилением; коммерческий запуск – начало 2026 года, к Чемпионату мира по футболу 2026. BroadbandTVNews report. Доступ: 2026-05-16.
- NVIDIA, «Twitch Multi-Encode AV1 Live Streaming». Twitch Enhanced Broadcasting beta поддерживает HEVC и AV1 на RTX 40-series; H.264 – обязательный ingest; массовая AV1-раскатка ждёт более широкого покрытия декодером. NVIDIA blog. Доступ: 2026-05-16.