LCEVC (MPEG-5 Part 2): улучшающий слой поверх любого кодека

TL;DR

LCEVC – это тонкий программный слой, который надстраивается над существующим видеокодеком (H.264, HEVC, VP9, AV1 или VVC) и делает картинку резче при меньшем битрейте, не требуя нового аппаратного декодера. Базовый кодек кодирует видео в пониженном разрешении, аппаратный чип декодирует его обычным образом, а LCEVC поверх добавляет два маленьких слоя коррекций – так называемых остатков (residuals), – которые исправляют картинку и поднимают её до полного разрешения уже в софте. Независимые тесты показывают 28–50% экономии битрейта при равном качестве и ускорение кодирования в 2–3 раза по сравнению с тем же базовым кодеком на полном разрешении. По состоянию на май 2026 LCEVC обязателен в бразильском вещательном стандарте TV 3.0 / DTV+, интегрирован в GStreamer 1.26 и Shaka Player 4.3+, лицензируется V-Nova с опубликованной тарифной сеткой.

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

У каждой команды, занимающейся стримингом, видеонаблюдением или конференц-связью, одинаковая арифметика. Полоса дорогая, счёт CDN растёт линейно с длительностью просмотра, а следующее поколение кодеков – VVC, AV1 или будущий AV2 – требует годы циклов обновления железа, прежде чем большинство зрителей сможет их декодировать. LCEVC предлагает другую сделку: вы оставляете тот аппаратный декодер H.264 или HEVC, который уже стоит в каждом телефоне, браузере и телевизоре, и привинчиваете к нему программный слой, который сегодня закрывает 30–50% разрыва по эффективности до AV1 – на тех устройствах, которые уже у пользователей в руках. Эта статья – для продакт-менеджера, выбирающего кодек-роадмап; для стримингового инженера, которому нужно ужать счёт за полосу вдвое, не сломав установленную базу iOS и Roku; и для основателя OTT-сервиса, который начитался про AV1 и хочет понять, LCEVC – это короткий путь или отвлекающий манёвр.

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

Полное название – Low Complexity Enhancement Video Coding. Номер стандарта – ISO/IEC 23094-2:2021, часть семейства MPEG-5. Утвердил ISO/IEC JTC1 SC29 – тот же комитет, что утверждал MPEG-2, H.264 и HEVC.

LCEVC – это не кодек в обычном смысле слова. Кодек, как H.264 или AV1, принимает сырое видео на вход и выдаёт самодостаточный сжатый битстрим на выходе. LCEVC принимает два входа и выдаёт улучшающий битстрим. Эти два входа – оригинальное видео в полном разрешении и выход какого-то другого кодека – назовём его базовым – который сжал то же видео в пониженном разрешении. Задача LCEVC – закодировать разницу между этими двумя картинками дёшево, так, чтобы полоса, которую он добавляет, оказалась намного меньше полосы, которую базовый кодек экономит, работая на пониженном разрешении.

Если базовый кодек – H.264 и мы запускаем его на половинном разрешении по каждой оси (то есть на четверти пикселей), а сверху накладываем LCEVC-слой, который возвращает картинку обратно к полному разрешению, мы обычно выигрываем 28–40% по битрейту по сравнению с H.264 на полном разрешении. Картинка лучше, файл меньше. Кодирование быстрее, потому что тяжёлая работа происходит на четверти пиксельного бюджета.

Эта идея – «использовать привычный кодек на низком разрешении и подлатать тонким слоем» – то, что команда LCEVC называет codec-agnostic enhancement, улучшение, не зависящее от кодека. В принципе она не новая. Scalable Video Coding (SVC) добавлял масштабируемые расширения в H.264 и HEVC. Новизна LCEVC в том, что улучшающий слой с самого начала проектировали так, чтобы он работал в чистом софте при разумном энергопотреблении, а тяжёлый базовый декод оставался на аппаратной кремниевой логике, которая уже есть в устройстве. Никому не надо выпускать новые чипы.

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

Короткая история

Работу начали внутри V-Nova – лондонской компании, основанной в 2011 году Гвидо Мерди и Пьером Луиджи Феррарой. V-Nova принесла свою технологию под названием Perseus в MPEG как предложение улучшающего кодека в 2018 году. MPEG открыл Call for Proposals в октябре 2018, доутвердил техническую спецификацию на 132-й сессии в октябре 2020 и опубликовал стандарт как ISO/IEC 23094-2 в ноябре 2021. Поправка 2024 года (Amendment 1) добавила уровни профиля для более высоких разрешений и большей битовой глубины.

