Краткая история видеокодеков: от H.120 (1984) до AV2 (2025)

TL;DR

Видеокодек – это программа, которая сжимает поток необработанных кадров до файла, пригодного для передачи по интернету, а затем восстанавливает его в изображение, которое можно смотреть. Слово codec – сокращение от coder–decoder. Вся история цифрового видео – это сорокалетняя гонка поколений кодеков, каждое из которых примерно вдвое снижает битрейт по сравнению с предыдущим. Она началась с H.120 в 1984 году – благородного провала, который никто не покупал, но который дал индустрии материал для следующей попытки, – и продолжается до AV2, royalty-free кодека, над которым AOMedia работает прямо сейчас, в 2026 году. По ходу дела два стандартизирующих органа – VCEG в составе ITU и MPEG в составе ISO – спорили над каждым кодеком, а третья сторона (Google, а затем Alliance for Open Media) создала параллельную royalty-free ветку. Выбор, сделанный в этих комитетах, сегодня определяет, как кодируются каждый стрим Netflix, каждый звонок Zoom и каждый ролик на YouTube.

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

Если вы строите, инвестируете или продаёте что-то, связанное с видео, имена кодеков обязательно встретятся вам в счётах, баг-репортах и на инженерных встречах. «Переходим на AV1». «У CDN HEVC дороже». «Этот китайский браузер не декодирует VVC». Ни одно из этих высказываний не понять без контекста, который стоит за этими названиями. Эта статья – как раз про этот контекст. Прочитав её, вы узнаете, к какому поколению относится каждый кодек, зачем он был создан, кто судился из-за его патентов и как опытный инженер в 2026 году воспринимает выбор кодека – как компромисс между эффективностью сжатия, доступностью аппаратного обеспечения, юридическими рисками и политикой стандартов. Это меняет подход к переговорам с вендорами, к написанию ТЗ для стриминговой платформы и к чтению следующей новости о кодеках, которая придёт вам на почту.

Никаких предварительных знаний о сжатии не требуется. Каждый термин объясняется простым языком до его использования, а материал подаётся по одному поколению за раз – шаг за шагом, по хронологическому порядку.

Что такое видеокодек на самом деле

Прежде чем открывать учебник истории, зафиксируем термин. Кодек – это две взаимосвязанные вещи: энкодер, который берёт поток необработанных кадров и упаковывает их в компактный файл, и декодер, который выполняет обратное преобразование и выводит изображение на экран. Название – портманто: coder + decoder. Аппаратные кодеки размещаются внутри чипов, программные – представлены в виде библиотек (FFmpeg, libx264, libaom). Именно эта пара и составляет суть того, что мы имеем в виду.

Сырое видео занимает огромное место. Одна секунда обычного HDTV (1920 × 1080 пикселей, 30 кадров в секунду, 24 бита цвета на пиксель) без сжатия весит около 186 мегабайт – это примерно 1,5 гигабита в секунду. Такой объём данных превышает пропускную способность домашнего интернета и не помещается ни на один обычный диск. Чтобы видео вообще можно было передавать, на каждом этапе цифровой эры требовался кодек, способный сжимать поток в 50 и более раз без заметной потери качества. Подробная арифметика битрейта описана в статье Зачем сжимать видео: математика битрейта. Для этой статьи запомните главное: сырое HD-видео примерно в сто раз больше, чем необходимо для передачи.

Два научных приёма легли в основу всего, что было дальше. Первый – дискретное косинусное преобразование (DCT), математический метод, разработанный в 1972 году, который преобразует фрагмент изображения размером 8 × 8 пикселей в короткий список частотных коэффициентов; большинство из них можно отбросить, поскольку человеческий глаз к ним нечувствителен. Второй – компенсация движения: вместо хранения каждого кадра целиком энкодер описывает новый кадр как «предыдущий кадр, но вот этот блок сдвинут чуть правее, а вот этот скопирован оттуда». Все кодеки, начиная с H.261, – это развитие этих двух идей. Подробности о внутренней работе мы разбираем в статье Архитектура гибридного видеокодека.

