H.265 / HEVC: +50% к H.264 и патентная катастрофа

TL;DR

H.265, тот самый стандарт, который индустрия называет High Efficiency Video Coding (HEVC), – это видеокодек (программа, упаковывающая «сырое» видео в компактный файл и восстанавливающая его обратно в изображение), разработанный комитетами по стандартизации в период с 2010 по 2013 год с одной целью: сократить битрейт по сравнению с H.264 вдвое при сохранении визуального качества. Технически задача была решена: независимые тесты Joint Collaborative Team on Video Coding (JCT-VC) показали снижение битрейта на 35–50% при том же субъективном качестве – результат, подтверждённый на сотнях видеофрагментов за десять лет последующих исследований.12 Однако коммерчески всё пошло не так. Три отдельных патентных пула – MPEG LA, HEVC Advance, Velos Media – плюс несколько правообладателей, не вошедших ни в один из них, настолько раздробили лицензирование, что браузерные вендоры почти десятилетие отказывались поддерживать HEVC. В сентябре 2015 года был создан Alliance for Open Media для разработки royalty-free альтернативы – AV1. По данным последнего Bitmovin Video Developer Report, в 2026 году HEVC занимает 49% профессиональных стриминговых пайплайнов – уступая H.264 (около 75%) и уступая AV1 в планах на ближайшие 12 месяцев.3

Зачем это знать

Если вы транслируете видео на телевизоры, set-top-боксы, устройства Apple или 4K/HDR-контент – вы почти наверняка уже используете HEVC. Это единственный кодек, сочетающий широкую аппаратную поддержку декодирования (каждый телевизор, каждый iPhone начиная с 6s, каждый чипсет смарт-ТВ с 2015 года, каждая игровая консоль начиная с PS4) и уровень сжатия, снижающий объём данных на 50% по сравнению с H.264. Но за это приходится платить. Два патентных пула плюс остаточные правообладатели означают два набора лицензионных соглашений, два права на аудит и две статьи расходов в бюджете на видео – и примерно 20–25% ключевых HEVC-патентов находятся вне этих пулов, что и не даёт покоя юристам.45

Эта статья простыми словами объясняет, что такое HEVC, разбирает пять технических улучшений, которые дали прирост сжатия на 50 %, подробно раскрывает матрицу профиль / tier / level так, как она используется в спецификации, и честно говорит о лицензировании: сколько берут лицензионные пулы, где скрывается правовой риск в 2026 году и как продуктовая команда выбирает между HEVC, AV1 и стратегией «остаёмся на H.264 до 2027 года». Предварительные знания о кодеках не требуются – каждый термин объясняется простым языком до его использования. Если вы ещё не читали H.264 / AVC: рабочая лошадка интернета, это обязательное чтение: HEVC – его прямой наследник, и по архитектуре они очень близки.

Что такое HEVC на самом деле

Кодек – это два компонента, объединённые в одно: энкодер, упаковывающий необработанные кадры в компактный файл, и декодер, восстанавливающий их обратно в изображение. Слово образовано от coder + decoder. HEVC – это кодек, разработанный комитетами по стандартизации в период с 2010 по 2013 год, чтобы заменить H.264 так же, как H.264 десятью годами ранее заменил MPEG-2. Цель заключалась в том, чтобы вдвое снизить битрейт при сохранении того же субъективного качества на аналогичном контенте. Технически эта цель была достигнута – но дальше начинается коммерческая часть.

Стандарт публикуется под двумя параллельными названиями, поскольку его разработка велась двумя организациями, уже знакомыми нам по H.264. Moving Picture Experts Group (MPEG) входит в состав ISO и IEC. Video Coding Experts Group (VCEG) действует в рамках сектора стандартизации телекоммуникаций ITU-T. В январе 2010 года эти две группы создали Joint Collaborative Team on Video Coding (JCT-VC) специально для разработки преемника H.264. Результат был опубликован как Recommendation ITU-T H.265 на стороне ITU и как ISO/IEC 23008-2 – часть 2 более широкого стандарта MPEG-H – на стороне ISO в 2013 году.6 Тексты полностью идентичны. На сегодняшний день стандарт находится в восьмой редакции (2024), однако нормативный синтаксис битового потока остаётся стабильным с самого первого издания.7

Официальное полное название – High Efficiency Video Coding, сокращённо HEVC. В продуктовой документации все три наименования – H.265, HEVC, MPEG-H Part 2 – используются взаимозаменяемо, иногда даже в одном абзаце. Это один и тот же стандарт. Возглавляли работу JCT-VC Gary Sullivan (Microsoft, ранее руководивший JVT по H.264) и Jens-Rainer Ohm (RWTH Aachen), при участии Thomas Wiegand (Fraunhofer HHI, Берлин), внёсшего многие ключевые идеи по компрессии.6 Первая версия была одобрена ITU-T 13 апреля 2013 года и опубликована ISO/IEC в июне 2013 года.6

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

