Зачем
Кодеки и контейнеры: чем H.265 отличается от ProRes, почему тормозит монтаж и как прокси решают это без покупки компьютера.
Три понятия, которые постоянно смешивают в одно, а отвечают они за разное:
- Кодек — алгоритм сжатия. H.264, H.265, ProRes, DNxHR.
- Контейнер — «коробка», в которой лежат сжатые потоки видео, звука и метаданных.
.mp4,.mov,.mkv. - Формат доставки — во что ты отдаёшь готовую работу.
Один и тот же кодек живёт в разных контейнерах, и один контейнер вмещает разные кодеки. Расширение файла не говорит о кодеке почти ничего.
Два семейства кодеков
Различие ровно то, что мы разбирали в статье битность, субдискретизация, битрейт — но теперь важны его последствия для работы.
| Межкадровые (Long GOP) | Внутрикадровые (ALL-I) | |
|---|---|---|
| Примеры | H.264, H.265 | ProRes, DNxHR, motion JPEG |
| Как устроен | хранит опорные кадры и разницу между ними | каждый кадр сжимается независимо |
| Размер файла | в разы меньше | в разы больше |
| Нагрузка при монтаже | высокая | низкая |
| Где применяется | съёмка в камеру, доставка зрителю | монтаж, обмен между студиями |
Почему тормозит монтаж
Вот причина, которую обычно списывают на слабый компьютер.
В межкадровом кодеке отдельный кадр не хранится целиком. Чтобы показать кадр из середины группы, программа обязана декодировать опорный кадр и все промежуточные разницы до нужного места. Перемотал на две секунды назад — вся работа повторяется.
Отсюда знакомая картина: файл занимает немного, компьютер мощный, а таймлайн дёргается и не играет в реальном времени. Дело не в мощности, а в формате исходника: он оптимизирован под хранение и просмотр, а не под произвольный доступ.
H.265 сжимает лучше H.264 — и требует ещё больше вычислений на распаковку. То есть более «современный» кодек делает монтаж тяжелее, а не легче.
Важно
Из этого следует правило, экономящее больше всего денег во всей главе: прежде чем менять компьютер, попробуй прокси.
Апгрейд ради монтажа H.265 — покупка вычислительной мощности для того, чтобы делать бессмысленную работу быстрее. Прокси убирают саму работу.
Прокси: как это работает
Прокси — облегчённая копия исходника: меньшее разрешение, внутрикадровый кодек, лёгкий для чтения.
Схема работы:
- Программа создаёт прокси для всего материала — один раз, в фоне.
- Ты монтируешь, глядя на прокси: таймлайн играет мгновенно.
- Перед экспортом переключаешься на исходники — программа применяет весь монтаж к ним.
Ты получаешь скорость дешёвого материала и качество дорогого. Единственная цена — место на диске и время генерации.
Совет
В DaVinci Resolve это вкладка Media и пункт Generate Optimized Media; переключение между прокси и исходниками — в настройках воспроизведения. Прокси генерируются в фоне, пока ты отбираешь материал, и обычно готовы к моменту, когда ты доходишь до монтажа.
В командной строке то же делает FFmpeg — им удобно готовить прокси пакетно на весь съёмочный день, пока идёшь спать.
Мезонинные кодеки
Если материал проходит несколько программ (монтаж в одной, грейд в другой, титры в третьей), между ними его отдают в мезонинном кодеке — ProRes или DNxHR.
Причина в накоплении потерь: каждое пересжатие межкадровым кодеком отнимает качество, и после трёх-четырёх кругов это видно. Внутрикадровые кодеки при высоком битрейте практически не теряют, поэтому служат промежуточным форматом.
Для работы в одной программе мезонин не нужен — там материал не пересжимается.
Доставка
Готовую работу отдают в H.264 (совместим со всем) или H.265 (меньше размер, но старые устройства могут не открыть).
Что стоит знать про платформы:
Важно
Любая платформа пережмёт твой файл заново. Ты загружаешь исходник, она перекодирует его под свои профили качества.
Отсюда два следствия. Первое: грузить надо с хорошим запасом по битрейту — платформа сожмёт от того, что получила, и чем чище исходник, тем чище результат. Второе: бессмысленно бороться за последние проценты качества экспорта — их всё равно не увидит никто.
И третье, менее очевидное: шум и мелкое дрожание — враги сжатия. Зернистый кадр требует гораздо больше данных, чем чистый, и платформа, урезав битрейт, превратит его в кашу. Чистый исходник переживает пережатие лучше.
Что где применять
| Этап | Кодек |
|---|---|
| Съёмка | что даёт камера — обычно H.264 или H.265 |
| Монтаж | прокси (внутрикадровый, низкое разрешение) |
| Между программами | ProRes или DNxHR |
| Мастер-копия в архив | ProRes или DNxHR, максимальное качество |
| Доставка зрителю | H.264, при необходимости H.265 |
Проверь себя
- Почему H.265 тяжелее для монтажа, чем H.264, хотя он новее и эффективнее?
- Что такое прокси и почему они решают проблему дешевле апгрейда компьютера?
- Почему шумный кадр хуже переживает загрузку на платформу, чем чистый?
Документы и ресурсы
Обязательные
Рекомендуемые
- ПО FFmpeg — универсальный инструмент перекодирования (ffmpeg.org)
- Норматив Рекомендация МСЭ-R BT.709 — Parameter values for the HDTV standards
Практическое задание
Измерь, сколько тебе стоит формат исходника.
Часть 1. Замер «как есть». Возьми съёмочный материал минут на пять. Положи на таймлайн и измерь:
| Что | Значение |
|---|---|
| Кодек исходника | |
| Размер файлов | |
| Играет ли таймлайн в реальном времени | |
| Задержка при перемотке, секунд | |
| Загрузка процессора при воспроизведении, % |
Часть 2. Прокси. Сгенерируй прокси для того же материала. Засеки, сколько заняла генерация и сколько места они заняли. Повтори замеры из части 1.
Часть 3. Сравнение. Заполни:
| Исходники | Прокси | |
|---|---|---|
| Таймлайн играет | ||
| Задержка перемотки | ||
| Загрузка процессора | ||
| Место на диске |
Часть 4. Проверка качества. Смонтируй короткий фрагмент на прокси, переключись на исходники и экспортируй. Убедись, что в готовом файле полное качество, а не прокси.
Часть 5. Потери от пересжатия. Возьми один клип и пересожми его в H.264 со средним битрейтом пять раз подряд, каждый раз из предыдущего результата. Сравни пятый с первым на 100%.
Что сдать: три таблицы замеров, подтверждение из части 4, наблюдение из части 5.
Самопроверка: четыре критерия.
- С прокси таймлайн играет в реальном времени, а задержка перемотки заметно меньше. Если разницы нет — материал изначально был лёгким (например, уже внутрикадровым), и прокси тебе не нужны. Это тоже полезный вывод.
- Экспорт сделан с исходников. Проверь размер и детализацию: если файл подозрительно мал и мылит — ты экспортировал прокси, и это самая частая ошибка при первом знакомстве с ними.
- После пяти пересжатий деградация видна. Это доказывает, зачем существуют мезонинные кодеки.
- Ты можешь назвать кодек своего исходника — не расширение файла, а именно кодек. Если не можешь, посмотри свойства файла или разбери его через
FFmpeg.
Отмечайте прогресс — заведите бесплатный аккаунт. Уже есть? Войти.