Всё, базис заложен. Теперь – к самой истории.

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

Поколение 0 – H.120 (1984): кодек, которым никто не пользовался

История начинается с кодека, который провалился на рынке, но при этом изменил индустрию.

H.120 – первая в истории спецификация цифрового видеокомпрессора. Она была разработана в рамках европейского исследовательского проекта COST 211 и утверждена CCITT – предшественником современного ITU Telecommunication Standardization Sector (ITU-T) – в 1984 году. 1 Целью разработки стало обеспечение видеоконференцсвязи по выделенным цифровым линиям со скоростью 1,544 Мбит/с (американский T1) или 2,048 Мбит/с (европейский E1). Энкодер напоминал холодильник, набитый аналоговой и ранней цифровой электроникой.

H.120 использовал три приёма, которые сегодня выглядят примитивными: conditional replenishment (отправлять блок пикселей только в том случае, если он изменился по сравнению с предыдущим кадром), DPCM (передавать разность пикселя с соседним, а не сам пиксель) и variable-length coding (использовать более короткие коды для часто встречающихся паттернов). Ревизия 1988 года добавила примитивную компенсацию движения – идею о том, что движущийся объект в новом кадре можно описать как копию того же объекта из предыдущего кадра, сдвинутую на несколько пикселей.

Картинка получалась, по вежливой формулировке тогдашних отчётов, «неадекватного качества». Покупателей почти не было. Кодек исчез из коммерческого использования за пару лет.

Так почему он важен? Потому что H.120 доказал принципиальную возможность цифрового сжатия видео на телекоммуникационных скоростях и выявил все слабые места, которые следующее поколение стандартов должно было устранить. Команда, разработавшая его – особенно инженеры из ITU Study Group 16 – затем создала H.261. Этот второй стандарт, наконец, сработал.

Поколение 1 – H.261 (1988): архитектура, которая определяет стандарты и сегодня

H.261, ратифицированный ITU-T в ноябре 1988 года, – это кодек, от которого пошли все последующие стандарты видеосжатия. 2 Он первым объединил два приёма в единый алгоритм по схеме, которую сегодня в индустрии называют гибридным блочно-ориентированным кодированием:

1. Предсказание с компенсацией движения. Каждый кадр разбиваем на блоки размером 16 × 16 – макроблоки. Для каждого макроблока ищем в предыдущем кадре наиболее похожий участок такого же размера. Записываем небольшое смещение – вектор движения – и только разность между предсказанным и реальным изображением. Такой подход устраняет избыточность между кадрами.
2. DCT-преобразование разности. К полученной разности применяем дискретное косинусное преобразование, после чего обрезаем высокочастотные коэффициенты – этот процесс называется квантованием. Он устраняет избыточность внутри самого остатка.

Оба шага были известны как отдельные исследовательские темы ещё в 1970-х и начале 1980-х годов. H.261 стал первым стандартом, в котором их объединили в единый конвейер, адаптировали для работы на скоростях видеоконференцсвязи p × 64 кбит/с (где p может принимать значения от 1 до 30) и внедрили в реальные устройства. Выбор кратности 64 кбит/с не был случайным – он совпадал со скоростью ISDN-канала, который тогда разворачивали европейские телекоммуникационные компании.

Та самая гибридная блочно-ориентированная архитектура, придуманная для H.261, – это та самая, что используется во всех кодеках, о которых мы поговорим до конца статьи. Все – от MPEG-1 в 1993 году до AV2 в 2025-м – по сути являются более совершенными версиями одной и той же идеи: предсказать, преобразовать, проквантовать, закодировать. Четырёхдесятилетний рост эффективности сжатия шёл за счёт того, что каждый из этих четырёх этапов становился всё умнее – более точные предсказания, большие и адаптивные блоки, улучшенные преобразования, более тонкое квантование. Скелет остался неизменным.

H.261 стал также первым стандартом, в котором Video Coding Experts Group (VCEG) из ITU продемонстрировала способность координировать мировую разработку. Эта группа участвовала в создании каждого «H-кодека» в течение следующих сорока лет.