Краткая история: от «преемника H.264» до патентной неразберихи

К 2010 году перед стриминговой индустрией стояла чёткая задача. H.264 работал отлично, но ultra-high-definition (UHD) – телевидение с разрешением 3840×2160 при 60 кадрах в секунду – уже появлялось в домах и требовало примерно в четыре раза большего битрейта по сравнению с 1080p HD. Это создавало нагрузку на кабельные сети, домашний широкополосный интернет и все дисковые форматы. Индустрии нужен был кодек, способный передавать UHD-качество при том же битрейте, который H.264 использовал для HD. В январе 2010 года MPEG и VCEG создали JCT-VC именно для решения этой задачи, в апреле того же года начали сбор предложений и за два года – с 2010 по 2012 – определили его основное ядро.6

Техническая работа шла размеренно и методично. JCT-VC принял Coding Tree Units (CTU) в качестве замены 16×16 макроблокам H.264 (подробно рассмотрим позже), внедрил 35 режимов intra-предсказания из предложения Samsung и Microsoft, а также добавил два новых in-loop-фильтра – Sample Adaptive Offset (SAO) к уже существующему фильтру деблокинга. Программа верификации JCT-VC, проведённая в 2013 году – формальные субъективные тесты на десяти эталонных клипах, закодированных различными реализациями HEVC и сравниваемых с H.264 – показала средний выигрыш по битрейту около 50% при одинаковом Mean Opinion Score (MOS). Именно эта цифра и закрепилась за HEVC.2

Коммерческая реализация пошла иначе. В цепочке произошло три события – и все они оказались невыгодны для HEVC.

Первое: пулы раздробились. H.264 администрировал один пул – MPEG LA, чей отказ от роялти за бесплатное для конечного пользователя интернет-видео в 2010 году разблокировал YouTube, Vimeo и всю отрасль веб-видео. Ожидалось, что HEVC пойдёт по той же модели. MPEG LA объявила свой HEVC-пул в 2014 году со ставками, очень близкими к H.264. Но группа правообладателей во главе с GE, Technicolor, Dolby, Mitsubishi и Philips оказалась недовольна ставкой MPEG LA и в марте 2015 года выделилась в конкурирующий пул – HEVC Advance. В 2017 году появился третий пул – Velos Media, поддержанный Ericsson, Panasonic, Qualcomm, Sharp и Sony.8 Часть правообладателей, включая Technicolor (вышел из HEVC Advance), не вошли ни в один пул. К 2017 году продакт-менеджер, решивший отгрузить HEVC, должен был договариваться с тремя пулами и несколькими независимыми правообладателями – с пересекающимся покрытием, неясными ставками для стриминга и без единой «однооконной» лицензии, напоминающей чистую модель MPEG LA.

Второе: контентные роялти появились, потом сошли на нет. Изначально HEVC Advance и Velos Media предлагали роялти за стриминговый и вещательный контент – плату за время или за подписчика сверх роялти за устройство, что напугало стриминговых операторов до полусмерти. HEVC Advance смягчил условия по контентным роялти в 2016 и 2017 годах под давлением индустрии; Velos Media в итоге занял позицию: «контентных роялти нет».8 Но репутационный ущерб уже был нанесён, и фраза «у HEVC неопределённые контентные роялти» стала стандартным аргументом в юридических отделах на следующие пять лет.

Третье: появился AV1. В сентябре 2015 года – через полгода после запуска HEVC Advance и за год до публикации окончательных ставок MPEG LA – Amazon, Cisco, Google, Intel, Microsoft, Mozilla и Netflix создали Alliance for Open Media (AOMedia) с чёткой целью: разработать royalty-free-кодек, который стал бы преемником H.264 и HEVC и никогда не требовал бы патентной лицензии. Учредители прямо называли лицензионный хаос вокруг HEVC ключевым триггером. Версия AV1 1.0 вышла в марте 2018 года и сегодня является кодеком выбора для всех стриминговых платформ (YouTube, Netflix, Meta, Vimeo), которым важны экономия битрейта без роялти за поток. Подробно о AV1 – в статье AV1: новый стандарт интернета и где он сейчас в 2026.

