Краткая история видеокодеков: от 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 году – как компромисс между эффективностью сжатия, доступностью железа, юридическими рисками и политикой стандартов. Это меняет то, как вы торгуетесь с вендорами, как пишете ТЗ на стриминговую платформу и как читаете следующую codec-новость, которая прилетит вам в почту.

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

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

Прежде чем открывать учебник истории, зафиксируем слово. Кодек – это две связанные вещи: энкодер, который берёт поток сырых кадров и пакует их в маленький файл, и декодер, который проделывает обратный путь и кладёт картинку обратно на экран. Имя – портманто: 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 – макроблоки. Для каждого макроблока ищем в предыдущем кадре наиболее похожий участок 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 – занимался другой задачей: как положить видео на потребительский носитель. Кассеты были аналоговыми. Audio 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 в Европе). Он до сих пор используется на легаси broadcast-инфраструктуре, тридцать один год спустя.

Цифры были революционными. 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 и добавил более эффективные инструменты для средних битрейтов. MPEG-4 Part 2 – это кодек внутри DivX и Xvid, двух open-source реализаций, которые тащили эпоху пиратских сериалов в peer-to-peer-сетях. Сам DivX появился, когда французский хакер реверс-инжинирил ранний MPEG-4 кодек Microsoft около 1999 года, а 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 выиграл на каждом слое интернета по одной причине: он был достаточно хорош, чтобы поставляться везде. YouTube перевёл основной кодек на H.264 в 2007-м, отказавшись от старого пути Flash/H.263. Apple вкомпилировала аппаратный H.264-декодер в каждый iPhone с 2007-го и сделала его единственным поддерживаемым кодеком устройства. Blu-ray Disc принял H.264 (наряду с 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 года и формально опубликован в июне 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 Google выпустил последний из них – VP8 – как открытый и royalty-free формат, со специальным «irrevocable patent promise» на свои собственные реализующие патенты.

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

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

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

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

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

AV1 был зафиксирован AOMedia 28 марта 2018 года. 10 Он попал в мандат: примерно на 30% более эффективное сжатие, чем HEVC, при сопоставимом перцептивном качестве, полностью royalty-free, и патенты каждого учредителя контрактно сложены в AOMedia patent policy. Архитектурно AV1 собрал технику из экспериментального VP10 от Google, Thor от Cisco и Daala от Mozilla, плюс новые инструменты вроде суперблока 128 × 128, расширенных режимов intra-предсказания, продвинутого управления референсами движения и нового 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 TV с 2020-го. К 2025-му Netflix довёл AV1 до 30% всех своих стримов и подтвердил, что идёт к тому, чтобы AV1 обогнал H.264 как самый используемый кодек у них. 11 YouTube в 2026 году, по сообщениям, кодирует в AV1 более 75% новых загрузок. Chrome, Edge, Firefox и Safari декодируют AV1 нативно.

Параллельная ветка дала H.266 / Versatile Video Coding (VVC), зафиксированный Joint Video Experts Team (JVET) 6 июля 2020 года. 12 VVC дал ещё минус 40–50% битрейта относительно HEVC – выдающийся инженерный результат на бумаге. Добавил гибкое разбиение блоков вплоть до клиньев и треугольников, аффинную компенсацию движения, которая умеет моделировать поворот и масштабирование, и явную поддержку 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 – в финальной стадии оформления, conformance test vectors ожидаются во второй половине года.

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

Стратегическая позиция та же, что у AV1: royalty-free под AOMedia patent policy, открытая разработка, открытая референсная реализация. Опросы участников 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 завтра. Broadcast и connected TV продолжат катить HEVC и VVC. Оставшийся сложный вопрос для каждого стриминга – сколько кодек-лестниц поддерживать параллельно, потому что каждое масштабное поколение стоит вам циклов кодирования, хранилища и CDN-egress, а каждое пропущенное – экономии при доставке на устройства, которые более новый кодек поддерживают. Decision-tree мы разбираем в Как выбрать кодек для своего сервиса в 2026: decision tree.

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

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

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

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

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

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

Decision-tree, который мы предлагаем продуктовым командам:

1. Какая доля устройств ваших зрителей имеет аппаратный AV1-декодер? В 2026-м это около 70% больших экранов TV и 60% смартфонов, проданных с 2023-го. Аппаратное декодирование – это нет существенного удара по батарее, нет всплеска CPU, нет дроп-фреймов на стороне декодера. Программный AV1-декодер прекрасно работает на современном ноутбуке, но мучает Android-телефон 2019 года.
2. Продолжаете ли вы кодировать H.264 параллельно для длинного хвоста устройств? Да, продолжаете, по сути навсегда. Вы не мигрируете с H.264 – вы добавляете AV1 поверх.
3. Как вы решаете, какой кодек получит зритель? Плеер и манифест должны вести codec-согласование на каждый сеанс. Большинство стриминговых стеков это уже поддерживают (HLS и DASH оба умеют поля codec-тегов). Энкодер должен производить обе лестницы. Стоимость хранения примерно удваивается для каждого тайтла, закодированного в обоих.

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

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

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

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

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

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

• Сравнительная таблица: MPEG-2, H.264, H.265, VP9, AV1, VVC – для side-by-side цифр.
• AV1: состояние в 2026 – глубокое погружение в кодек, который держит стриминг сегодня.
• Как выбрать кодек для своего сервиса в 2026 – decision-tree выбора кодека.