Поколение 2 – MPEG-1 (1993) и MPEG-2 / H.262 (1995): видео на диске, а затем в эфире

Пока ITU-T разрабатывал стандарты видеоконференцсвязи, параллельный комитет в составе Международной организации по стандартизации – Moving Picture Experts Group, более известный как MPEG, – решал иную задачу: как записать видео на потребительский носитель. Кассеты были аналоговыми, а аудио-CD только что появились. Задача MPEG-1 – уместить приличный цветной фильм на CD-ROM.

MPEG-1 был выпущен как стандарт ISO/IEC 11172 в 1993 году. Он обеспечивал качество изображения на уровне VHS при скорости передачи данных около 1,5 Мбит/с и стал основой для формата Video CD, который в середине 1990-х годов стал популярным в Азии. Архитектурно MPEG-1 представляет собой развитие стандарта H.261 с одним важным дополнением: B-кадры (двунаправленно-предсказанные кадры), использующие в качестве опорных как предыдущий, так и последующий кадры. B-кадры обеспечивают большую степень сжатия, но требуют, чтобы декодер восстанавливал кадры не в порядке их следования – подробности этой механики мы рассмотрим в статье GOP-структура: I, P, B-кадры, open vs closed GOP.

Главный прорыв, благодаря которому началась цифровая телеверсия, произошёл двумя годами позже. MPEG-2 Part 2 – он же ITU-T H.262 – был опубликован в 1995 году и стал первым кодеком, разработанным совместной командой VCEG+MPEG; эта модель сотрудничества позже повторилась при создании H.264, H.265 и H.266. 3 MPEG-2 добавил поддержку чересстрочной развёртки – той самой, что использовалась во всём аналоговом телевидении; без этого вещатели не смогли бы перенести контент в цифровые системы. Стандарт стал основой для DVD-Video, цифрового кабельного и спутникового телевидения (таких как DirecTV и SkyTV) и первой волны цифрового эфирного вещания (ATSC в США, DVB-T в Европе). Он продолжает использоваться в устаревшей инфраструктуре вещания и спустя тридцать один год.

Цифры были революционными. MPEG-2 уместил полнометражный фильм на 4,7 ГБ DVD при скорости 4–8 Мбит/с с качеством изображения, которое потребители охотно воспринимали как «уровень VHS или выше». Один спутниковый транспондер, ранее передававший один аналоговый канал, теперь мог вместить шесть–десять сжатых цифровых. Именно этот прирост пропускной способности и сделал спутниковое телевидение прибыльным в конце 1990-х.

Поколение 3 – H.263 (1995), MPEG-4 Part 2 (1999) и эпоха дикого Запада

Два параллельных кодека того же десятилетия были ориентированы на более низкие битрейты.

H.263, разработанный группой ITU-T VCEG в 1995 году, стал улучшенной версией H.261 с низким битрейтом, предназначенной для видеоконференцсвязи по обычным аналоговым телефонным линиям (через POTS-модемы со скоростью 28,8 кбит/с и выше). Позже он вошёл в состав кодеков 3GPP и стал использоваться в формате Flash Video – на нём строился ранний YouTube. Если вы смотрели интернет-видео в период с 2005 по 2010 год, велика вероятность, что это было видео в формате H.263, передаваемое через Adobe Flash.

MPEG-4 Part 2, он же MPEG-4 Visual, был опубликован ISO в 1999 году. Он базировался на H.263 и добавил более эффективные инструменты для работы со средними битрейтами. Этот кодек лежит в основе DivX и Xvid – двух open-source реализаций, которые стали движущей силой эпохи пиратских сериалов в peer-to-peer-сетях. Сам DivX появился, когда французский хакер в 1999 году провёл реверс-инжиниринг раннего MPEG-4 кодека от Microsoft, а open-source проект Xvid отделился от того же кода в 2001 году. К 2003 году фраза «прожечь DivX на DVD-R» стала стандартным способом, как целое поколение передавало видео друзьям и родственникам.