Сделка 2025 года немного упорядочила ситуацию. Access Advance (корпоративная материнская компания HEVC Advance) приобрела пулы лицензирования HEVC и VVC от Via Licensing Alliance, в которые на тот момент уже вошёл оставшийся актив HEVC-пула MPEG LA – после того как MPEG LA в апреле 2023 года была поглощена Via LA.9 По состоянию на январь 2026 года реальный ландшафт состоит из двух основных пулов: Access Advance (бывший HEVC Advance, теперь также администрирует бывший пул Via LA под названием VCL Advance) и небольшого числа двусторонних правообладателей, а также – 25-процентного повышения ставок для новых лицензиатов с 1 января 2026 года.1011 Срок действия старых ставок был продлён до 30 июня 2026 – это решение было принято в конце января 2026 года. Именно это «живое окно» сейчас используют продуктовые команды для принятия решений.11

Это и есть лицензионная история, стоящая за каждым разговором «отгружаем ли мы HEVC?» в 2026 году. Компрессия – отличная. Лицензия – решаема, но дорогая. Репутационный ущерб для перспектив HEVC оказался необратимым: каждый streaming-ориентированный вендор либо уже внедрил AV1, либо имеет публичный план его внедрения, и «момента HEVC» с универсальной поддержкой во всех браузерах, как у H.264 в 2010–2013 годах, больше не будет.

Как HEVC сжимает на 50% сильнее H.264, простыми словами

HEVC – всё тот же гибридный блочный кодек с той же общей архитектурой, что была заложена в MPEG-2 и доведена до совершенства в H.264. Каждый кадр разбивается на блоки, каждый блок предсказывается по соседним, небольшой остаток (residual) проходит через частотное преобразование, результат преобразования квантуется (округляется), а полученные значения записываются в сжатый bitstream с помощью энтропийного кодера. Подробно о полной архитектуре рассказывается в статье Архитектура гибридного видеокодека. HEVC сохраняет те же пять этапов, но оптимизирует каждый из них. Именно на этих пяти этапах HEVC добивается своего 50%-го выигрыша по сравнению с H.264.

1. Крупнее и умнее блоки: Coding Tree Units

H.264 делил кадр на фиксированные 16×16 макроблоки, которые энкодер мог дробить на прямоугольники размером до 4×4 пикселей для компенсации движения. HEVC отказывается от жёстко заданного блока 16×16 и заменяет его Coding Tree Unit (CTU) размером 64×64, 32×32 или 16×16 пикселя – выбор зависит от видеопоследовательности и определяется энкодером, хотя по умолчанию используется 64×64 для HD и выше.12 Далее CTU рекурсивно делится по принципу квадродерева на более мелкие Coding Units (CU) – вплоть до 8×8 пикселей.

Ментальная картинка – шахматная доска, клетки которой можно в любой момент подразделить на меньшие шахматные доски. Большой участок голубого неба укладывается в одну большую CU размером 64×64 и описывается небольшим набором чисел; зона со сложным движением – например, футбольный матч, толпа или рябь на воде – рекурсивно делится на множество маленьких CU размером 8×8, каждая из которых точно описывает свой фрагмент движения. Энкодер сам выбирает, как разбить изображение на области. На HD и UHD-контенте именно здесь и достигается основной выигрыш: большие однородные участки сжимаются значительно эффективнее, когда энкодер может описать их одной большой CU, а не повторять одно и то же шестнадцать раз.

2. Больше направлений intra-предсказания

Когда энкодер предсказывает блок на основе соседей внутри того же кадра – intra-prediction – H.264 предлагал 9 направленных режимов (плюс DC и planar). HEVC даёт 35: 33 угловых направления, а также DC и Planar.13 Чем больше направлений, тем точнее энкодер улавливает реальное направление границ на изображении, что снижает остаточный сигнал (residual). Наибольший выигрыш достигается на контенте с диагональными границами и текстурой – например, крыши, заборы, одежда «в ёлочку». Подробнее – в Intra-frame coding: как сжимается отдельный кадр.

3. Точнее: компенсация движения

Для inter-предсказания (предсказания блока на основе похожего фрагмента из предыдущего или следующего кадра) HEVC, как и H.264, использует четвертьпиксельные векторы движения, но интерполирующий фильтр, формирующий субпиксельные позиции, значительно лучше: 8-таповый фильтр для яркостной компоненты (luma) и 4-таповый фильтр для цветовых компонент (chroma), рассчитанный на сохранение высокочастотных деталей при интерполяции.12 HEVC также вводит Advanced Motion Vector Prediction (AMVP) – энкодер описывает каждый вектор движения как небольшое смещение от списка предсказанных векторов, взятых из пространственных и временных соседей, а также режим слияния (merge mode) – блок просто переиспользует вектор движения соседа, не записывая свой собственный. При медленном или повторяющемся движении (длинные планы, диалоговые сцены) только режим слияния позволяет сэкономить измеримый процент битрейта. См. Inter-frame coding и motion estimation.

4. Два фильтра в цикле вместо одного

