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

TL;DR

В 2026 году выбор кодека – это уже не выбор «одного» кодека. Любой серьёзный видеосервис транслирует как минимум два, а обычно три кодека параллельно, а плеер сам определяет, какой из них устройство может декодировать. Точка входа в дерево решений – use case: VOD и live OTT используют H.264 как универсальный fallback, добавляют H.265 / HEVC для премиального 4K на Apple и AV1 для современных Chrome, Firefox, Edge и Safari на Apple Silicon; видеоконференции по-прежнему полагаются на 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. Энкодер работает в реальном времени, а допустимая задержка – единицы секунд: кодек должен уложиться в дедлайн по времени. В live-трансляциях обычно используются те же кодеки, что и в OTT, но с более простыми пресетами энкодера и жёстким контролем битрейта.

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

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

Корзина 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 – на верхней ступени: он даёт ещё 30% экономии битрейта по сравнению с HEVC и является royalty-free, то есть вы не платите за каждый час стрима в патентный пул.

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

Теперь арифметика. Допустим, вы стримите фильм в 1080p на битрейте, который Netflix использует для высококачественного 1080p – примерно 4,5 Mbps. Лабораторные показатели эффективности: HEVC экономит около 50% по сравнению с H.264, а AV1 – ещё 30% относительно 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. Если вы региональный сервис, у которого в roadmap нет пользователей Apple (например, российская или китайская платформа), – можно исключить 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, но энкодер работает в реальном времени – а это сильно меняет подход к настройке энкодера. Сам выбор кодека остаётся прежним; акцент смещается с вопроса «какой кодек» на вопрос «как настроить энкодер».

Для 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

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

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

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

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

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

Дефолтные кодеки в WebRTC в 2026 году выглядят так. VP8 – универсальный fallback: он поддерживается в любом WebRTC-стеке на любой платформе, не защищён патентами, а его энкодер хорошо оптимизирован под задержку менее 100 мс. H.264 используется параллельно с VP8, потому что Safari исторически отдаёт ему предпочтение, а многие шлюзы SIP-to-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 в реальном времени в продакшене остаётся экспериментальным: Chrome сначала включал его за флагом, затем – по умолчанию для трансляции экрана и звонков с низкой частотой кадров, но двусторонний 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 – оптимизированы под пропускную способность, а не под задержку на уровне подфрейма. Пока вендоры браузеров не внедрят аппаратно-ускоренную поддержку реального времени для 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-камер и систем с высокой частотой кадров: он позволяет сократить объём хранилища примерно вдвое при той же картинке. 4K-камера, работающая 24×7 со скоростью 8 Мбит/с в H.264, потребляет около 2,6 ТБ в месяц; та же камера в H.265 при 4 Мбит/с – всего 1,3 ТБ. Умножьте это на несколько сотен камер – и экономия на хранилище легко перекрывает любые лицензионные расходы на кодек.

AV1 в видеонаблюдении в 2026 году почти не используется. Причины очевидны: аппаратные AV1-энкодеры по-прежнему редки в маломощных семействах SoC, на которых строятся IP-камеры (Ambarella, HiSilicon, Novatek); браузерные клиенты VMS всё ещё требуют поддержки H.264 / HEVC для уже установленных старых устройств; а патентная неопределённость вокруг 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 (европейский стандартизатор) включил H.266 / VVC в основную спецификацию в феврале 2022 года, и теперь DVB-совместимые приставки и смарт-ТВ в Европе, Австралии и связанных регионах обязаны поддерживать аппаратное декодирование VVC. Стандарт ATSC 3.0 (американский цифровой ТВ-формат) выбрал HEVC. Бразильский стандарт DTV+, утверждённый указом от 27 августа 2025 года и внедряемый к чемпионату мира по футболу 2026 года, обязывает использовать базовый слой VVC и дополнительный слой 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 провела live-трансляцию TV 3.0 в формате UHD на Олимпийских играх в Париже 2024 года со скоростью 10 Мбит/с по эфиру с использованием LCEVC-усиленного VVC. 11

Практическое правило для вещания в 2026 году: читайте национальную спецификацию, используйте кодек, который она требует, и закладывайте бюджет на LCEVC, если он там указан. Межгосударственные contribution-каналы – передача сигнала между странами – по-прежнему в основном используют H.264 и JPEG XS, с растущим применением HEVC для 4K-потоков. Серьёзных вещателей, перешедших на AV1 в contribution-сетях, в 2026 году не наблюдалось: contribution-инфраструктура консервативна и зависит от broadcast-уровневых энкодеров, а 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 и топовых смарт-ТВ? Если да – HEVC остаётся безальтернативным выбором, потому что HDR-поддержка в tvOS в 2026 году будет использовать HEVC как кодек наивысшего качества. AV1 HDR воспроизводится на тех же устройствах, но только если они сертифицированы после 2023 года и производитель включил поддержку AV1 HDR. Apple пока не предоставляет AV1 HDR Production Suite для tvOS, поэтому 4K HDR-контент по-прежнему ставит HEVC на вершину приоритетов.

Вопрос про толерантность к патентам. Может ли ваша бизнес-модель предусматривать лицензионные роялти от патентных пулов, или вам нужен royalty-free-путь? Цены 2026 года – реальные.

Via LA в 2025 году пересмотрела свою лицензию на H.264-стриминг: вместо фиксированного годового лимита в $100 000 она ввела ступенчатую структуру с потолком до $4,5 млн в год для крупных новых лицензиатов (существующие лицензиаты, действующие на конец 2025 года, остаются на прежних условиях).

С 1 января 2026 года Access Advance повысил ставки по 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 часов в месяц. Выходной трафик 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%, чьи устройства поддерживают аппаратное декодирование), и долю, использующих AV1 (30%, чьи устройства также поддерживают аппаратное декодирование):

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-патентов, и лицензиаты, имевшие активный AVC-договор на конец 2025 года, остаются в старой ценовой структуре через 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 действуют только в отношении её членов, но не распространяются на сторонние компании. 7 Большинство пользователей AV1 в 2026 году считают этих гарантий достаточными; меньшинство – крупные консервативные компании – ждёт развития дела 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-предсказание для сверхвысоких разрешений), однако его отсутствие в браузерах и экосистеме 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 – следующий шаг после выбора кодека.