Это было короткое время, когда проприетарные кодеки отдельных компаний боролись за стриминговый рынок: RealVideo от RealNetworks, Windows Media Video (позже стандартизированный как SMPTE VC-1) от Microsoft, Sorenson Spark в составе Adobe Flash и ещё несколько других. Никто из них не пережил следующее поколение. Сценарий гибели всегда был одинаковым: проприетарный кодек требует критической массы устройств, а ни один вендор в одиночку не мог обеспечить такой охват перед лицом реального стандарта.

Поколение 4 – H.264 / AVC (2003): кодек, который «съел» интернет

В декабре 2001 года VCEG и MPEG объединились в Joint Video Team (JVT) под совместным председательством Гэри Салливана (Microsoft), Томаса Виганда (Fraunhofer HHI) и Аджая Лутры (Motorola). 4 Их задачей стало создание кодека, удваивающего эффективность сжатия по сравнению с MPEG-2.

В мае 2003 года они представили H.264 / Advanced Video Coding (AVC) – стандарт, опубликованный совместно как ITU-T H.264 и ISO/IEC 14496-10 (MPEG-4 Part 10). Этот тезис стал известен в индустрии: H.264 снова вдвое снизил битрейт при сохранении визуального качества. Спутниковый канал, ранее требовавший 6 Мбит/с в формате MPEG-2, теперь работал на 3 Мбит/с, оставаясь таким же по качеству – это удваивало количество каналов на транспондере. Впервые iPhone мог воспроизводить видео в разрешении 1080p.

H.264 стал стандартом на всех уровнях интернета по одной простой причине: он был достаточно хорош, чтобы его повсеместно внедряли. В 2007 году YouTube перешёл на H.264 в качестве основного кодека, отказавшись от устаревшего сочетания Flash и H.263. С 2007 года Apple встроила аппаратный декодер H.264 в каждый iPhone и сделала этот кодек единственным поддерживаемым на устройстве. Формат H.264 был принят стандартом Blu-ray Disc (наряду с MPEG-2 и VC-1). Любой современный смартфон, браузер, smart TV, игровая консоль, экшен-камера, видеорегистратор и камера наблюдения, выпущенные с 2008 по 2025 год, оснащены аппаратной поддержкой H.264.

Результат – спустя две декады после выхода H.264 он всё ещё остаётся доминирующим видеокодеком в интернете в 2026 году. Отчёт Bitmovin Video Developer Report стабильно показывает, что более трёх четвертей опрошенных видеопровайдеров используют H.264 – больше, чем любой новый кодек на рынке. 5 Кривая его замены – одна из самых медленных в истории программного обеспечения, и причина в железе: в мире слишком много установленных H.264-декодеров, чтобы от них отказаться. Каждый последующий кодек начинал свою жизнь как второстепенный вариант при основной «рабочей лошадке».

H.264 также задал шаблон лицензирования, которому индустрия следует и по сей день. Стандарт защищён патентами десятков компаний, которые объединили их в MPEG LA – едином администраторе лицензий, предложившем прозрачный, ограниченный сверху и предсказуемый тарифный план. Стриминговые сервисы платят несколько центов с одного устройства, и экономическая модель оказывается устойчивой. Пул MPEG LA для H.264, по общему мнению отрасли, стал лучшим в истории видеокодеков примером организации патентного пула. Его преемникам повезёт меньше.

Поколение 5 – H.265 / HEVC (2013): вдвое эффективнее, три патентных пула

Работа над следующим поколением началась в 2010 году внутри Joint Collaborative Team on Video Coding (JCT-VC) – преемника JVT, снова под совместным председательством Салливана и Виганда. Задача команды – снова вдвое сократить битрейт по сравнению с H.264, чтобы сделать возможным стриминг в разрешении 4K.

H.265 / High Efficiency Video Coding (HEVC) был ратифицирован ITU-T в январе 2013 года и официально опубликован в июне того же года. 6 Заголовочная цифра подтвердилась: при сопоставимом восприятии качества HEVC требует примерно на 50% меньший битрейт, чем H.264. 4K-стрим, требовавший 25–35 Мбит/с в H.264, теперь укладывается в 12–16 Мбит/с при использовании HEVC. 1080p-стрим – с 4,5–6 Мбит/с до 2,25–3 Мбит/с.