В H.264 был один in-loop-фильтр – deblocking filter, сглаживающий границы между блоками, где жёсткое квантование оставляло бы заметные квадратные артефакты. HEVC сохраняет деблокинг, но добавляет второй фильтр – Sample Adaptive Offset (SAO), работающий после деблокинга. SAO классифицирует пиксели либо по отношению к соседним (edge offset), либо по значению (band offset) и применяет небольшое смещение к каждому классу, чтобы минимизировать отличие от оригинального изображения.12 На плавных градиентах – закатах, тонах кожи, освещённых стенах – SAO устраняет слабый banding, который оставался в H.264, что позволяет энкодеру использовать более грубый квантизатор при сохранении того же воспринимаемого качества. Подробно о фильтрах рассказано в статье In-loop filtering: deblocking, SAO, ALF, CDEF.

5. Параллелизм, наконец-то

H.264 в основном использовал последовательный декодер: каждый макроблок зависел от левого и верхнего соседей, поэтому декодер обрабатывал кадр строго в порядке растровой развёртки. HEVC проектировался с учётом эпохи многоядерных процессоров и предлагает три инструмента параллельной обработки, которые кодировщик может активировать: Tiles (изображение делится на прямоугольные области, декодируемые независимо), Wavefront Parallel Processing (WPP) (обработка каждой строки CTU начинается сразу после декодирования второго CTU в строке выше) и Dependent Slices (изображение разбивается на полосы, при этом состояние энтропийного кодера передаётся между ними).12 На 16-ядерном процессоре это означает разницу между «одна нить не справляется с 1080p60» и «спокойно декодируем 4K60».

Цена этих пяти побед – сложность энкодера. Хорошая оценка: HEVC-энкодинг в 2–10 раз медленнее, чем у H.264 при сопоставимых пресетах, потому что один только перебор квадродерева CTU – задача оптимизации гораздо более сложная, чем перебор режимов макроблока в H.264.14 Сложность декодера скромнее – примерно в 1,5–2 раза больше, чем у H.264, что укладывается в вычислительные возможности любого чипа, спроектированного после 2014 года.

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

Точное число компрессии – и где оно не справляется

«50%» – это усреднённое значение; реальная экономия сильно зависит от контента и разрешения. Верификационные тесты JCT-VC 2013 года, проведённые на десяти эталонных клипах с использованием нескольких реализаций HEVC и сравнение с оптимизированными x264-энкодерами при одинаковом MOS, показали среднюю экономию битрейта в диапазоне 40–50% для HD-контента и несколько выше – часто 45–60% – для UHD.2 Независимые академические исследования с 2013 года в целом подтверждают эти цифры с помощью методики Bjøntegaard Delta Bitrate (BD-rate) – стандартного способа сравнения кодеков при одинаковом объективном качестве (PSNR или VMAF).1 На низком разрешении и при низком битрейте – sub-720p, sub-2 Mbps – экономия снижается до 20–35%, поскольку основная часть преимуществ HEVC достигается за счёт больших CTU, которые просто не помещаются в маленькие кадры. На высокоразрешённом и высокодинамичном контенте экономия, напротив, возрастает. Подробно о PSNR, SSIM и VMAF – в статье Метрики качества: PSNR, SSIM, MS-SSIM, VMAF.

Профили, уровни и тиры: как один кодек покрывает 100 use-кейсов

Спецификация, сравнимая по масштабу с HEVC, должна охватывать всё – от видеозвонка с разрешением 176×144 на кнопочном телефоне до студийного 8K-мастера при 120 кадрах в секунду. Чтобы чипы декодеров оставались недорогими, HEVC ограничивает набор доступных функций по трём направлениям: Profiles (какие инструменты кодирования можно использовать), Tiers (максимальный битрейт для каждого разрешения – Main tier для обычных задач, High tier для профессиональных), и Levels (ограничения по разрешению, частоте кадров и максимальному битрейту).15 Декодер настраивается под конкретную комбинацию Profile @ Tier @ Level, и энкодер должен строго придерживаться этих параметров.

HEVC сегодня определяет около 20 профилей (большинство из которых были добавлены в более поздних редакциях для специализированных применений), 2 уровня сложности (Main и High) и 13 уровней производительности (от Level 1 до Level 6.2). На практике реально используются лишь несколько комбинаций, и именно их стоит знать.

Таблица 1. Профили HEVC, с которыми реально встретитесь в продуктовой работе. Полная спецификация определяет ещё дюжину специализированных профилей (scalable HEVC, multi-view, range extensions, screen-content extensions), применяемых в нишевых задачах.