Эталонный энкодер называется LTM (LCEVC Test Model). Эталонный декодер – LCEVCdec, открытый под лицензией BSD-3-Clause на github.com/v-novaltd/LCEVCdec. V-Nova поставляет коммерческий энкодер-SDK, который встраивается в основные базовые энкодеры: x264, x265, libvpx, libaom, SVT-AV1, NVENC, Intel Quick Sync, Xilinx, MainConcept и NETINT.

Как работает LCEVC, шаг за шагом

Пройдём кодирование сверху пайплайна донизу – по одной новой идее на шаг.

Шаг 1 – даунскейл

Энкодер берёт оригинальное видео в полном разрешении и уменьшает каждый кадр в два раза по каждой оси. Кадр 3840×2160 (UHD) превращается в 1920×1080. Кадр 1920×1080 – в 960×540. Сам даунскейлер не стандартизован: энкодер может использовать любой фильтр – обычно Lanczos или простой билинейный. Четверть пикселей значит примерно четверть работы для базового кодека.

Шаг 2 – базовое кодирование

Уменьшенное видео поступает в базовый кодек: H.264, HEVC, VP9, AV1, EVC или VVC. Базовый кодек делает всё, что делает обычно: motion estimation, предсказание, трансформ, квантование, энтропийное кодирование. На выходе – совершенно обычный H.264-битстрим (или HEVC, или AV1, или VVC), который сможет проиграть любой существующий декодер в мире. Если плеер не знает, что такое LCEVC, он видит низкоразрешённый стрим и показывает его. Сигнал прямо-совместим по построению.

Шаг 3 – базовое декодирование (внутри энкодера)

LCEVC-энкодеру нужно знать, что увидит базовый декодер на стороне зрителя, поэтому он запускает базовый декодер на своём же выходе. Результат – реконструированное низкоразрешённое видео, чуть хуже того, что пошло в шаг 2, из-за потерь квантования в базовом кодеке.

Шаг 4 – остатки подслоя L-1

Энкодер вычитает реконструированное низкоразрешённое видео из уменьшенного оригинала. Разница называется остатком (residual) – это разреженный, в основном-нулевой образ, наполненный краями, кольцевыми артефактами и текстурой, которую базовый кодек потерял. Этот остаток – первый подслой, его называют L-1. Он трансформируется маленьким преобразованием в духе Hadamard 2×2 или 4×4, квантуется и энтропийно кодируется быстрым специализированным кодером. Результат прибавляется обратно к реконструированному низкоразрешённому видео. Получаем «скорректированную базу».

Шаг 5 – апскейл

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

Шаг 6 – остатки подслоя L-2

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

Шаг 7 – временное предсказание (опционально)

Перед тем как закодировать L-2-остаток, энкодер может, на каждый блок 32×32, вычесть соответствующий остаток предыдущего кадра. Многие остатки не меняются между соседними кадрами – край на том же месте даёт тот же край в остатке, – поэтому вычитание вчерашнего остатка из сегодняшнего даёт меньший сигнал для кодирования. Это называется временным предсказанием. Оно использует нулевые motion vectors – никакого поиска движения, никакой попиксельной компенсации, просто «этот блок 32×32 похож на тот же блок 32×32 в прошлом кадре». Энкодер может включать или выключать это по блоку и по кадру, сигнал – один бит.

Это весь пайплайн. Никакого deblocking-фильтра, никакого SAO, никакого ALF, никакого rate-distortion-перебора по сотням режимов. L-1- и L-2-кодеры остатков сделаны специально маленькими – отсюда low complexity в названии.

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

Декодирование

Декодер прогоняет тот же пайплайн в обратную сторону. Базовый декодер – почти всегда аппаратный H.264-, HEVC- или VVC-декодер, уже встроенный в устройство, – декодирует низкоразрешённый стрим. LCEVC-декодер в софте декодирует L-1-остатки и прибавляет их к базовой реконструкции; апскейлит; декодирует L-2-остатки; добавляет временное предсказание, если оно включено; выдаёт кадр в полном разрешении на дисплей.