Архитектурно HEVC заменил фиксированный макроблок 16 × 16 из H.264 на Coding Tree Units размером до 64 × 64 пикселей, которые рекурсивно делятся на более мелкие блоки по необходимости. В стандарте реализовано более точное intra-предсказание, увеличено количество референсных кадров для компенсации движения и добавлен новый in-loop фильтр Sample-Adaptive Offset, устраняющий артефакты «ringing» на декодированном изображении. Подробно каждый из этих инструментов мы разбираем в H.265 / HEVC: +50% к H.264 и патентная катастрофа.

И тут с лицензированием всё пошло наперекосяк. Вместо одного MPEG LA с прозрачной ценой возникло три отдельных пула: MPEG LA, HEVC Advance (ныне Access Advance) и Velos Media. 7 У каждого – свои участники, тарифы и условия. Часть крупных патентообладателей – Nokia, Microsoft, Texas Instruments – не вошла ни в один из них. Velos так и не опубликовала свои ставки. Стриминговым сервисам, желавшим внедрять HEVC в продакшен, пришлось разбираться, в какой пул попадает каждый их патент, и вести переговоры с каждым отдельно – параллельно рискуя столкнуться с иском от какого-нибудь патентообладателя, не входящего ни в один пул.

Результат предсказуем и неприятен. Браузерные вендоры годами отказывались поддерживать воспроизведение HEVC; Mozilla Firefox продержалась почти десятилетие. Стриминговые сервисы, технически способные использовать HEVC, предпочитали этого не делать – из-за неограниченных рисков и затрат. К 2026 году HEVC доминирует на устройствах Apple (где лицензии оплачены централизованно платформой), силён на smart TV и приставках, но тихо избегается в открытом вебе. Технически кодек отличный. Юридическая надстройка вокруг него едва не убила его.

Поколение 5b – Royalty-free контрреволюция: VP8, VP9 и основание AOMedia

HEVC-скандал с лицензиями спровоцировал отраслевой бунт. В феврале 2010 года Google приобрёл On2 Technologies примерно за 124,6 миллиона долларов и получил семейство проприетарных кодеков VPx. 8 В мае 2010 года компания выпустила последний из них – VP8 – как открытый и бесплатный формат, сопровождая его специальным «irrevocable patent promise» по отношению к собственным патентам.

Один VP8 не сдвинул иголку: его эффективность сжатия примерно сравнялась с H.264, но экосистема была несравнимо уже. Кодек-наследник – VP9 – оказался совсем другой историей. Выпущенный Google в июне 2013 года, VP9 был нацелен на эффективность уровня HEVC. Google понадобился он для конкретной задачи: YouTube готовился запускать 4K-стриминг, а платить лицензии за HEVC на масштабах YouTube стоило бы целое состояние. Chrome добавил поддержку декодирования VP9 в августе 2013 года, Firefox – в марте 2014-го, а к 2015 году первое поколение 4K-телевизоров (Samsung, Sony, LG, Sharp, Philips) вышло с аппаратным декодером VP9, чтобы воспроизводить YouTube в 4K. 9 Apple держалась до 2020 года, когда iOS 14 и tvOS 14 наконец добавили поддержку VP9.

Важность VP9 в основном стратегическая. Он показал, что одна крупная компания способна изменить масштабную проприетарную экосистему кодеков, сделав её свободной от роялти. Этот прецедент подготовил почву для следующего шага.

В сентябре 2015 года семь компаний – Amazon, Cisco, Google, Intel, Microsoft, Mozilla и Netflix – создали Alliance for Open Media (AOMedia), отраслевой консорциум, поставивший перед собой задачу разработать и внедрить следующее поколение кодека без роялти, свободного от лицензионного хаоса, который подорвал HEVC. Apple присоединилась в 2018 году. Результатом стала разработка AV1.

