Ландшафт сжатия: lossless и lossy, изображение и видео, production и delivery

TL;DR

Сжатие превращает огромный массив пиксельных данных в файл поменьше, и индустрия делит эту задачу по двум осям: даёт ли файл при распаковке в точности те же байты (lossless) или только приблизительно те же пиксели (lossy, информация удаляется так, чтобы зритель не заметил), и предназначен ли файл для production (монтаж, архив, внутренняя передача) или для delivery (та версия, которую реально смотрит зритель). Ошибиться с выбором квадранта – значит либо переплачивать в десять раз за хранение и трафик, либо уничтожить исходник, который вы как раз должны были сохранить. Сжатие видео принципиально отличается от сжатия фото: оно использует тот факт, что кадр номер 1 234 почти идентичен кадру номер 1 235 – поэтому час кино сжимается «на пиксель» лучше, чем одна фотография. Эта статья раскладывает весь ландшафт, называет кодеки в каждом углу и даёт правило в одну строчку, которым можно пользоваться без диплома по обработке сигналов.

Зачем это нужно

Если вы создаёте, продаёте или используете что-то, связанное с видео, каждый файл в вашем пайплайне попадает ровно в один из четырёх квадрантов ландшафта сжатия, и разница в стоимости между правильным и неправильным выбором – минимум на порядок. Студия, работающая в H.264, сэкономит пару терабайт сегодня, но столкнётся с проблемами на каждом этапе монтажа завтра, когда артефакты начнут накапливаться. Стриминговый стартап, транслирующий в ProRes, не получает выигрыша в качестве, но ежемесячно переплачивает CDN-бюджет небольшой компании. Эти решения затрагивают продакт-менеджеров, основателей, маркетологов и операционные команды чаще, чем они сами осознают – ведь любой вопрос «в каком формате?» на самом деле является вопросом о квадранте. К концу статьи вы узнаете названия четырёх квадрантов, кодеки, которые в них используются, и одно правило, позволяющее без догадок размещать любой файл в нужном квадранте.

Две оси ландшафта

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

Первая ось – точность. Lossless-кодек – это такой, при котором распакованный файл математически идентичен оригиналу, бит в бит, без потерь. Lossy-кодек уменьшает размер файла, поскольку энкодер отбрасывает часть исходной информации, которую, по мнению автора, зритель не заметит. Прямой компромисс: lossless сохраняет всё, но сжимает слабо (обычно в 2–4 раза), а lossy сжимает агрессивно (в 50–1000 раз), но ценой необратимой потери части данных.

Полезная аналогия: lossless-сжатие – как вакуумный пакет, который сжимает свитер, чтобы тот поместился в меньший ящик; когда вы достанете свитер, он останется совершенно таким же. Lossy-сжатие – как протокол совещания, в котором зафиксированы все решения, но опущены отвлечённые разговоры: документ получается намного короче, но по нему невозможно восстановить оригинальную беседу.

Вторая ось – назначение. Файл production – это файл, который редактируют, цветокоррекцияют, перекодируют, ремиксируют или отправляют в архив. Его могут открыть и пересохранить дюжину раз, прежде чем он выполнит свою задачу. Файл delivery – это версия, которую зритель скачивает или смотрит. Он закодирован один раз, декодируется миллиарды раз и больше не подлежит редактированию.

Если нанести две оси на одну схему, получится матрица 2×2. Production-lossless – для архивов, лабораторий реставрации и мастер-копий, которые хранят навсегда. Production-lossy (он же «visually lossless» или мезонинный / mezzanine) – для монтажа и обмена между студиями, где важна быстрая прокрутка и чистая перекодировка, а незначительная потеря деталей, которую колорист всё равно не заметит, допустима. Delivery-lossy – то, что видит каждый зритель в мире: Netflix, YouTube, Zoom, ваше CCTV-приложение – всё это существует в этой категории. Delivery-lossless – крошечный сегмент для медицинской визуализации, криминалистики и ряда научных приборов; кроме них, там почти никого нет.

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

Сжатие изображений против сжатия видео

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

