Как выбрать кодек для своего сервиса в 2026: decision tree

TL;DR

В 2026 году выбор кодека – это уже не выбор «одного» кодека. Любой серьёзный видеосервис шипит как минимум два, а обычно три кодека параллельно, а плеер сам спрашивает у устройства, какой из них оно умеет декодировать. Точкой входа в дерево решений становится use case: VOD и live OTT берут H.264 как универсальный fallback, добавляют H.265 / HEVC для премиального 4K на Apple и AV1 для современных Chrome, Firefox, Edge и свежего Apple Silicon Safari; видеоконференции по-прежнему стоят на H.264 плюс VP8 или VP9, с AV1 только на устройствах с аппаратной поддержкой; видеонаблюдение остаётся на H.264 плюс H.265; цифровое ТВ в Бразилии и большинстве стран DVB переходит на H.266 / VVC, иногда поверх MPEG-5 LCEVC. В этой статье – дерево решений, которое мы запускаем на каждом проекте Фора Софт, расчёт на пальцах для трафика и лицензий и одностраничная памятка, которую можно отдать команде.

Почему это важно

Выбор кодека определяет ваш счёт за трафик, покрытие устройств, юридический риск и качество картинки, которое увидят клиенты, на пять-десять лет вперёд. Дальше из кодека следуют все остальные решения по инфраструктуре – лесенка битрейтов, CDN (Content Delivery Network – сеть, которая раздаёт видео близко к зрителям), DRM (Digital Rights Management – защита от пиратства), парк энкодеров. Ошибиться здесь – это либо переплачивать за трафик, либо отрезать половину аудитории, либо подписать лицензионный договор с семизначным потолком. Эта статья не требует никаких предварительных знаний по видеоинженерии. Каждый термин определяется простым языком до того, как мы его используем; компромиссы проговариваются вслух; в конце – дерево решений, которое за двадцать минут применяется к вашему продукту.

Как читать эту статью

Дерево решений – центральная иллюстрация. Мы поставили его как Рис. 1, чтобы его можно было схватить первым, если больше ничего не нужно. Под ним у каждой ветки есть короткий раздел с вопросом, логикой и расчётами. Дальше – числа по трафику и по лицензиям; это две статьи бюджета, которые в реальности и решают большинство проектов. Потом – три типичных ошибки клиентов Фора Софт. Памятка в PDF – в конце статьи. Мы также проставляем ссылки на глубокие материалы Learn по каждому кодеку отдельно – на случай, если хочется уйти вглубь без повторения базы.

Глубокие гиды по кодекам читать до этой статьи не обязательно. Ближайший компаньон – Сравнительная таблица: MPEG-2, H.264, H.265, VP9, AV1, VVC – она кладёт технические числа рядом. Здесь мы берём эти числа и превращаем их в решение, которое можно защитить на продуктовом ревью.

Нажмите, чтобы увеличить

Первый вопрос: что вы вообще строите?

До любых разговоров про кодеки назовите свой use case. Ландшафт кодеков несимметричен – тот же вопрос «H.264 против AV1» в OTT имеет один ответ, в WebRTC – другой, в broadcast – третий. Пять use case-корзин покрывают почти всё, что Фора Софт шипила с 2005 года.

Корзина OTT и VOD – Over-The-Top video on demand – это видео по запросу, которое доставляется через открытый интернет на пользовательское устройство: от Netflix-подобных подписочных приложений до FAST-каналов с рекламой и порталов на смарт-ТВ от вендоров телевизоров. Зритель, устройство и размер экрана варьируются; энкодер работает заранее; бюджет латентности щедрый (несколько секунд – норма); основной двигатель цены – egress-трафик. Эта корзина больше всего ценит эффективность кодека и покрытие устройств.

Корзина live-стриминга – это всё, что должно выходить в эфир за секунды: спорт, новости, киберспорт, концерты, live-shopping. Энкодер работает в real time, бюджет латентности – однозначные секунды, кодек должен успевать к дедлайну стенных часов. В live обычно те же кодеки, что и в OTT, но с более простыми пресетами энкодера и более жёстким rate control.