Main 10 – практический стандарт для почти любого нового HEVC-развёртывания в 2026 году. Даже на SDR-контенте 10-битный пайплайн обеспечивает более плавные градиенты (меньше заметного banding) при том же битрейте – именно поэтому мы рекомендуем использовать Main 10 вместо Main даже при 8-битном исходном материале. Подробнее об этом – 8-бит и 10-бит кодирование: миф «10 бит только ради HDR».

Tiers – вторая ось. Main tier предназначен для типичных задач и ограничивает битрейт умеренными значениями: на Level 5.1 (максимум 4K @ 60 fps) он ограничен 40 Mbps. High tier – для профессионального использования, повышает лимит до 160 Mbps на том же уровне.15 Большинство потребительских устройств поддерживают Main tier, а оборудование для вещания, профессиональные камеры и инструменты постобработки работают с High tier.

Levels – третья ось, ограничивающая разрешение и частоту кадров.

Таблица 2. Уровни HEVC, которые реально встречаются на практике. Полный стандарт уже определяет дополнительные уровни для 12K- и 16K-изображений (6.3–7.2) с учётом будущих размеров дисплеев, однако потребительского декодирующего оборудования для них пока не существует.

Арифметика битрейта проста. 90-минутный фильм, закодированный в 8 Mbps Main 10 @ Main tier Level 4.1 (1080p60 SDR), занимает:

8 Mbps × 90 мин × 60 с = 43 200 Mb
43 200 Mb ÷ 8          = 5 400 MB ≈ 5,27 ГБ

Тот же фильм в 4K60 HDR Main 10 @ Main tier Level 5.1 при 25 Мбит/с:

25 Mbps × 90 мин × 60 с = 135 000 Mb
135 000 Mb ÷ 8          = 16 875 MB ≈ 16,5 ГБ

Сравните эти числа с эквивалентными H.264-энкодами: примерно 10 ГБ для 1080p60 H.264 при том же воспринимаемом качестве и около 33 ГБ для 4K60 (который H.264 на практике не справляется в массовых профилях выше 30 кадров в секунду). Компрессионный выигрыш HEVC вполне реальный – и особенно заметен в UHD, где H.264 начинает давать сбои.

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

История с патентными пулами в 2026, без прикрас

Это раздел, который определяет, будет ли HEVC в вашем продукте. Технический аспект понятен, а коммерческий – задача с несколькими переменными.

В 2026 году действуют два патентных пула HEVC после консолидации 2023 и 2025 годов.

Access Advance (бывший HEVC Advance) – доминирующий патентный пул. По наиболее цитируемым отраслевым оценкам, он контролирует около 80% ключевых HEVC-патентов, включая те, что ранее администрировались MPEG LA (в 2023 году влилась в Via LA) и Via LA (пулы HEVC и VVC которой Access Advance приобрёл в 2025 году).910

Access Advance предлагает две зонтичные лицензионные программы – HEVC Advance (старый пул) и VCL Advance (Video Codec Licensing, бывший пул Via LA). Однако один лицензиат может заключить многоформатное соглашение Bridging Agreement, которое охватывает обе программы, а также VVC, по комбинированной скидочной ставке.16

Velos Media – меньший пул, который остаётся активным в 2026 году, с другим набором правообладателей (Ericsson, Panasonic, Qualcomm, Sharp, Sony).8 У Velos Media фиксированная ставка – 0,20 доллара за устройство, контентное роялти отсутствует, а тарифы публикуются открыто.

Остаточные 15–25% essential HEVC-патентов находятся вне обоих пулов и принадлежат отдельным компаниям (например, Samsung в ряде юрисдикций, а также академическим и консорциумным правообладателям), лицензирующим их двусторонне. Оценки аналитиков варьировались – от «10%» до «40%» патентов вне пулов – в зависимости от методики; отчёт GreyB 2024 оценил долю патентов в пулах примерно в 65%, то есть вне пулов остаётся значительная часть, и именно она определяет премию за риск, которую закладывают юридические отделы.4

Для стриминг-оператора ориентировочные цифры на январь 2026 года выглядят примерно так (это условные диапазоны, а не котировки – точные значения согласовывает ваш юридический отдел).

Из этих данных можно сделать три практических вывода.

Первый. Для любого производителя устройств, отгружающего HEVC, структура «два пула + остаток» теперь реализуется одним контрактом с Access Advance и одним с Velos Media, плюс freedom-to-operate-обзор по остатку. Важный дедлайн – 30 июня 2026 года: подпишите соглашение с Access Advance до этой даты, чтобы зафиксировать тарифы до их повышения.11