Статичное изображение – это один кадр: сетка пикселей без временной оси. Задача компрессора – использовать тот факт, что соседние по пространству пиксели обычно похожи: например, небо в верхней части фотографии почти однотонное – пиксель за пикселем одного и того же оттенка синего. Это явление называют пространственной избыточностью (spatial redundancy). JPEG, PNG, WebP, AVIF и JPEG XL – все это кодеки для изображений. Они сжимают данные внутри одного кадра, и только. (Более подробно о пространственной избыточности – в статье spatial pixel redundancy.)

Движущееся видео – это последовательность кадров, воспроизводимых более 24 раз в секунду. Видеокодек делает всё то же, что и кодек для изображений: сжимает каждый кадр, используя пространственную избыточность, – но обладает дополнительным инструментом, которого нет у кодеков для статичных изображений. Соседние кадры видео обычно почти идентичны: кадр номер 1234 в фильме почти не отличается от кадра номер 1235 – различаются лишь мелкие детали, сместившиеся на несколько пикселей. Компрессор использует это: сохраняет один полный кадр, а затем – только разницу между ним и следующими кадрами. Это называется временной избыточностью (temporal redundancy), и именно благодаря ей сжатие видео оказывается значительно эффективнее, чем сжатие фотографий. 1 (См. temporal pixel correlation – там подробно разобрана сама механика.)

Если применить image-кодек к каждому кадру видео – рассматривать видео как флипбук из JPEG-ов – получится Motion JPEG, MJPEG. Технически это видеокодек, но он игнорирует временную избыточность и платит за это битрейтом в 3–5 раз выше, чем у современных видеокодеков при том же визуальном качестве. 2 Сегодня MJPEG в основном используется в дешёвых камерах видеонаблюдения и как резервный вариант в научных камерах; его главное преимущество – независимость каждого кадра, что делает монтаж простым и очевидным. Все остальные мейнстримные видеокодеки – H.264, H.265, AV1, VP9 – используют временное сжатие и значительно превосходят MJPEG по эффективности.

Практический вывод прост. Если файл – это одна картинка, используйте image-кодек. Если файл – видео, и его не планируется монтировать покадрово, почти всегда выбирайте видеокодек с временным сжатием. Исключение – квадрант production-lossless в приведённой выше матрице, где часть рабочих процессов до сих пор предпочитает all-intra-видеокодеки (кодеки, сжимающие каждый кадр независимо), чтобы монтажная программа могла мгновенно перейти к любому кадру. Эти кодеки мы рассмотрим в следующем разделе.

Квадрант 1 – производственная безпотерьная обработка

Lossless-кодеки – это банковская ячейка видеоиндустрии. Их задача – сохранить мастер-копию исходного материала так, чтобы любые будущие монтажи, перекодировки и архивные копии можно было создать без потери качества. Сжатие умеренное – обычно в диапазоне 1,5:1 – 4:1, – ведь кодеку запрещено отбрасывать какую-либо информацию.

Главные кодеки в этой области – FFV1, JPEG 2000 в lossless-режиме, HuffYUV, UT Video, Lagarith для видео, а также PNG, TIFF, lossless WebP и JPEG XL в lossless-режиме для статичных изображений. Из них FFV1 – самый важный. Это lossless-видеокодек с внутрикадровым кодированием, открытый, без лицензионных отчислений, стандартизированный IETF как RFC 9043 (FFV1 версий 0, 1, 3). 3 В декабре 2023 года Библиотека Конгресса США повысила статус FFV1 в контейнере Matroska (.mkv) с уровня «Acceptable» до высшего – «Preferred Format» для долгосрочного хранения видео. 4 Большинство национальных вещательных архивов, Библиотека Конгресса и Public Broadcasting в США используют FFV1 в Matroska для архивирования оцифрованных аналоговых плёнок и плёночных переводов. Коэффициент сжатия FFV1 на типичном вещательном контенте составляет от 2:1 до 3:1 – этого достаточно, чтобы стоимость хранения оставалась устойчивой, при этом ни один исходный сэмпл не теряется.

Когда lossless действительно необходим: оцифровка аналоговых архивов, научная съёмка (где значения пикселей – это измерения, а не субъективные впечатления), криминалистическое видео, медицинская визуализация по стандарту DICOM, реставрационные проекты, где мастер-файл должен быть совместим с любой монтажной системой, и любые случаи, когда файл представляет собой истину, а не эстетику.