Корзина WebRTC и конференций – это видеозвонки, телемедицина, live-поддержка клиентов и любое приложение, где время от камеры до экрана должно укладываться в 400 мс. Здесь энкодер, сеть и декодер живут внутри браузера или нативного приложения, а выбор кодека ограничен тем, что соглашается принимать браузер. Двигатель цены – это CPU на устройстве пользователя, а не трафик на сервере.

Корзина видеонаблюдения – это IP-камеры, нагрудные камеры, VMS (Video Management System) и хранилище плюс трафик за ними. Циклы обновления железа медленные: камера, поставленная в 2026, может работать до 2034. Двигатель цены – стоимость on-prem или облачного хранилища. Патентные лицензии здесь значат меньше, потому что покупатель обычно платит upfront и не стримит видео в браузер потребителя.

Корзина broadcast и contribution – это классическое телевидение: эфирный DVB, ATSC 3.0, бразильский DTV+, спутниковые аплинки и contribution-фиды, которые гоняют сигнал между студиями и хедендами. Кодек здесь диктует национальный стандарт или политика вещателя, а не инженер. Бразильский мандат 2026 года на H.266 / VVC поверх MPEG-5 LCEVC – самое агрессивное развёртывание нового кодека в мире.

Выбирайте одну корзину и идите по дереву от неё. Если вы делаете больше одной – стриминг-платформа с live-каналом и встроенным WebRTC, например – прогоните дерево один раз для каждой корзины. У вас получатся разные лесенки для разных частей одного и того же стека, и это нормально.

Ветка 1 – OTT и VOD: трёхкодечная лесенка

Для OTT и VOD ответ в 2026 году почти всегда – трёхкодечная лесенка. Один и тот же контент шипится в трёх энкодах, а плеер сам спрашивает, какой устройство умеет декодировать. Так делают Netflix, YouTube, Disney+ и любой серьёзный стриминг-сервис. Причина простая: ни у одного кодека нет 100% покрытия устройств, а экономия трафика на кодеках, которые поддерживаются, отбивает инженерные затраты за месяцы.

Лесенка по умолчанию для OTT и VOD выглядит так. H.264 / AVC на нижней ступени как универсальный fallback – его декодирует каждый браузер, каждый смарт-ТВ, каждый телефон, выпущенный с 2008 года. H.265 / HEVC в середине – для премиального 4K, потому что Apple-устройства декодируют HEVC аппаратно, а AV1 в железе у Apple появился только начиная с iPhone 15 Pro, и многие смарт-ТВ 2018–2021 годов имеют HEVC, но не AV1. AV1 на верхней ступени – для современных Chrome, Firefox, Edge и недавнего Apple Silicon Safari: AV1 даёт ещё 30% поверх HEVC и royalty-free, то есть вы не платите за каждый час стрима в патентный пул.

Цифры по проникновению из исследования 2026 NETINT State of Video Encoding (286 респондентов отрасли) объясняют, почему такая лесенка – стандарт: H.264 / AVC – 84% в продакшене, HEVC – 65%, VP9 – 15%, AV1 – 17% в продакшене и ещё 40% планируют деплой к концу года, что выводит AV1 на 57% суммарного охвата. Netflix в декабре 2025 сказал, что AV1 уже даёт 30% трафика их стриминга; YouTube доставляет около 75% high-resolution-трафика в AV1. Тренд понятен, но абсолютные числа всё ещё требуют fallback. 1 2

Теперь арифметика. Допустим, вы стримите фильм в 1080p на битрейте, которым Netflix отдаёт высококачественный 1080p – примерно 4,5 Mbps. Лабораторные цифры эффективности – 50% экономии HEVC относительно H.264 и ещё 30% экономии AV1 относительно HEVC. В продакшене реальная экономия на динамичном контенте – две трети – три четверти от заголовков:

H.264 на 4,5 Mbps     → база
HEVC на 4,5 × 0,65    ≈ 2,9 Mbps  (35% реальной экономии)
AV1  на 2,9 × 0,78    ≈ 2,3 Mbps  (≈ 50% относительно H.264, если сложить две экономии)