Второй. Для компаний с подходом streaming-first (вы кодируете, храните и раздаёте видео, но не продаёте устройства) коммерческая привлекательность HEVC оказывается заметно ниже, чем может показаться. За программный декод HEVC на устройствах Apple вы ничего не платите – лицензия покрывается производителем устройства. А вот за кодирование HEVC придётся платить, если используете коммерческий энкодер вроде MainConcept; если же применяете x265 под лицензией GPL – оплата не требуется. Контентные роялти стали мягче, но полностью не исчезли. Альтернатива – AV1 – полностью бесплатна с обеих сторон: и для кодирования, и для декодирования. Аппаратный декод AV1 уже доступен в каждом смарт-ТВ 2026 года, в каждом iPhone начиная с модели 15 Pro, в каждом Pixel с Pixel 6 и на всех видеокартах PC, начиная с RTX 30 / RX 6000 / Arc.

Третий. AOMedia legal indemnity для AV1 (Alliance for Open Media предоставляет членам и лицензиатам коллективную защиту от патентных претензий к AV1-битстриму) у HEVC отсутствует. В случае с HEVC нет центрального органа, который мог бы защитить вас от исков Sisvel или Sony по патентам, не входящим ни в один патентный пул. Риск действительно существует, но он невелик; именно отсутствие коллективной защиты делает его психологически более ощутимым.

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

Где HEVC реально приносит пользу в 2026

Знание лицензионной истории не отменяет того, что HEVC остаётся правильным выбором в нескольких реальных кейсах в 2026 году.

4K/HDR OTT и вещание. Каждый 4K UHD Blu-ray, каждый 4K UHD-канал кабельного или спутникового телевидения, каждый линейный 4K HDR-поток (DAZN, Sky, BT Sport, Comcast Xfinity 4K, Verizon Stream TV, 4K HDR-каталог приложения Apple TV) использует кодек HEVC Main 10. Спецификации DVB и ATSC 3.0 определяют HEVC основным кодеком для 4K-вещания.1718 Если ваш продукт принимает, транскодирует или распространяет UHD-трансляции или премиум-контент по запросу, обойти HEVC невозможно.

Apple-экосистема. Каждый iPhone начиная с модели 6s, каждый iPad с 2017 года, каждый Apple TV 4K (и каждый Mac с аппаратным декодером HEVC с 2017 года) нативно записывают и воспроизводят видео в формате HEVC. Формат фотографий Apple HEIF и расширение .heic – это I-кадры, закодированные с использованием HEVC. Если вы разрабатываете приложения для iOS, macOS или tvOS, HEVC – стандартный формат, используемый камерой по умолчанию и обязательный для передачи 4K-видео через AirPlay на Apple TV.

Дисковая раздача и ингест. Формат 4K Ultra-HD Blu-ray устанавливает HEVC Main 10 @ Main tier Level 5.1 в качестве обязательного кодека – со скоростью до 108 Mbps (спецификация рассматривает 108-мегабитный лимит как расширение «High tier», специфичное для диска).19 Любой 4K UHD-плеер и AV-ресивер по умолчанию поддерживают декодирование HEVC.

Live UHD-события. Live-спорт, концерты, конференции и broadcast-ингест-линии между студией и аппаратной сегодня доминируют в формате HEVC Main 4:2:2 10 @ High tier – потому что экосистема live-кодирующего оборудования (NETINT Quadra, NVIDIA NVENC, Intel QSV, MainConcept-основанные broadcast-энкодеры) поддерживает профессиональные профили HEVC нативно и с меньшей лицензионной нагрузкой, чем VVC.

Адаптивные битрейт-лестницы с 4K. Любая современная ABR-лестница, выходящая за пределы 1080p, как правило, включает HEVC-рендеры для уровней 1080p60 и выше, а также для 4K, с H.264 в качестве резервного варианта для уровней 720p и ниже. AV1-лестницы всё чаще заменяют HEVC на уровнях 1080p и выше у OTT-операторов, уже перешедших на AV1, однако количество устройств, поддерживающих только HEVC, остаётся достаточно большим, чтобы эта кодировка оставалась практичной «золотой серединой» ещё 2–3 года.

Где HEVC перестаёт быть выгодным

WebRTC не поддерживает HEVC по умолчанию – мандат IETF для видео – это H.264 и VP8.20 HEVC стал опциональным в WebRTC с 2024 года, однако ни один из крупных браузеров не включает его в SDP offer/answer по умолчанию. Подробности о SDP и ICE – в статье WebRTC: SDP, ICE, STUN/TURN, SFU vs MCU.

Поддержка в браузерах – частичная. Safari поддерживает HEVC нативно с 2017 года. Edge добавил аппаратный декодер HEVC на Windows в 2018 году. Firefox 134 (январь 2025) внедрил аппаратный декодер HEVC на Windows и macOS. Chrome на Windows воспроизводит HEVC, если операционная система предоставляет аппаратный декодер (начиная с Chrome 105, 2022). Chrome на Linux по умолчанию в 2026 году всё ещё не воспроизводит HEVC, поскольку в Chromium отсутствует royalty-free декодер, а Google не оплачивает лицензию.21