Принципиальный момент: базовое декодирование идёт в железе и съедает основную часть тактов. LCEVC-софт-слой добавляет всего 10–20% поверх этого. На среднем Android-телефоне или пятилетнем смарт-ТВ это вполне укладывается в бюджет – устройство и так было способно нативно декодировать стрим в более высоком разрешении. С LCEVC картинка выходит та же, битрейт ниже, и энергопотребление часто тоже ниже, потому что базовый декод идёт на четверти пиксельного бюджета.

Цифры – производительность в 2026

Производительность LCEVC – самая часто цитируемая и самая часто перевираемая характеристика. Честное резюме: всё зависит от базового кодека, контента и диапазона битрейтов. Самые чистые опубликованные цифры – из проверочных тестов MPEG 2021 года и из пир-ревью-публикаций с тех пор.

Экономия BD-rate (меньше битрейт при равном качестве)

Bjontegaard Delta rate (BD-rate) – стандартный способ сравнить кодеки при равном качестве. BD-rate −30% значит «этот кодек использует на 30% меньше битрейта, чем эталон, чтобы достичь того же качества на сетке рабочих точек». Отрицательное число – экономия.

Закономерность стабильная: выигрыш LCEVC над базовым кодеком наибольший, когда базовый кодек самый старый (H.264), и наименьший – когда базовый самый новый (VVC). Интуиция: низкоразрешённый H.264-поток оставляет много деталей на полу; LCEVC есть что восстанавливать. Низкоразрешённый VVC уже очень хорош; восстанавливать почти нечего.

Скорость кодирования

Статья SPIE 2022 года бенчмаркала LCEVC-x264 против нативного x264 на Intel Xeon E3-1505M с 32 GB RAM при 1080p60. LCEVC-x264 отработал за 42% от времени, которое нативный x264 тратит на полное разрешение. Это ускорение в 2,4 раза, потому что тяжёлая работа x264 идёт на четверти пиксельного объёма.

Для стримингового сервиса, который перекодирует тысячи часов в день, ускорение в 2–3 раза напрямую конвертируется в стоимость облачного кодирования. NETINT в экономическом разборе 2024 года оценивает 50–70% снижения CPU/энергии на нагрузках кодирования, когда LCEVC заменяет нативное кодирование при равном качестве.

Накладные на декодирование

Накладные на декодирование – это вопрос, который решает, можно ли LCEVC вообще катить в прод. На каждой эталонной платформе, которую измеряла V-Nova – Android, iOS, Apple TV, web, Linux, – LCEVC-софт-слой добавляет 10–20% CPU поверх существующего аппаратного базового декода. Это тот бюджет, который есть у дешёвого Android-телефона. На десктоп-браузере или смарт-ТВ запас гораздо больше.

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

Где LCEVC уместен – пять правдоподобных форм внедрения

LCEVC полезнее всего в сценариях, где установленная база базового кодека уже зафиксирована и оператор не может ждать аппаратного обновления.

Форма 1 – продлить жизнь железа H.264

Вы оператор OTT-сервиса, у которого 80% аудитории сидит на старых смарт-ТВ и STB, где есть аппаратное H.264-декодирование и нет AV1. Доставлять AV1 этой аудитории вы ещё годы не сможете. А LCEVC поверх H.264 можно катить уже сегодня: это чисто смена стрим-формата на CDN и обновление плеера. Каждый зритель, чей плеер знает про LCEVC, платит на 30–40% меньше за ту же картинку; каждый остальной зритель видит H.264 в низком разрешении – смотрибельная картинка.

Форма 2 – UHD на полосе, которая его не вмещает

Это форма Brazil TV 3.0 / DTV+. Бразильское правительство приняло ATSC 3.0-транспорт плюс VVC как базовый кодек плюс LCEVC как улучшающий слой плюс MPEG-H Audio – в августе 2025-го. Тесты TV 3.0 во время Олимпиады в Париже 2024 года выдавали UHD на 10 Мбит/с в эфир – меньше, чем 14 Мбит/с, которые тратит существующий HD-сервис. Связка VVC + LCEVC экономит до 54% против чистого VVC на сложном спортивном контенте. Первые STB и ТВ под DTV+ от Hisense выходят в конце 2026; коммерческий старт привязан к окну чемпионата мира по футболу FIFA. Это первый национальный стандарт, в котором LCEVC обязателен по закону.

Форма 3 – срезать стоимость кодирования на per-title-пайплайне