Умножьте на сто миллионов часов стриминга в месяц – и разница в счёте за трафик измеряется миллионами долларов. Bitmovin Video Developer Report со своим ежегодным трекингом использования кодеков показывает, что провайдеры с самыми большими каталогами и самые агрессивные в раскатке AV1: трафик растёт линейно, инвестиция в кодек – фиксированная. 3

Когда лесенка меняется? Если вы шипите только в мобильное приложение и контролируете оба конца – можно убрать H.264 и оставить HEVC и AV1. Если вы региональный сервис без Apple-юзеров в roadmap (российская или китайская платформа, например) – можно убрать HEVC и работать на H.264 + VP9 + AV1, обходя HEVC-пулы полностью. Математику пулов мы разбираем в секции про патенты ниже.

Что мы никогда не рекомендуем в 2026: однокодечную лесенку. Аргумент «всё декодирует H.264, давайте проще» мы слышали – и матан убивает его за квартал. Чистый H.264-сервис на масштабе окупает инвестицию в HEVC и AV1 за три-шесть месяцев на любом каталоге больше нескольких тысяч часов.

«Подводный камень – лесенка без капабилити-детектора. Трёхкодечная лесенка бесполезна, если плеер не умеет определить, какой кодек устройство декодирует. Используйте W3C MediaCapabilities в вебе, MediaCodecList на Android, AVPlayer / VTDecompressionSession на Apple. Серверный фингерпринтинг по user-agent – хрупкий: Samsung TV 2022 года на Tizen 7 может отдавать общий user-agent, но при этом аппаратно декодировать AV1. Проверяйте, не угадывайте.»

Ветка 2 – Live-стриминг: те же кодеки, более жёсткие пресеты энкодера

Live в 2026 году использует ту же трёхкодечную лесенку, что и OTT, но энкодер работает в real time – а это сильно меняет настройку энкодера. Сам выбор кодека тот же; работа уходит с уровня «какой кодек» на уровень «как тюнить энкодер».

Для live H.264 стандартный выбор – x264 с --preset veryfast или --preset faster: оба держат предсказуемый бюджет кадра на одном ядре CPU. Для HEVC аналог – x265 --preset fast. Для AV1 картинка серьёзно сдвинулась в 2024–2025: SVT-AV1 на пресетах с 6 по 10 – теперь промышленный стандарт для live-кодирования, пресеты 11 и 12 оставляют для low-latency 1080p и ниже. libaom – референсный энкодер AOMedia – всё ещё используется для VOD, где можно позволить себе энкод в 100× медленнее ради лишних нескольких процентов эффективности, но для live он не годится. 4

Два практических следствия для выбора кодека. Первое: аппаратное ускорение для live важнее, чем для VOD. NVIDIA NVENC, AMD VCN, Intel Quick Sync и специализированные VPU от NETINT кодируют H.264 и HEVC в real time на масштабе; AV1-энкодинг в железе доступен на NVIDIA Ada Lovelace (RTX 4000-серия) и новее, на Apple M3 Pro / Max и новее, на Intel Arc Battlemage и на AMD RDNA 3 и новее. Если ваш live-нагрузка не помещается на скромную CPU-ферму – карта аппаратной поддержки сужает вашу лесенку.

Второе: латентность в live – это ограничение, которое AV1 магией не уберёт. Двухпроходные режимы кодирования, дающие AV1 и HEVC их лучшую эффективность, в live недоступны. Вы работаете в single-pass с capped bitrate и ограниченным look-ahead, и это стоит вам эффективности. Реальный live AV1 в 2026 экономит около 35% трафика относительно live H.264 – заметно, но не те 50%, что обещают лабораторные бенчмарки.

Правило, которое мы используем в Фора Софт: если ваш live работает на железе, у которого уже есть AV1-энкод-кремний (Ada Lovelace, M3 Pro+, NETINT Quadra T2A) – включайте live AV1 на верхней ступени лесенки. Иначе оставьте AV1 как VOD-only кодек и вернитесь к нему при следующем апдейте железа.

