Сжатие видео: как оно работает и почему это важно

Видеофайлы по природе своей огромны. Одна минута несжатого видео 1080p при 30 кадрах в секунду занимает около 1,5 ГБ памяти. Сжатие — не приятная опция, а единственная причина, по которой видео в интернете вообще возможно. Но не всякое сжатие одинаково, и неправильные настройки могут дать файл, который по-прежнему слишком велик, выглядит заметно хуже, или и то и другое.

Вы можете сжать любой видеофайл прямо сейчас с помощью видеокомпрессора BrowseryTools — бесплатно, без регистрации, весь процесс выполняется локально в браузере. Ваши записи никуда не загружаются.

Почему несжатые видеофайлы такие большие?

Чтобы оценить, что делает сжатие, нужно понять, с чем вы начинаете. Цифровое видео — это последовательность отдельных кадров, статичных изображений, отображаемых в быстрой последовательности для создания иллюзии движения. При разрешении 1080p каждый кадр содержит 1920 × 1080 = 2 073 600 пикселей. Если каждый пиксель хранит цвет в трёх 8-битных каналах (красный, зелёный, синий), это примерно 6 МБ на кадр. При 30 кадрах в секунду одна секунда несжатого видео занимает около 180 МБ. Одна минута — более 10 ГБ.

Сырые форматы, такие как RAW, BRAW или Apple ProRes, захватывают видео близко к этому несжатому состоянию, чтобы сохранить максимальное качество для постпродакшн-редактирования. Потребительские форматы, загрузки в социальные сети и стриминговые платформы используют сжатые форматы, где большая часть этих данных была отброшена или воссоздана — способами, которые человеческий глаз едва замечает, если всё сделано правильно.

Как работают видеокодеки

Кодек (coder-decoder) — это алгоритм, сжимающий и распаковывающий видеоданные. Большинство современных кодеков используют два взаимодополняющих метода: пространственное сжатие внутри каждого кадра и временно́е сжатие между кадрами.

Пространственное сжатие работает как JPEG-сжатие для неподвижных изображений. Оно анализирует каждый кадр и отбрасывает визуальную информацию, которую человеческий глаз с трудом различает: незаметные цветовые переходы, мелкую текстуру в однородных областях, высокочастотные детали на периферии. Это резко уменьшает размер каждого отдельного кадра.

Временно́е сжатие использует тот факт, что соседние кадры видео обычно очень похожи. Вместо хранения каждого пикселя в каждом кадре кодек сохраняет полный опорный кадр (I-frame или ключевой кадр) через регулярные интервалы, а затем хранит только разницу — векторы движения и изменённые области — для промежуточных кадров (P-кадры и B-кадры). Клип с говорящим человеком на статичном фоне почти не меняется от кадра к кадру, поэтому сжатое представление промежуточных кадров занимает ничтожно мало.

Сравнение основных кодеков

• H.264 (AVC) — рабочая лошадка интернета. Представлен в 2003 году, теперь имеет универсальную поддержку в браузерах, устройствах и платформах. Обеспечивает хорошее качество при разумном размере файла и воспроизводится практически на любом устройстве последних 15 лет. Если нужна максимальная совместимость, H.264 — безопасный выбор по умолчанию.
• H.265 (HEVC) — преемник H.264, обеспечивающий сопоставимое визуальное качество при вдвое меньшем размере файла. Проблема — лицензионные отчисления, замедлившие распространение. Нативно поддерживается на устройствах Apple и последнем оборудовании Windows, но поддержка браузеров непостоянна. Отличный выбор для архивирования или рабочих процессов в экосистеме Apple.
• VP9 — ответ Google на H.265 и кодек за YouTube. Без лицензионных отчислений, поддерживается в Chrome и Firefox. Эффективность сжатия сопоставима с H.265. Широко используется для веб-доставки вместе с контейнерами WebM.
• AV1 — кодек нового поколения, разработанный Alliance for Open Media (Google, Netflix, Apple и другие). AV1 достигает на 30–50% лучшего сжатия по сравнению с H.264 при том же качестве. Без лицензионных отчислений, всё шире поддерживается современными браузерами и устройствами. Компромисс — очень медленное кодирование: AV1 может кодировать в 10–20 раз дольше, чем H.264. Хорош для финальной доставки контента, который будут смотреть многократно; избыточен для быстрого обмена.

Битрейт, разрешение и частота кадров: что реально управляет размером файла

Три переменных определяют, насколько велик будет сжатый видеофайл:

• Битрейт — количество бит данных, хранимых в секунду видео. Более высокий битрейт означает больше данных, лучшее качество, больший файл. Загрузка 4K на YouTube может использовать 35–68 Мбит/с; сжатый веб-клип — 2–5 Мбит/с. Битрейт — самый непосредственный рычаг управления размером файла.
• Разрешение — размер кадра в пикселях. Снижение с 4K (3840×2160) до 1080p (1920×1080) уменьшает количество пикселей на 75%, что позволяет либо получить значительно меньший файл при том же битрейте, либо аналогичное качество при резко сниженном битрейте. Для большинства веб-контента 1080p неотличим от 4K на типичных расстояниях просмотра и размерах экранов.
• Частота кадров — стандартный контент идёт при 24, 25 или 30 кадрах в секунду. Более высокие частоты кадров (60 fps, 120 fps) требуют пропорционально больше данных для сохранения качества. Снижение с 60 fps до 30 fps примерно вдвое уменьшает требуемый битрейт при эквивалентном качестве — значительная экономия для видео, где плавное движение не главное.

Сжатие без потерь против сжатия с потерями

Сжатие без потерь уменьшает размер файла, не отбрасывая данные. Оригинал можно идеально восстановить из сжатого файла. Форматы Apple ProRes 4444, FFV1 или Huffyuv используют сжатие без потерь. Они значительно меньше сырых форматов, но всё равно очень велики по сравнению с форматами для дистрибуции. Сжатие без потерь — правильный выбор для архивных мастеров и рабочих процессов редактирования, но не для обмена или стриминга.

Сжатие с потерями достигает значительно более высоких степеней сжатия, безвозвратно отбрасывая данные, которые кодировщик считает незаметными. H.264, H.265, VP9 и AV1 — все с потерями. Как только вы сжали в формат с потерями, отброшенная информация исчезла навсегда. Для дистрибуции это нормально — зритель не знает, что было убрано — но это критично важно для рабочих процессов, как обсуждается ниже.

Деградация поколений: почему повторное сжатие снижает качество

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

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

Цели сжатия для типичных сценариев

• Вложение в электронное письмо — держите размер ниже 25 МБ (большинство почтовых клиентов устанавливают этот лимит). Используйте H.264 при 720p, 1–2 Мбит/с. Для роликов длиннее 2–3 минут лучше загрузите на файлообменник и отправьте ссылку.
• Встраивание на веб-страницу — стремитесь к размеру до 5 МБ для коротких клипов. H.264 при 1080p — безопасный универсальный выбор. AV1 или VP9 в контейнере WebM будут меньше для поддерживающих их браузеров.
• Социальные сети — платформы всё равно перекодируют всё на своей стороне, поэтому загружайте в наивысшем качестве, которое поддерживает ваш процесс, в рамках их ограничений на размер. Лимит Instagram — 4 ГБ; TikTok — 287 МБ для большинства форматов. Поскольку платформа добавляет свой проход сжатия, начало с более качественного файла с высоким битрейтом даёт заметно лучший результат после их перекодирования.
• Архивный мастер — используйте формат без потерь (ProRes 4444, FFV1) или почти без потерь (ProRes 422 HQ) при полном разрешении. Хранилище дёшево; воссоздать исходные записи невозможно.

Практические советы по выбору настроек сжатия

Несколько эмпирических правил, которые стабильно дают хорошие результаты:

• Используйте режим CRF, если размер файла гибкий. Постоянный коэффициент качества (CRF) позволяет кодировщику динамически варьировать битрейт: больше бит для сложных сцен, меньше — для простых. Это даёт лучшее качество на размер файла, чем фиксированный битрейт. Для H.264 CRF 18–23 охватывает диапазон от почти без потерь до «достаточно хорошего для веба».
• Приведите выходное разрешение в соответствие с платформой доставки.Масштабирование 4K-источника до 1080p перед сжатием даёт кодировщику меньше работы и производит более чистый результат, чем сжатие при 4K с последующим масштабированием платформой.
• Аудио тоже важно. AAC при 128–192 кбит/с покрывает большинство стерео-контента. Разницы между 192 кбит/с и 320 кбит/с для диалогов и музыки при типичной громкости прослушивания почти не слышно, но разница в размере файла реальна.
• Проверьте перед финальным рендером. Закодируйте 30-секундный клип с целевыми настройками и проверьте его на том же типе экрана и подключения, которые будут использовать ваши зрители. Файл, хорошо выглядящий на мониторе редактора в полном разрешении, может показывать артефакты на экране телефона или буферизоваться при медленном соединении.

Для быстрого сжатия без настройки полноценной среды редактирования видеокомпрессор BrowseryTools управляет настройками за вас и обрабатывает всё в браузере — без загрузок, без ожидания, без стороннего доступа к вашим записям.