Когда lossless не нужен: обычный монтаж цифрового материала, где визуально безупречного production-кодека вполне достаточно – он работает быстрее и занимает меньше места, – а также любые случаи, когда 200+ Мбит/с на хранение трудно оправдать. Частая ошибка: команды выбирают FFV1, потому что слово «lossless» звучит надёжно, в результате платят за хранение в десять раз больше, чем стоило бы использовать визуально безупречный мезонин, и в конце пайплайна не получают никакой измеримой пользы.

Квадрант 2 – производственная потеря (мезонинный / промежуточный уровень)

Здесь живёт большая часть профессиональной видеоработы. Мезонинный кодек – он же intermediate codec – это lossy-кодек, спроектированный так, чтобы быть visually lossless и all-intra. «Visually lossless» означает, что зритель не может уверенно отличить сжатый файл от оригинала на обычном профессиональном мониторе. «All-intra» – это когда каждый кадр закодирован независимо, без ссылок на другие кадры, как в image-кодеке. Именно all-intra-структура обеспечивает быструю прокрутку, лёгкость повторной кодировки после монтажа и отсутствие поколенческой потери качества при многократных пересохранениях. 5

Три имени, которые стоит знать в этом квадранте, – Apple ProRes, Avid DNxHD / DNxHR и набирающий популярность JPEG XS. ProRes 422 работает примерно на скорости 147 Мбит/с при разрешении 1080p и частоте кадров 29,97 fps; ProRes 422 HQ – около 220 Мбит/с; ProRes 422 LT – около 102 Мбит/с; ProRes 422 Proxy – около 45 Мбит/с. 6 Старшие профили ProRes (4444 и 4444 XQ) поддерживают альфа-канал и имеют битрейт выше 500 Мбит/с при 1080p – они применяются в работе с визуальными эффектами. Семейство Avid DNxHR – аналогичное решение от Avid; профили HQX (10-бит) и HQ по качеству сопоставимы с ProRes 422 HQ. 7 Netflix официально принимает как ProRes 422 HQ, так и DNxHR HQX в качестве форматов доставки от партнёров постпродакшена. 8

JPEG 2000 в режиме с потерями – основной кодек для цифровой дистрибуции в кинотеатры (Digital Cinema Package, DCP, который получают все коммерческие кинозалы). Тот же JPEG 2000 лежит в основе SMPTE-формата Interoperable Master Format (IMF) – стандартного пакета обмена, в котором студии вроде Netflix и Amazon получают один мастер и метаданные, описывающие все региональные версии. 9

JPEG XS – новичок в этой группе, стандартизированный как ISO/IEC 21122. Это кодек с низкой задержкой, низкой вычислительной сложностью и визуально без потерь, разработанный специально для передачи живого видео по IP-сетям. Целевые коэффициенты сжатия – от 2:1 до 10:1 при общей задержке менее одной миллисекунды, что делает его подходящим для вещательной контрибуции и удалённой режиссуры в сетях по стандарту SMPTE ST 2110. 10 В 2023 году AWS Elemental Live добавили поддержку JPEG XS для облачной контрибуции, и с тех пор этот формат стал стандартной опцией в любом новом объекте на базе ST 2110.

Частая ошибка в этом квадранте – путать ProRes и DNxHR с кодеками для доставки. На первый взгляд они похожи – все создают файлы в форматах MP4 или MOV, – но ProRes 422 HQ примерно в 40–50 раз тяжелее, чем H.264, который вы бы использовали для финальной доставки. Отправить мастер в ProRes на телефон зрителя вместо оптимизированной кодировки – значит за один короткий хайлайт из спортивной трансляции «сжечь» весь его месячный трафик мобильной связи.

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

Квадрант 3 – потеря данных при доставке (то, что видит зритель)

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

Текущие поколения delivery-кодеков – H.264 / AVC (выпущен в 2003 году, до сих пор – рабочая лошадка открытого интернета), H.265 / HEVC (2013, значительный прирост качества, но патентный кошмар), VP9 (Google, 2013, активно используется на YouTube), AV1 (AOMedia, 2018, уже стал мейнстримом) и H.266 / VVC (2020, технически отличный, но развивается медленно). Каждое поколение обеспечивает сжатие на 30–50% лучше предыдущего при том же качестве, хотя темп улучшений постепенно замедляется. 11 (Полный таймлайн – история кодеков H.120 до AV2.)