Ветка 3 – WebRTC и конференции: другая вселенная кодеков

WebRTC выбрасывает OTT-дерево и начинает с нуля. Кодек живёт в браузере, энкодер работает в real time на CPU телефона или ноутбука, сеть – best-effort UDP без буферизации, а патентный ландшафт другой, потому что что принимать – решают вендоры браузеров.

Дефолты по кодекам в WebRTC в 2026 такие. VP8 – универсальный fallback: его поддерживает каждый WebRTC-стек на каждой платформе, патентов на него нет, его энкодер хорошо отлажен на sub-100 ms латентности. H.264 идёт рядом с VP8, потому что Safari исторически предпочитал его, а многие SIP-в-WebRTC шлюзы требуют именно его; iOS Safari всё ещё шипит H.264 как кодек наивысшего качества. VP9 поддерживается в Chrome, Firefox, Edge и Safari, и используется по умолчанию внутри Google Meet и Jitsi Meet для юзеров этих браузеров. AV1 поддерживается в Chrome 90+, Firefox 113+ и Edge 116+; Safari декодирует AV1 только на устройствах с аппаратной поддержкой (iPhone 15 Pro и новее, M3 Mac и новее). AV1-энкод в real time в продакшене – экспериментальный: Chrome шипил его за флагом, потом включил по умолчанию для screen sharing и low-frame-rate-звонков, но двусторонний 1080p30 AV1 в WebRTC – пока исследовательский деплой даже в 2026. 5 6

Для real-time-конференций в 2026 наш дефолтный список кодеков в Фора Софт – VP9 первым, VP8 вторым, H.264 третьим, AV1 только на устройствах, которые мы можем зафингерпринтить как аппаратно способные. Порядок намеренный. VP9 даёт лучший компромисс «эффективность против CPU» для софтверного WebRTC-стрима, чисто поддерживает temporal SVC (Scalable Video Coding) и фактически свободен от патентов. VP8 – страховочная сетка. H.264 держит пути для Safari и SIP-шлюзов. AV1 в WebRTC – будущее, и будущее в 2026 ещё не наступило для двусторонних звонков: мы включаем его сначала для screen sharing, где низкая частота кадров делает стоимость энкода управляемой.

Типичная WebRTC-ошибка – прочитать OTT-рейтинги кодеков и решить, что AV1 – правильный выбор для видеоконференц-продукта. Вывод не переносится. WebRTC требует пофреймовой латентности под 100 мс, а семейство AV1-энкодеров – даже SVT-AV1 – оптимизировано под throughput, а не под sub-frame latency. Пока вендоры браузеров не зашипят аппаратно-ускоренный real-time AV1-путь, который покрывает больше четверти установленной базы, AV1 в WebRTC включается выборочно, а не по умолчанию.

Мы также рекомендуем Simulcast вместо SVC как дефолтный механизм скейлинга в 2026. Simulcast (отправка нескольких независимых энкодов одного источника) чисто поддерживается в каждом браузере; SVC (отправка одного слоистого энкода, из которого можно вырезать подмножество) силён в Chrome и Firefox, но ограничен в Safari. Если в вашей аудитории есть iPhone – а они есть – simulcast устойчивее. Спецификация W3C SVC мажорная, а Chrome-реализация работает, но кроссбраузерный SVC в продакшене – пока исследовательский. 5

Ветка 4 – Видеонаблюдение: консервативно по дизайну

Видеонаблюдение двигается медленно. У камер срок жизни 8–10 лет, VMS-платформы фиксируют список кодеков на закупке, и математику тянет стоимость хранилища, а не трафика. В 2026 году правильный ответ почти для любого проекта по наблюдению – H.264 плюс H.265 / HEVC.