Royalty-free как обязательное требование. Если ваш продукт не может платить роялти (общественное вещание, embedded medical, академическая раздача, FOSS user-generated content), HEVC – неправильный выбор. Обязанность по роялти реальна, структура пулов непрозрачна, а out-of-pool-экспозиция не ограничена. Используйте AV1 или VP9.

Типичные ошибки (прочитайте до энкодинга)

Короткий список ошибок, которые мы регулярно наблюдаем у видеокоманд, переходящих на HEVC.

«Грабля: отгружаете Main, имея в виду Main 10. Main – это только 8 бит. Если источник 10-битный (HDR, ProRes 422 HQ или любая современная профессиональная камера), кодирование в Main обрезает 2 бита яркости на сэмпл и вызывает заметный бэндинг на градиентах. Всегда кодируйте HDR- и 10-битные источники в Main 10.»

«Грабля: предполагаете, что «HEVC» равно «HDR». HEVC по умолчанию – это SDR-кодек. HDR реализуется через transfer function (PQ для HDR10/Dolby Vision, HLG для broadcast HDR), которые указываются в VUI и SEI, плюс использование 10 бит на сэмпл (Main 10), плюс наличие mastering display metadata в битстриме. Кодирование в Main 10 без указания transfer function и цветовоспроизводимых характеристик даёт 10-битный SDR-файл, а не HDR. См. Полный гид по HDR: HDR10, HDR10+, Dolby Vision, HLG.»

«Грабля: неправильный tier для 4K. 4K при 60 кадрах в секунду на высоких битрейтах требует Main tier Level 5.1 как минимум, а для профессионального ингеста – High tier Level 5.1. Энкодеры, по умолчанию использующие Main tier Level 5.0, молча ограничивают битрейт до 25 Мбит/с, что приводит к заметным артефактам сжатия на настоящем UHD. Явно указывайте уровень в команде FFmpeg или x265.»

«Грабля: забыли, что AAC и Dolby лицензируются отдельно. Патенты на HEVC – одна цепочка; AAC (MPEG LA, Via LA) – вторая; Dolby Audio, Dolby Atmos и Dolby Vision – ещё три. Чистый расчёт «HEVC-роялти» должен учитывать аудио- и HDR-цепочки в той же модели.»

«Грабля: HEVC-битстрим в MP4 с неправильным кодеком-параметром. Контейнер MP4 требует указания параметра кодека hev1 или hvc1 в описании сэмпла – они определяют разные способы хранения parameter sets (VPS/SPS/PPS). Устройства Apple предпочитают hvc1 (parameter sets в описании сэмпла), а некоторые стриминговые системы требуют hev1 (parameter sets в потоке). Несоответствие приводит к скрытым сбоям воспроизведения на iOS. См. Контейнеры: MP4, fMP4, MKV, WebM, MOV, MPEG-TS.»

HEVC в FFmpeg: команды, которыми реально пользуются

Три команды охватывают примерно 90% HEVC-энкодинга, выполняемого видеокомандами. Мы используем энкодер x265 – эталонную открытую реализацию HEVC, распространяемую под лицензией GPL v2 с коммерческой опцией от MulticoreWare. Все три команды рассчитаны на FFmpeg версии 6 или новее с включённой поддержкой x265 в сборке.

# 1) Качественный 1080p60 VOD-энкод, CRF 22, профиль Main 10
ffmpeg -i in.mov -c:v libx265 -preset slow -crf 22 \
  -profile:v main10 -pix_fmt yuv420p10le \
  -x265-params "level=4.1:bframes=8:ref=5:psy-rd=2.0" \
  -tag:v hvc1 -c:a aac -b:a 128k -movflags +faststart out.mp4

Флаг -crf 22 (Constant Rate Factor 22) – это целевая мера качества: чем меньше число, тем выше качество и больше размер файла; CRF 22 обеспечивает визуально прозрачное качество при разрешении 1080p. Тег -tag:v hvc1 – именно он позволяет устройствам Apple корректно обрабатывать файл. Подробно о режимах управления битрейтом читаем в статье Rate control: CBR, VBR, CRF, ABR, capped CRF.

# 2) 4K HDR10-мастер, Main 10, High tier, Level 5.1
ffmpeg -i in_master.mxf -c:v libx265 -preset slower \
  -profile:v main10 -pix_fmt yuv420p10le \
  -x265-params \
  "level=5.1:tier=high:colorprim=bt2020:transfer=smpte2084:\
colormatrix=bt2020nc:master-display='G(13250,34500)B(7500,3000)R(34000,16000)\
WP(15635,16450)L(10000000,1)':max-cll=1000,400" \
  -tag:v hvc1 -c:a copy out_4khdr10.mp4