Вы держите контент-библиотеку – медиаархив, корпоративный видеосервис, российскую систему записи видеоконференций, телемедицинский архив. Перекодируете тысячи часов в сутки. Ускорение кодирования в 2–3 раза на том же железе – это реальная цифра в бюджете. NETINT и V-Nova приводят кейсы с 50–70%-ным снижением compute.

Форма 4 – расширить охват AV1 на устройствах со слабым AV1

Часть Android-телефонов и ТВ имеют аппаратное декодирование AV1, но только на нижних уровнях профиля. LCEVC + AV1 позволяет этим устройствам получать полноценную UHD-картинку из базового AV1-потока, скажем, на 1080p, плюс программный LCEVC-слой. Мобильный чип отрабатывает тот AV1, который умеет; LCEVC-слой поднимает до 4K.

Форма 5 – видеонаблюдение и конференц-связь на edge

NVR в видеонаблюдении или WebRTC SFU часто перекодируют сотни потоков параллельно. CPU-бюджет жёсткий, кодек обычно H.264 или H.265, а картинка должна быть полезной для ИИ-инференса. Edge AI and Vision Alliance в течение 2026-го публикует кейсы LCEVC-пайплайнов, которые кормят и зрителя-человека, и следующий за ним детектор объектов – при меньшем битрейте и меньшем compute. Тот же принцип работает в WebRTC, где базовый кодек – H.264 или VP8, а LCEVC-слой добавляется к каждому потоку.

Лицензирование – то, что все понимают неправильно

LCEVC – патентованная технология с одним основным патентообладателем, V-Nova. Никакой многопульной фрагментации, как у HEVC, нет. V-Nova опубликовала письменную лицензионную рамку – это делает LCEVC самой простой лицензионной историей среди современных кодеков.

Заголовочные цифры, опубликованные 7 августа 2025:

• Бесплатная интеграция. Встроить LCEVC в продукт – бесплатно. Энкодеры, декодеры, плееры, транскодеры – без per-implementation-сбора.
• Бесплатно для бесплатных эфирных вещателей. Без роялти на наземные, спутниковые и кабельные сервисы, за которые зритель не платит. Это пункт, который разблокировал бразильский DTV+.
• Роялти на потребительские устройства. Pay-TV STB, смарт-ТВ, смартфоны, планшеты – $0,20 за устройство, в этой цене уже «open-access» скидка для устройств, у которых LCEVC доступен ко всем базовым кодекам.
• Роялти на сервисы Video Distribution. Стриминговые сервисы платят per-subscriber, скидочный кэп $8M в год на сервис для тех, кто подписался до 31 декабря 2026.

Для сравнения: пул-лицензирование HEVC через MPEG-LA, Velos Media и Access Advance плюс 17+ непулёных правообладателей вытолкнуло эффективное consumer-device-роялти HEVC ближе к $0,40–$1,20 на ТВ и STB к 2025 году (Access Advance Lite + MPEG-LA в сумме), а у streaming-service-роялти HEVC был тупик. Единый пул LCEVC – одна из причин, почему бразильский регулятор выбрал именно его.

«Частая ошибка. Инженеры спрашивают «LCEVC бесплатный, как AV1?» Нет, не бесплатный. AV1 – royalty-free из публично защищаемого пула (AOMedia). LCEVC – royalty-bearing, но из одной, письменной, предсказуемой тарифной сетки. Бесплатная интеграция плюс маленький per-device-сбор плюс usage-based service fee – вот на что вы подписываетесь. На практике стоимость заметно ниже, чем у HEVC, а трение – несравнимо меньше.»

Как оценить LCEVC для своего сервиса – чек-лист

Это практическая версия вопроса «надо ли нам добавлять LCEVC в пайплайн?» Используйте его на 30-минутной встрече со стримингом, продуктом и финансами. Скачиваемый PDF ниже – печатная одностраничная версия.