H.264 – универсальный пол: около 90% установленных IP-камер декодируют его нативно, все VMS его понимают, а каждый браузерный клиент просмотра показывает его без плагина. H.265 / HEVC – апгрейд для новых 4K и high-frame-rate-деплоев; он режет хранилище примерно вдвое при той же картинке. 4K-камера наблюдения, пишущая 24×7 на 8 Mbps в H.264, жжёт около 2,6 ТБ на камеру в месяц; та же камера в H.265 на 4 Mbps – 1,3 ТБ. Умножьте на пару сотен камер – и экономия хранилища доминирует над любыми лицензионными расходами по кодеку.

AV1 в видеонаблюдении в 2026 году почти нигде. Причины предсказуемые: аппаратные AV1-энкодеры всё ещё редкость в небольших SoC-семействах, на которых строятся IP-камеры (Ambarella, HiSilicon, Novatek); браузерные VMS-клиенты всё ещё нуждаются в H.264 / HEVC-fallback для уже установленных в поле старых устройств; а патентная неопределённость вокруг AV1 в конце 2025 и начале 2026 – включая иск Dolby к Snap, в котором назван и AV1 – дала OEM-производителям наблюдения повод подождать. 7 Наш совет для проектов наблюдения в 2026: планируйте AV1 как опцию на 2028–2029, когда устаканятся SoC-вендоры и патентная картина, но сейчас стройте на H.264 плюс H.265.

Исключение, подтверждающее правило: cloud-only-продукты наблюдения с управляемым VMS и известным парком устройств – нагрудные камеры, dashcam с заливкой через LTE, отдельные пайплайны access-control «камера → облако» – могут шипить AV1 уже сейчас на пути загрузки, потому что оператор контролирует оба конца. Если это описание подходит вашему продукту – относитесь к нему как к OTT-проекту, а не как к проекту наблюдения, и идите по ветке 1.

Ветка 5 – Broadcast и contribution: решает национальный стандарт

Broadcast – единственная ветка, где выбор кодека преимущественно не ваш. Решают национальные регуляторы или вещательные консорциумы. DVB Project (европейский стандартизатор) добавил H.266 / VVC в core-спецификацию в феврале 2022, и DVB-совместимые приставки и смарт-ТВ в Европе, Австралии и аффилированных регионах теперь обязаны иметь аппаратное декодирование VVC. ATSC 3.0 (американский цифровой ТВ-стандарт) выбрал HEVC. Бразильский DTV+ – стандарт, который страна подписала указом 27 августа 2025 года и раскатывает к FIFA World Cup 2026 – обязывает использовать VVC base плюс enhancement-слой MPEG-5 LCEVC. 8 9

LCEVC – Low-Complexity Enhancement Video Coding – это единственный новый кодечный механизм 2026 года, который делает что-то отличное от всего остального на этой странице. Вместо того чтобы заменять существующий кодек, LCEVC садится поверх любого базового (H.264, H.265, VP9, AV1, VVC) и добавляет небольшой enhancement-слой, который улучшает качество на том же битрейте или режет битрейт при том же качестве. Экономия в продакшене заявлена на уровне 30–40% поверх базового кодека при примерно 5–10% накладных энкода. 10 LCEVC уже интегрирован в GStreamer 1.26 (март 2025), в Shaka Player, в ExoPlayer и в FFmpeg. Бразильский деплой – первая национальная продакшен-референция; группа Globo прогнала TV 3.0 live UHD продакшен на Paris 2024 Olympics на 10 Mbps по эфиру с LCEVC-усиленным VVC. 11

Практическое правило для broadcast в 2026: читайте свою национальную спецификацию, шипьте кодек, который она мандатирует, и закладывайте бюджет на LCEVC, если ваша спецификация его называет. Кроссбордерные contribution-фиды – передача сигнала между странами – по-прежнему доминируются H.264 и JPEG XS, с растущим HEVC для 4K-contribution. Серьёзных вещателей, мигрирующих contribution на AV1, мы в 2026 году не видели; contribution-цепочка risk-averse и завязана на broadcast-grade-энкодеры, которые AV1-кремний пока не шипят на contribution-уровне качества.

Пять подвопросов внутри каждой ветки

Все ветки выше прячут одни и те же пять подвопросов. Если хочется срезать дерево – ответьте на эти пять, и лесенка кодеков нарисуется сама.