Строки master-display и max-cll содержат HDR10 static metadata (цветовые первичные, белую точку, пиковую и среднюю яркость кадра) внутри HEVC-битстрима в виде SEI-сообщений. Без них файл на любом HDR-дисплее выглядит тусклым и серым, поскольку панель не знает, как интерпретировать 10-битные сэмплы.

# 3) Live RTMP-ингест, 1080p30, Main tier Level 4.0, удобный для ABR
ffmpeg -re -i input -c:v libx265 -preset veryfast \
  -profile:v main -pix_fmt yuv420p \
  -x265-params "level=4.0:no-scenecut=1:keyint=60:min-keyint=60" \
  -b:v 5500k -maxrate 5500k -bufsize 11000k \
  -tag:v hvc1 -f flv rtmp://ingest.example.com/live/streamkey

Фиксированный интервал ключевых кадров в 2 секунды (keyint=60 при 30 fps) – это то, что делает видеопоток пригодным для сегментации в HLS или DASH на последующих этапах. См. Streaming-протоколы: 8, которые имеют значение в 2026.

HEVC против поля: сравнение кодеков в 2026

Честное сравнение включает все пять кодеков, о которых продакт-менеджер упомянул на бюджетном митинге.

Таблица 3. Ландшафт кодеков в 2026. Технически HEVC силён; коммерчески – самый слабый из трёх production-кодеков из-за патентного оверхеда и появления AV1. Живая версия таблицы – в Сравнительная таблица кодеков.

Чтение этой таблицы, которое мы предлагаем в продуктовых ревью: HEVC – стандарт сегодня; AV1 – стандарт завтра; VVC вряд ли вытеснит AV1 в потребительском стриминге (коммерческие сложности VVC разбираем в H.266 / VVC: технически отличный, рыночно слабый).

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

Где Фора Софт вписывается

Мы создаём видеопродукты с 2005 года и реализовали 239+ проектов в сфере видеостриминга, OTT и интернет-ТВ, видеоконференций, видеонаблюдения, e-learning, телемедицины и AR/VR. HEVC лежит в основе почти всех UHD-пайплайнов, которые мы разработали за последнее десятилетие – будь то 4K HDR ABR-лестницы для OTT-операторов, broadcast-ингест-оборудование для клиентов, работающих с live-мероприятиями, или медицинские архивы, где трафик платный, и 50%-ная экономия от HEVC окупается уже в первый месяц за счёт снижения стоимости хранения. Мы также помогаем клиентам пройти весь процесс переговоров с патентными пулами – от выбора подходящего пула и соблюдения дедлайнов до структурирования роялти на устройства и контент, а также оценки целесообразности перехода на AV1 для следующего поколения ABR-лестниц. Выбор здесь реальный и зависит от контекста – если ваша команда сейчас стоит перед такой задачей, мы регулярно обсуждаем эти вопросы по несколько раз в квартал и с радостью поделимся опытом с вами.

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

• HEVC обеспечивает на 35–50% меньший битрейт по сравнению с H.264 при одинаковом воспринимаемом качестве на HD- и UHD-контенте.
• Техническое преимущество достигается за счёт пяти ключевых особенностей: более крупные блоки (CTU до 64×64), 35 режимов intra-предсказания, улучшенные motion-фильтры, два фильтра in-loop и явная поддержка параллелизма.
• Профили, тиры и уровни образуют трёхмерную матрицу – например, Main 10 @ Main tier @ Level 5.1 – которая стала стандартом по умолчанию для 4K HDR-стриминга.
• Структура патентных пулов остаётся главной коммерческой проблемой HEVC: два пула + остаточные лицензии, а с 1 января 2026 года ставки Access Advance вырастут ещё на 25%.
• AV1 – это royalty-free альтернатива, быстро набирающая популярность в аппаратном декодировании; в новых проектах (greenfield) комбинация AV1 + H.264 как fallback часто оказывается коммерчески выгоднее HEVC.
• HEVC невозможно обойти в 4K UHD Blu-ray, Apple-кабеле, UHD-вещании ATSC 3.0 / DVB и большинстве каталогов 4K HDR OTT в 2026 году.

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

• H.264 / AVC: рабочая лошадка интернета – кодек, для замены которого и разрабатывался HEVC, и который до сих пор остаётся широко используемым.
• AV1: новый стандарт интернета и где он сейчас в 2026 – альтернатива без роялти, возникшая как ответ на лицензионные сложности HEVC.
• Сравнительная таблица кодеков – актуальное, регулярно обновляемое сравнение всех кодеков, применяемых в продакшене, по ключевым параметрам, важным для продуктовых команд.