1. Какой у вас доминирующий базовый кодек? H.264 → сильный фит. HEVC → полезный фит. AV1 → меньший фит, но интересно на UHD. VVC → маленькая абсолютная экономия, но имеет значение, если полоса – главное ограничение.
2. Где ваши зрители? Mobile-heavy, legacy-STB-heavy, browser-heavy → интеграции LCEVC уже есть (Shaka Player 4.3+, GStreamer 1.26, ExoPlayer, VLCKit, dash.js). Apple TV native интегрирован через V-Nova SDK; iOS-приложения используют LCEVC SDK напрямую.
3. Какой у вас бюджет на кодирование? Часы облачного транскода масштабируются линейно с деньгами. Ускорение в 2 раза при равном качестве – это бюджет, поделённый пополам.
4. Насколько чувствителен счёт за CDN? Снижение битрейта на 30% при равном качестве снижает счёт за CDN на egress примерно на 30%. Подставьте свои цифры.
5. Контролируете ли вы плеер? LCEVC требует плеера, который про него знает. Если вы поставляете свой плеер – контролируете; если зависите от прошивок чужих STB – проверяйте дорожные карты вендоров.
6. Какая у вас терпимость к лицензированию? Готовы платить $0,20 за устройство и per-subscriber service fee в обмен на выигрыш по битрейту и кодированию? Для большинства сервисов математика работает.
7. Какой у вас тест-бюджет? Спланируйте четырёхнедельный пилот на 5% трафика, на известном A/B-сегменте. Измеряйте VMAF на фиксированной лестнице энкодера, байты CDN, QoE зрителя (ребафферы, старт) и CPU на плеере.

Скачать «LCEVC Deployment Readiness Checklist» (PDF)

Частые ловушки

«Ловушка – сравнивать LCEVC + H.264 против AV1 на одном и том же битрейте, но на разном железе. Аппаратное декодирование AV1 в 2026 – это примерно 30% адресной базы устройств (опрос Edge AI and Vision Alliance, январь 2026). LCEVC + H.264 декодируется в софте на практически 100% устройств. Корректное сравнение – «как эта картинка выглядит у моего пользователя сегодня», а не «что написано в спецификации кодека изолированно».»

«Ловушка – считать, что стандартизованный даунскейлер фиксирован. Не фиксирован. Энкодер выбирает даунскейлер; апскейлер стандартизован. Хороший Lanczos-даунскейл на стороне энкодинга – часть истории воспринимаемого качества, и это выбор оператора энкодера.»

«Ловушка – относиться к LCEVC как к конкуренту AV1 или VVC. Это не конкурент. Это слой. LCEVC надстраивается над тем базовым кодеком, который у вас уже есть, и улучшает его. Продуктовый вопрос – «AV1 или VVC, с LCEVC или без?», а не «LCEVC или AV1?»

«Ловушка – забыть про плеер. Плеер без LCEVC, играя LCEVC-стрим, видит низкоразрешённый базовый стрим и показывает его. Картинка работает, но не в целевом разрешении. Либо доставляйте плеер с LCEVC всем, либо держите параллельную лестницу для legacy-плееров.»

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

В проектах по видеоконференц-связи и видеонаблюдению, которые мы запускали, ограничивающий фактор почти никогда не был «последний кодек» – это всегда установленная база декодерного железа в поле. LCEVC хорошо ложится на это ограничение. Мы прототипировали LCEVC поверх H.264 внутри WebRTC SFU-пайплайнов и на серверах телемедицинских архивов; в обоих случаях интеграция инженерно ограниченная – один SDK, одна смена стрим-формата, одно обновление плеера. Для e-learning- и OTT-заказчиков мы оцениваем LCEVC против программного AV1-фоллбэка по территориям. Правильный ответ редко одинаков для всех устройств; редко одинаков на всех рынках.

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

• LCEVC – это codec-agnostic улучшающий слой, а не кодек. Он усиливает тот базовый кодек, который вы и так используете.
• Типичные экономии: 28–42% битрейта при равном качестве vs H.264 alone, 10–25% vs HEVC, 10–22% vs AV1, до 54% vs VVC на сложном UHD.
• Кодирование в 2–3 раза быстрее, чем тот же базовый кодек на полном разрешении; декодирование добавляет 10–20% CPU поверх аппаратного базового декода.
• Стандарт – ISO/IEC 23094-2:2021 с поправкой 2024; одна лицензия от V-Nova, $0,20 за устройство плюс сервисные сборы.
• Brazil TV 3.0 / DTV+ – первый национальный стандарт с обязательным LCEVC; коммерческий старт привязан к чемпионату мира 2026.
• Интегрирован в GStreamer 1.26, Shaka Player 4.3+, MainConcept, NETINT, FFmpeg через SDK; поддержка iOS, Android, Apple TV, web.

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

• H.266 / VVC – технически отличный, рыночно слабый
• AV1: новый стандарт интернета в 2026
• Сравнительная таблица кодеков: MPEG-2, H.264, H.265, VP9, AV1, VVC