Вопрос про долю устройств. Какая доля вашей аудитории – Safari, Apple TV, iPhone, iPad, Mac? Если ответ больше 30%, HEVC должен быть в лесенке, потому что аппаратное покрытие AV1 у Apple включается только с iPhone 15 Pro, M3 Mac и новее. Ниже 30% – HEVC можно вообще выкинуть и работать на H.264 + AV1: это рабочий продакшен-паттерн в российских, китайских и индийских стримингах в 2026.

Вопрос про латентность. Каков ваш бюджет латентности от стекла до стекла – от объектива камеры до экрана зрителя? Три корзины: ниже 400 мс – территория WebRTC, 2–10 секунд – low-latency live (LL-HLS или CMAF-LL с H.264 / HEVC / AV1), больше 10 секунд – обычный HLS / DASH и свободный выбор кодека. Латентность ниже 400 мс заставляет ехать на VP8 / VP9 / H.264 и исключает обычные AV1-энкодеры.

Вопрос про премиум 4K. Нужен ли вам премиальный 4K HDR-тиры на Apple TV и high-end смарт-ТВ? Если да – HEVC безальтернативен, потому что HDR-пайплайн tvOS в 2026 году выводит HEVC как кодек наивысшего качества. AV1 HDR проигрывается на тех же устройствах, только если они сертифицированы после 2023 года и OEM включил AV1 HDR-путь. Apple пока не шипит AV1 HDR Production Suite на tvOS, поэтому 4K HDR-first-продукт всё ещё ставит HEVC на верх лесенки.

Вопрос про толерантность к патентам. Может ли ваш бизнес-моделить лицензионные роялти от пулов или вам нужен royalty-free-путь? Цены 2026 года реальны. Via LA в 2025 перепаковала свою H.264-стриминг-лицензию с фиксированного годового потолка $100 000 в ступенчатый потолок до $4,5 миллиона в год для крупнейших новых лицензиатов (существующие лицензиаты на конец 2025 остаются на старых условиях). Access Advance с 1 января 2026 поднял ставки HEVC на 25% для новых лицензиатов, и его годовой потолок – около $63 миллионов. 12 13 Если эти числа влезают в ваш бюджет – шипьте HEVC и H.264. Если нет – шипьте AV1 и VP9, а H.264 держите fallback-энкодом для тех 10–15% устройств, которые ничего другого не умеют.

Вопрос про бюджет энкодинга. Сколько CPU или времени аппаратного энкодера вы можете позволить на час видео? H.264 – дешёвая база. HEVC стоит примерно 5–10× больше H.264 при энкоде на софте при той же картинке. AV1 – 5–30× больше H.264 с SVT-AV1 и 100–1000× с libaom. Если бюджет энкода тугой и нет AV1-кремния – закладывайте SVT-AV1 на пресете 8 или 9 как цель: попадает в 5–10×-конверт и стоит в продакшене у Netflix, YouTube и Meta. 4

Нажмите, чтобы увеличить

Трафик и хранилище: первая статья бюджета

Решения по кодекам живут и умирают на трафиковой арифметике. Ниже – реалистичный расчёт цены 2026 года для среднего OTT-сервиса, стримящего 1080p на 10 миллионов зрителей, каждый по 30 часов видео в месяц. Egress CDN – $0,020 за ГБ: репрезентативная цена для крупных тиров AWS CloudFront и Cloudflare Stream в 2026.

База на H.264:

Битрейт:                  4,5 Mbps  (высококачественный 1080p)
В час:                    4,5 Mbps × 3600 с ÷ 8       = 2 025 МБ ≈ 2,0 ГБ/час
На зрителя в месяц:       2,0 ГБ × 30 ч                = 60 ГБ
Всего в месяц:            60 ГБ × 10 000 000 зрителей  = 600 ПБ
Egress:                   600 × 10^6 ГБ × $0,020       = $12 000 000 / мес

Теперь сложим HEVC для 60% зрителей, чьи устройства декодируют HEVC аппаратно, и AV1 для 30%, чьи устройства декодируют AV1 в железе:

H.264 (10% legacy):  60 ПБ при 4,5 Mbps                  → $1,20M
HEVC (60% Apple):    60% × 600 ПБ × 0,65 = 234 ПБ        → $4,68M
AV1 (30% modern):    30% × 600 ПБ × 0,50 = 90 ПБ         → $1,80M
Итого:                                                    → $7,68M / мес

Трёхкодечная лесенка снимает $4,3 миллиона в месяц на 10 миллионов зрителей. Годовая экономия на этом гипотетическом сервисе переваливает за $50 миллионов. Расходы на энкодинг при трёхкодечной лесенке для каталога такого размера на современном железе – примерно $200 000–500 000 в год. ROI односторонний до жестокости. Даже на одной десятой такой аудитории инвестиция в кодек окупается за квартал.

Та же арифметика работает на хранилище в наблюдении. Деплой 1 000 камер на 4K, 24×7, в H.264 хранит около 2,6 ПБ в месяц. Тот же деплой в H.265 – около 1,3 ПБ. На облачных ценах около $0,020 за ГБ в месяц (S3 Standard) или $0,005 за ГБ в месяц (S3 Glacier Instant Retrieval) выбор кодека – это разница между шестью- и пятизначным месячным счётом за хранилище ещё до любых ретеншн-тиров.

Патенты и лицензии: вторая статья бюджета

Самая частая ошибка в решениях по кодеку в 2026 году – относиться к лицензиям как к сноске. Это вторая статья бюджета. H.264-пул покрывает около 80% essential-патентов, и лицензиаты, у которых на конец 2025 года был активный AVC-договор, остаются на старой структуре цены Via LA – но новые лицензиаты в 2026 году встречают ступенчатый потолок до $4,5 миллиона в год. 12 HEVC-картина грязнее: в 2025 году три пула сжались до двух, когда Access Advance купил администрирование HEVC и VVC у Via LA – но Apple, Google, Samsung и Microsoft держат essential-патенты вне любого пула, поэтому HEVC-экспозиция плюрализирована и не до конца устаканена. 13

AV1 – royalty-free под лицензией AOMedia Patent License 1.0, подписанной каждым членом AOMedia. Юридическое обязательство реальное и обеспеченное – но в марте 2026 Dolby Laboratories подала иски о нарушении патентов к Snap, назвав и HEVC, и AV1, и это напоминает, что патентное обязательство AOMedia связывает членов AOMedia, но не связывает не-членов. 7 Большинство деплоеров AV1 в 2026 году считают это обязательство достаточным; меньшинство risk-averse-крупных компаний наблюдает за делом Dolby–Snap, прежде чем коммититься.

У LCEVC своя модель per-stream-роялти через V-Nova и LCEVC-патентный пул, отдельная от лицензии базового кодека – когда вы шипите LCEVC, вы платите LCEVC-пулу дополнительно к тому, что вы должны за базовый кодек. Экономика всё равно сходится, потому что дополнительная экономия трафика покрывает лицензию на любом значимом каталоге, но бюджет нужно закладывать отдельной строкой.

Правило принятия решения, которое мы применяем в Фора Софт, простое. Если вы достаточно крупные, чтобы кодек-роялти переваливали через 1% выручки – минимум добавляйте AV1 в лесенку; если переваливают через 5% – планируйте за два цикла обновления убрать HEVC и мигрировать на лесенку H.264-плюс-AV1. Ниже 1% – шипьте технически оптимальную лесенку и относитесь к роялти как к стоимости бизнеса.

Нажмите, чтобы увеличить

А что насчёт 8K, VR и волюметрика?

Вопрос про 8K и VR всплывает примерно на трети наших скоупинг-звонков и почти никогда не влияет на выбор кодека в реальности. Сегодняшние 8K-продакшен-пайплайны 2026 года всё ещё дистрибутируют в H.265 или AV1; H.266 / VVC имеет технический выигрыш на 8K (более крупные блоки, более точное intra-prediction для сверхвысоких разрешений), но его отсутствие в браузерах и Apple-экосистеме держит его в стороне от большинства дистрибуционных цепочек. VR-стриминг работает на тех же кодеках, что и плоское видео – стерео H.265 или AV1, с foveated encoding (переменное качество по полю зрения), которое реализуется на стороне плеера. Волюметрик-видео, MPEG-I сцены и нейронные кодеки в 2026 – исследовательские области, а не продуктовый выбор. Мы их разбираем в специализированных статьях блока 6 этого раздела Learn.