Современный delivery-кодек сжимает типичный 1080p-поток до 2–8 Мбит/с – это отношение примерно 200:1 до 750:1 по сравнению с несжатым видео. 1080p-стриминг Netflix в формате H.264 идёт на скорости 4–6 Мбит/с; 4K HDR в AV1 – на 8–15 Мбит/с. 12 В декабре 2025 года Netflix сообщил, что AV1 покрывает около 30% всего стриминга, при этом AV1-сессии потребляют примерно на треть меньше полосы пропускания, чем эквивалентные H.264-сессии, и обеспечивают на 45% меньше прерываний из-за буферизации. 13 В июле 2025 года Netflix запустил в production AV1 с технологией Film Grain Synthesis (FGS), заявив, что контент с имитацией плёночного зерна передаётся примерно на 66% меньшем битрейте, чем без FGS, и при этом демонстрирует заметно лучшее качество. 14

Image-эквиваленты этого квадранта – JPEG (1992, рабочая лошадка), WebP (Google, 2010), AVIF (AOMedia, 2019, image-формат на основе AV1) и JPEG XL (ISO/IEC 18181, финализирован в 2021). Lossy-файлы WebP обычно на 25–34% меньше JPEG при том же качестве. 15 AVIF сжимает ещё агрессивнее, но декодирование занимает больше времени; JPEG XL частично жертвует степенью сжатия ради быстрого декодирования и lossless-перехода из существующих JPEG.

Delivery-кодеки – это сфера, где сосредоточены основные инженерные усилия индустрии, и решения, принимаемые здесь, напрямую влияют на затраты, растущие пропорционально размеру аудитории. Переход стримингового сервиса с H.264 на AV1 обычно позволяет сэкономить 30–50% на исходящем трафике при сохранении того же качества – реальная и регулярная экономия, которая окупает миграцию за один–два квартала при любом значимом масштабе.

Частая ошибка в этом квадранте – транскодирование между двумя lossy-кодеками без учёта поколенческой потери качества. Каждый раз, когда lossy-файл декодируется и перекодируется – например, H.264 → H.265 или H.264 → H.264 с другим битрейтом – теряется часть качества. Два-три таких цикла обычно незаметны, а десять уже приводят к заметным артефактам. Именно поэтому production-пайплайны требуют использовать lossless или визуально безпотерные мастер-файлы: всё остальное генерируется из них за один шаг – а не путём последовательного перекодирования из одного формата доставки в другой.

Квадрант 4 – delivery lossless (крошечный угол)

Четвёртый квадрант существует, но людей в нём очень мало. Delivery-lossless – это стрим, который должен быть восстановлен бит в бит на экране зрителя. Битрейты здесь слишком высоки для обычных потребительских каналов: 1080p-lossless требует примерно 200 Мбит/с, поэтому сценариев, оправдывающих такое, немного.

Реальные обитатели этого угла – телемедицина и DICOM-совместимые медицинские вьюверы, где регулятор требует пиксель-в-пиксельное воспроизведение изображения, использованного для постановки диагноза; криминалистика и судебная экспертиза, где цепочка доказательств зависит от хэш-идентичного воспроизведения; научные приборы, в которых значения пикселей являются измерениями; вещательные контрибуционные линки между двумя студиями на одной площадке, где пропускная способность фактически бесплатна, а цена любой потери качества – высока. Например, проекты Фора Софт в телемедицине часто требуют lossless-пути просмотра DICOM-изображений параллельно с обычным lossy-режимом: эти два подхода сосуществуют, поскольку решают совершенно разные задачи.

Для всех остальных – любого потребительского стримингового сервиса, видеоконференции, потока с камер видеонаблюдения, социального видео – delivery-lossless избыточен и не предлагается в меню. Lossy-кодеки для доставки обеспечивают качество изображения, неотличимое от lossless на телефоне или телевизоре, при менее чем одном проценте битрейта; инженерный и экономический консенсус однозначен.

Четыре квадранта в одной сравнительной таблице

Числа выше – типичные для 1080p при современных частотах кадров: и битрейт производства, и битрейт доставки растут примерно пропорционально количеству пикселей, поэтому поток 4K-производства приближается к одному гигабиту в секунду.

Правило, помещающееся в одной строке

Весь ландшафт сводится к одному предложению, применимому к любому новому файлу.