Поколение 6 – AV1 (2018) и H.266 / VVC (2020): большой раскол

Два параллельных проекта создали два продукта на стыке 2010-х и 2020-х годов.

AV1 был утверждён AOMedia 28 марта 2018 года. 10 Его разработка велась в рамках мандата: достичь примерно на 30% более эффективного сжатия по сравнению с HEVC при сопоставимом восприятии качества, обеспечить полную свободу от роялти и гарантировать, что патенты всех учредителей юридически переданы в рамках патентной политики AOMedia. Архитектурно AV1 объединил технологии из экспериментальных кодеков: VP10 от Google, Thor от Cisco и Daala от Mozilla, а также включил новые инструменты – такие как суперблок размером 128 × 128, расширенные режимы интрапредсказания, улучшенное управление ссылочными кадрами при движении и новый фильтр Constrained Directional Enhancement Filter.

Первые три года AV1 был мучительно медленным при кодировании и имел слабое покрытие аппаратными декодерами. К 2022 году аппаратные AV1-декодеры вошли в массовое производство – Intel 11-го и 12-го поколений, AMD Ryzen 6000, NVIDIA RTX 30/40, Apple Silicon M3, каждый флагманский Android-SoC на базе Snapdragon 8 Gen 1, а также все телевизоры Samsung с 2020 года. К 2025 году Netflix довёл долю AV1 до 30% от всех своих стримов и подтвердил, что стремится сделать AV1 самым используемым кодеком, превзойдя H.264. 11 По сообщениям, к 2026 году YouTube кодирует более 75% новых загрузок в формате AV1. Chrome, Edge, Firefox и Safari поддерживают декодирование AV1 нативно.

Параллельная ветка привела к созданию H.266 / Versatile Video Coding (VVC), утверждённого Joint Video Experts Team (JVET) 6 июля 2020 года. 12 По сравнению с HEVC VVC обеспечивает снижение битрейта ещё на 40–50% – впечатляющий инженерный результат на бумаге. В стандарте реализовано гибкое разбиение блоков вплоть до клиньев и треугольников, аффинная компенсация движения, способная моделировать поворот и масштабирование, а также встроенная поддержка 360-градусного видео, screen content и HDR с динамическим диапазоном до 16 стопов.

Картина внедрения VVC в 2026 году определяется почти исключительно лицензированием. Патентная ситуация напоминает HEVC больше, чем H.264: несколько патентных пулов, сложные условия лицензирования и независимые от пулов владельцы патентов. Браузерной поддержки нет – Chrome, Firefox, Edge и Safari отказываются от нативного декодирования VVC. Там, где VVC закрепился, – это вещание: проект DVB и стандарт ATSC 3.0 требуют аппаратной поддержки VVC в приёмниках нового поколения, а чипы Intel Lunar Lake и MediaTek Pentonic поставляются с VVC-декодером для connected TV. Подробности компромисса – в статье H.266 / VVC: технически отличный, рыночно слабый.

Раскол 2020 года – самое крупное расхождение в истории кодеков. Впервые следующее поколение для открытого веба (AV1) и следующее поколение для классического вещания (VVC) оказались разными кодеками, в разных экосистемах и с ограниченной перекрёстной совместимостью.

Поколение 7 – AV2 (2025): следующий шаг, royalty-free, вовремя

В сентябре 2025 года, к десятилетию AOMedia, альянс объявил, что AV2 будет выпущен до конца года. 13 К маю 2026 года спецификация AV2 находится в финальной стадии разработки, а вектора тестирования соответствия ожидаются во второй половине года.

AV2 – это для AV1 то, чем AV1 был для HEVC. Внутренние тесты Google показывают, что AV2 требует примерно на 38% меньший битрейт, чем улучшенная реализация AV1, при сопоставимом перцептивном качестве. Кодек поддерживает chroma-форматы 4:2:2 и 4:4:4 (AV1 работал только с 4:2:0), предлагает значительно улучшенные режимы lossless-кодирования и синтеза film grain, расширенное рекурсивное разбиение блоков, частично независимое разбиение luma и chroma, а также новые режимы inter-предсказания. Он явно ориентирован на AR/VR, multi-view с split-screen и screen content как на приоритетные сценарии использования.