Три типичных ошибки

Мы шипим видеопродукты двадцать лет, и есть три ошибки, которые возникают достаточно часто, чтобы вызывать их по имени.

Ошибка 1 – считать, что одного кодека достаточно. Чистая H.264-лесенка ощущается простой, но на любом каталоге больше нескольких сотен часов при любой осмысленной аудитории трафиковый счёт делает её самой дорогой опцией. Симметричная ошибка – чистая AV1-лесенка: отрезает 15% устройств, где AV1-декодера нет. Шипьте лесенку.

Ошибка 2 – выбирать кодеки по лабораторному бенчмарку, а не по бюджету энкодера. Лабораторные 50% экономии HEVC относительно H.264 реальны при настройках уровня libaom, которые в продакшене никто не запускает. Продакшен HEVC экономит 30–40%; продакшен AV1 экономит 25–35% относительно продакшен HEVC; live AV1 экономит 25–30% относительно live HEVC. Планируйте на продакшен-цифры, а не на лабораторные.

Ошибка 3 – забывать про плеер. Трёхкодечная лесенка нуждается в плеере, который умеет читать капабилити устройства и выбирать правильный кодек на правильном битрейте. Лесенка с тремя кодеками за плеером, который всегда ставит H.264 – потому что никто не подключил детектор – случается чаще, чем должно. Прогоните аудит плеера до того, как объявить миграцию завершённой.

Где Фора Софт в этом

Выбор кодека – одно из первых решений, которое мы принимаем на каждом новом видеопроекте, и принимаем мы его как совместный продуктовый, инженерный и финансовый звонок, а не как чистый технический выбор. Для OTT и VOD-платформ, запускающихся в 2026, мы обычно шипим трёхкодечную лесенку (H.264 + HEVC + AV1) с капабилити-детекцией в плеере. Для live-стриминга – ту же лесенку с SVT-AV1 пресет 8, если есть аппаратное AV1-кодирование. Для WebRTC-конференций – VP9 плюс VP8 плюс H.264 по умолчанию, с AV1 выборочно на устройствах, которые мы фингерпринтим. Для видеонаблюдения – H.264 плюс H.265 с планированием AV1 на следующий цикл апдейта. Мы делали проекты в стриминге, OTT, WebRTC-конференциях, телемедицине, e-learning, видеонаблюдении и AR/VR на всех этих стеках, и готовы пройтись по компромиссам для вашего конкретного продукта.

Ключевые выводы

• Лесенка из кодеков, а не один кодек – правильный ответ почти для любого видеосервиса в 2026 году.
• OTT и VOD по умолчанию: H.264 + HEVC + AV1; плеер с капабилити-детекцией решает, что отдать.
• WebRTC – другая вселенная: VP9, VP8, H.264 первыми; AV1 выборочно, на аппаратно способных устройствах.
• Видеонаблюдение остаётся на H.264 плюс H.265; AV1 – планируемый пункт на 2028+ для SoC IP-камер.
• Экономия трафика доминирует над лицензиями на любом каталоге больше нескольких тысяч часов.
• Live AV1 требует аппаратного энкод-кремния – Ada Lovelace, M3 Pro+, NETINT Quadra T2A – иначе live AV1 пока не практичен.

Что почитать дальше

• Сравнительная таблица: MPEG-2, H.264, H.265, VP9, AV1, VVC – технические числа, стоящие за каждой веткой дерева.
• AV1: новый стандарт интернета и где он стоит в 2026 – глубокий разбор AV1 со свежими цифрами проникновения.
• Streaming-протоколы: 8 важных в 2026 – следующее решение после того, как кодек выбран.