«Если файл – это источник истины, из которого всё остальное генерируется, используйте lossless-кодек; в противном случае подойдёт lossy. Если файл будет ещё раз отредактирован до показа зрителю, выбирайте уровень production; иначе – delivery.»

Два «да/нет» – четыре ответа – квадрант определён. Правило достаточно чёткое, чтобы разрешать большую часть споров, и достаточно простое, чтобы для его применения не требовался senior-инженер. Выбор конкретного кодека внутри квадранта – тема отдельных материалов: есть сравнительная таблица кодеков и отдельная решающая схема по выбору кодека в 2026.

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

Пайплайн, объединяющий четыре квадранта

В типичном пайплайне «production → delivery» один и тот же материал последовательно проходит через три из четырёх квадрантов, и на практике никогда не пропускают этапы, а также не кодируют один и тот же контент дважды с использованием разных lossy-кодеков.

Камера записывает в production-lossy-интермедиат (ProRes, DNxHR или эквивалент от производителя). Монтажная система читает этот интермедиат, выполняет нарезку, цветокоррекцию, аудиомикширование и работу с визуальными эффектами, после чего экспортирует production-lossless-мастер (или максимально близкий к lossless) – так называемую «золотую копию». Мастер архивируется в production-lossless-квадранте (в формате FFV1 или JPEG 2000 lossless, упакованном в контейнер Matroska или MXF). Транскодер один раз считывает мастер и генерирует все delivery-lossy-варианты, доступные зрителю: H.264 с низким битрейтом как резервный вариант, 1080p H.265 среднего качества, 4K AV1 высокого качества, аудиопотоки без видео и отдельные языковые дорожки. Плеер пользователя в реальном времени выбирает подходящий вариант в зависимости от скорости соединения.

Эта форма «один мастер → много доставок» и есть причина, по которой уровни production и delivery разделены. Если поменять кодек на полпути – взять H.264-файл от контрибьютора и перекодировать в AV1 для доставки, – возникает поколенческая потеря, и вы тратите пропускную способность на артефакты, которых оригинальная камера никогда не записывала. Единственное решение – вернуться к мастер-файлу и перекодировать заново.

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

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

Фора Софт с 2005 года разрабатывает видеопродукты – стриминговые платформы, WebRTC-конференц-связь, OTT- и интернет-ТВ-приложения, системы видеонаблюдения, e-learning и телемедицину, AR/VR. Матрица из четырёх квадрантов – это карта, которой мы пользуемся при определении объёма любого нового проекта.

Стриминговый стартап обычно работает в квадранте delivery-lossy, при этом имея небольшой production-lossy-путь для создания превью и трейлеров. OTT-платформа, принимающая фиды от студий, должна поддерживать как production-lossy-инджест (ProRes / DNxHR / JPEG 2000), так и delivery-lossy на выходе.

Продукт видеонаблюдения использует delivery-lossy на всех этапах, но иногда требует forensic-экспорт-пути, который переходит в lossless-обёртку для доказательной базы. Телемедицинскому решению почти всегда необходим DICOM-совместимый lossless-режим просмотра в дополнение к обычному lossy-режиму.

Мы не верим в универсальное видеорешение «под все случаи»; именно поэтому используем описанную выше матрицу.

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

• Сжатие делится по двум осям: lossless / lossy и production / delivery – в итоге получается четыре квадранта.
• Lossy-кодек отбрасывает информацию, которую зритель не должен заметить; lossless сохраняет каждый исходный бит.
• Сжатие видео превосходит сжатие фото, потому что использует схожесть соседних кадров, а не только соседних пикселей.
• Production-кодеки (ProRes, DNxHR, FFV1, JPEG 2000) в ~50 раз тяжелее delivery-кодеков (H.264, H.265, AV1) и решают совершенно другие задачи.
• Выбор правильного кодека зависит от двух «да/нет»: является ли файл источником истины и будет ли он редактироваться ещё раз.
• Никогда не транскодируйте lossy → lossy, если можно вернуться к мастер-файлу: поколенческая потеря накапливается незаметно, пока вдруг не становится очевидной.

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

• Зачем сжимать видео: математика битрейта
• Избыточность пикселей в одном кадре: пространственная корреляция
• Избыточность между кадрами: временная корреляция пикселей