Стратегическая позиция та же, что и у AV1: royalty-free под политикой патентов AOMedia, открытая разработка и открытая референсная реализация. Опросы участников AOMedia показывают, что 53% планируют внедрить AV2 в течение 12 месяцев после релиза, а 88% – в течение двух лет. Как и в случае с AV1, внедрение начнётся с учредителей – Meta, Netflix, YouTube – которые контролируют и контент, и воспроизведение, и дойдёт до премиум-сервисов с DRM только после интеграции Widevine, FairPlay и PlayReady.

Подробнее о том, что входит в состав AV2-тулкита, – AV2: что нас ждёт через 5–10 лет.

Кто кого убил: компактная сводка

Вот экосистема кодеков на 2026 год, в свете того, кто кого вытеснил.

Паттерн чёткий: каждые 5–10 лет приходит новое поколение, которое вдвое снижает битрейт предыдущего. Какой кодек окажется на волне массовой платформенной платформы – тот и выживает, остальные растворяются.

Геополитика стандартов

Сорокалетняя история делится на три лагеря.

ITU-T VCEG – подразделение телекоммуникационного сектора ООН. Разработала стандарты H.120, H.261, H.262 (в сотрудничестве), H.263, H.264 (в сотрудничестве), H.265 (в сотрудничестве) и H.266 (в сотрудничестве). Основной источник финансирования – телекоммуникационные компании и вещатели; приоритетом являются стабильность стандартов и межоператорская совместимость.

ISO/IEC MPEG – часть международного органа стандартизации. Разработал стандарты MPEG-1, MPEG-2 / H.262 (в соавторстве), MPEG-4 Visual, MPEG-4 Part 10 / H.264 (в соавторстве), а также участвует в разработке H.265 и H.266 через совместные рабочие группы. Финансируется производителями потребительской электроники и программного обеспечения, при этом делает акцент на лицензионный прагматизм и богатство функциональности.

Там, где эти два органа сотрудничают – H.262, H.264, H.265, H.266 – формируется единый глобальный стандарт с широкой отраслевой поддержкой. Там, где сотрудничества нет, – возникает лицензионная фрагментация. Именно она и стала причиной появления третьего лагеря.

Alliance for Open Media – отраслевой консорциум, основанный в 2015 году. Он не является частью ООН или ISO. Его создание стало ответом на то, что сложная лицензионная система вокруг HEVC сделала этот кодек коммерчески непригодным для открытого веба. Два продукта AOMedia – AV1 (2018) и AV2 (2025) – напрямую конкурируют с H-кодеками по технологиям и принципиально отвергают их лицензионную модель.

Текущее положение – развилка. Веб уже использует AV1 сегодня и перейдёт на AV2 завтра. В вещании и на подключённых ТВ продолжат применять HEVC и VVC. Остаётся сложный вопрос для каждого стримингового сервиса – сколько кодек-лестниц поддерживать параллельно, потому что каждое масштабное поколение кодека требует дополнительных ресурсов на кодирование, хранение и трафик через CDN, а отказ от него означает упущенную экономию при доставке на устройства, которые поддерживают более новый кодек. Дерево решений мы разбираем в Как выбрать кодек для своего сервиса в 2026: decision tree.

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

Рабочий пример: битрейт одного и того же 1080p-видео по поколениям кодеков

Чтобы паттерн «вдвое меньше бит на поколение» стал конкретным, приведём пример: сколько стоит закодировать тот же часовой 1080p-фильм при визуально сопоставимом качестве на каждом кодеке. Цифры ниже – типичные значения для середины стриминговой лестницы; точные цифры зависят от типа контента.

Арифметика на пальцах: сервис уровня Netflix, стримящий миллиард часов в месяц со скоростью 6 Мбит/с в формате H.264, требует 6 эксабит CDN-egress в месяц. Перенесите тот же контент на AV1 при скорости 2,1 Мбит/с – и объём исходящего трафика сократится до 2,1 эксабита, то есть на 65%. При цене CDN около $0,005 за гигабайт экономия на 4 эксабитах составит примерно $2,5 млн в месяц – ещё до учёта выгод от хранения. Именно эта арифметика – причина, по которой Netflix, YouTube и Meta так активно продвигают AV1, и причина, по которой они уже финансируют пилотные проекты AV2.

Типичная ошибка: «Перейдём на AV1 в следующем квартале»

Самая частая ошибка в продуктовых роадмапах – воспринимать миграцию на новый кодек как программную задачу, которую инженерия закроет за один спринт. Это не так. Миграция на кодек – это в первую очередь покрытие устройств, а уже потом – софт.

Дерево решений, которое мы предлагаем продуктовым командам:

1. Какая доля устройств ваших зрителей имеет аппаратный AV1-декодер? В 2026 году это около 70% больших экранов ТВ и 60% смартфонов, проданных с 2023 года. Аппаратное декодирование означает отсутствие нагрузки на батарею, не вызывает всплесков CPU и не приводит к потере кадров со стороны декодера. Программный AV1-декодер отлично работает на современном ноутбуке, но сильно нагружает Android-телефон 2019 года.

1. Продолжаете ли вы кодировать H.264 параллельно для длинного хвоста устройств? Да, продолжаете – по сути, навсегда. Вы не мигрируете с H.264, а добавляете AV1 поверх него.

1. Как вы решаете, какой кодек получит зритель? Плеер и манифест должны выполнять согласование кодеков на каждый сеанс. Большинство стриминговых стеков уже поддерживают такую функциональность (и HLS, и DASH умеют работать с тегами кодеков). Энкодер должен генерировать обе лестницы битрейтов. Стоимость хранения примерно удваивается для каждого контента, закодированного в обоих форматах.

Любой, кто предлагает «перейти на AV1» без такой оценки, на самом деле предлагает отказаться от поддержки самых медленных 20% ваших зрителей. Не делайте этого.

Где здесь Фора Софт

Мы создаём видеопродукты с 2005 года – в сфере видеостриминга, видеоконференций, OTT/Internet TV, видеонаблюдения, e-learning, телемедицины и AR/VR. Это охватывает все поколения кодеков, описанные в этой статье. В реализованных проектах мы по умолчанию используем H.264 во всех продуктах, применяем HEVC там, где аудитория в основном состоит из устройств Apple, и подключаем AV1, когда затраты на кодирование распределяются на миллионы просмотров. Мы запускали живые WebRTC-пайплайны, многоуровневые ABR-лестницы с поддержкой нескольких кодеков для OTT-платформ и бэкенды видеонаблюдения, хранящие записи на протяжении многих лет; в каждом из этих случаев выбор кодека – это отдельное решение, формируемое под конкретные ограничения. Когда клиент спрашивает: «Какой кодек использовать?» – наши первые три вопроса касаются состава устройств аудитории, срока хранения контента и юрисдикций, куда распространяется видео. Ответ почти никогда не начинается с названия кодека.

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

• Каждое поколение кодеков с 1988 года примерно вдвое снижало битрейт по сравнению с предыдущим и строилось на той же гибридной блочно-ориентированной архитектуре, что и H.261.
• H.120 (1984) оказался коммерчески неудачным, но дал команде бесценный опыт, который позже позволил создать успешный H.261.
• H.264 / AVC (2003) до сих пор доминирует в 2026 году благодаря беспрецедентному аппаратному распространению: каждый новый «заменитель» работает параллельно, а не вместо него.
• Три конкурирующих патентных пула HEVC затруднили его внедрение в открытом вебе и напрямую спровоцировали создание AOMedia и разработку AV1.
• AV1 – де-факто стандарт стриминга без роялти в 2026 году; AV2, разработка которого ведётся прямо сейчас, обеспечит прирост эффективности примерно на 38% и начнёт внедряться в YouTube, Meta и Netflix с 2026 года.

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

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