Оптимизированный таймлайн в DaVinci Resolve: настройки и отладка лагов
«Тормозит таймлайн» — это симптом, а не диагноз. В Resolve три разных механизма решают разные задачи, и их регулярно путают в одном пункте меню. Разбираем по документации Blackmagic и по нашим замерам.
Оптимизированный таймлайн в DaVinci Resolve — это наше собирательное имя для трёх разных механизмов: оптимизированного медиа, прокси и рендер-кеша. «Тормозит таймлайн» — это симптом, а не диагноз: они живут рядом в меню, решают разные задачи и по-разному влияют на диск. Ниже — что включать в каком порядке и почему выбор формата прокси определяет, сколько места вы на это потратите.
Что включить, когда таймлайн подтормаживает
Первый шаг — найти настройки. В DaVinci Resolve 19 они живут в Project Settings → Master Settings, в группе «Optimized Media and Render Cache». Эта группа управляет и разрешением оптимизированного медиа, и форматом файлов, которые Resolve записывает на диск.
- Optimized media resolution — выбирается, создавать ли медиа в исходном размере (Original), в 2 раза меньше (Half), в 4 раза меньше (Quarter), в 8 раз меньше (One-Eighth), в 16 раз меньше (One-Sixteenth) или доверить выбор программе (Automatic): в автоматическом режиме разрешение снижается только у клипов крупнее разрешения таймлайна.
- Optimized media format — формат и кодек файлов оптимизированного медиа: Uncompressed 10-bit, Uncompressed 16-bit float, ProRes Proxy–4444 XQ или DNxHR LB–444; любой из них пишется в проприетарный формат .dvcc. От выбора формата зависит, сохранятся ли «выходы за границы» кадра (overshoots) и альфа-каналы; альфу сохраняют Uncompressed 10-bit, Uncompressed 16-bit float, ProRes 4444, ProRes 4444 XQ и DNxHR 444.
- Proxy media resolution и Proxy media format — отдельные настройки прокси в той же группе: разрешение выбирается так же, а формат — ProRes или DNxHR, а также H.264 и H.265.
- Render cache format — формат кеша: ProRes, DNxHR или несжатое 10/16-битное float в .dvcc. От него, как и от формата оптимизированного медиа, зависит, сохранятся ли «выходы за границы» кадра (overshoots) и альфа-каналы.
- Cache files location — куда складывается кеш; по умолчанию это первый том в списке Scratch Disks панели Media Storage, и туда же пишется оптимизированное медиа.
- Playback → Render Cache → Smart, User или Off — режим кеша: Smart кеширует вычислительно тяжёлые грейды, клипы с Fusion Effects и помеченные клипы сам, User — только то, что вы пометили, Off — выключает кеширование.
- Playback → Use Optimized Media if Available — переключает проект между оптимизированным медиа и оригиналом: файлы оптимизированного медиа подставляются вместо исходных.
Генерация делается вручную для выбранных клипов: правый клик по клипу → Generate Optimized Media. Прокси создаётся отдельной командой — Generate Proxy Media. И то, и другое вызывается только после того, как вы выбрали разрешение и формат в Master Settings. Отдельно от этого в Render Settings на странице Deliver есть опция использовать оптимизированное медиа, чтобы ускорить финальный рендер.
Proxy Media и Render Cache — разные вещи
| Свойство | Proxy Media | Render Cache |
|---|---|---|
| Что это | Облегчённая копия исходника | Просчитанные кадры и эффекты таймлайна |
| Переносимость | Переносимая: клипы можно унести в другой проект и перелинковать | Работает только с тем проектом, для которого создан |
| Что кеширует | Не кеширует, а заменяет исходник | Smart — тяжёлые грейды, клипы с Fusion Effects и помеченные клипы; User — только помеченное вручную |
| Когда включать | Когда монтаж ещё не начат: нужна лёгкая копия исходника для прокрутки и сборки | Когда таймлайн уже собран и тормозят грейды, Resolve FX, шумоподавление и композитинг |
| Срок жизни | Файлы живут в папке прокси: их можно перенести на другую машину и перелинковать | Постоянный: кеш сохраняется, даже если проект закрыть и открыть снова |
Различие из руководства Blackmagic сформулировано прямо: прокси независима и переносима — клипы можно перемещать куда угодно, достаточно потом перелинковать, — а медиа рендер-кеша не предназначено для переноса и работает только с проектом, для которого создано. Там же сказано и про оптимизированное медиа: оно управляется внутренне программой, не может быть экспортировано и пользователю недоступно, — в отличие от прокси, которая создаёт полностью переносимые независимые файлы. Отсюда практическое следствие: ускорять финальный рендер «включением прокси» бесполезно — для этого на странице Deliver есть отдельные опции.
Какой формат прокси экономит место
Здесь важно не перепутать две разные задачи. Руководство предлагает для рендер-кеша ProRes и DNxHR — и это осознанный выбор: кеш покупает скорость работы, а не экономию места, и при этом он не временный, а переживает проект. С прокси иначе: если задача — освободить диск, выбор формата меняет результат в разы.
| Формат и разрешение | Размер | Битрейт | Доля от исходника | Отношение |
|---|---|---|---|---|
| Исходник 1920×1080, H.264 CRF 16 | 12 387 123 Б | 9,91 Мбит/с | 100 % | база |
| Прокси 960×540, H.264 CRF 26 | 548 731 Б | 0,44 Мбит/с | 4,4 % | в 22,6 раза меньше |
| Прокси 480×270, H.264 CRF 28 | 138 427 Б | 0,11 Мбит/с | 1,1 % | в 89,5 раза меньше |
| Прокси 960×540, H.265 CRF 28 | 483 647 Б | 0,39 Мбит/с | 3,9 % | в 25,6 раза меньше |
| Прокси 960×540, ProRes 422 Proxy | 10 124 952 Б | 8,10 Мбит/с | 81,7 % | в 1,2 раза меньше |
Здесь и живёт вывод, которого нет в обзорах: **ProRes Proxy занимает 81,7 % объёма исходника — то есть в 1,2 раза меньше, а H.264-прокси в 22,6 раза меньше.** Выбор формата прокси — это не вопрос вкуса, а вопрос того, за что вы платите: либо местом на диске, либо скоростью декодирования.
В пересчёте на час материала разница становится наглядной: H.264-прокси на полуразрешении — около 198 МБ на час, на четверти разрешения — около 50 МБ на час, а ProRes Proxy на том же полуразрешении — около 3,6 ГБ на час. В 18,4 раза больше места, чем у H.264-прокси. Для проекта на несколько смен это уже не «выбор», а объём диска. ProRes Proxy мы кодировали профилем 0 — это самая сжатая версия линейки: по white paper Apple, ProRes 422 Proxy сжимает сильнее, чем ProRes 422 LT. Но даже он почти не даёт экономии: ProRes кодируется внутрикадрово, то есть каждый кадр кодируется независимо от остальных, — и тяжёлая картинка в таком 10-битном файле стоит дорого.
Оговорка: исходник в замерах синтетический — тестовая таблица без деталей и движения, поэтому абсолютные величины для реального материала будут другими. Сравнение останется верным, потому что все варианты кодируются из одного и того же исходника. Скорость работы Resolve мы не измеряли: утверждения о декодировании здесь — свойство формата, а не наш результат.
Как понять, что именно тормозит
- 1Посмотрите индикатор GPU Status в окне просмотра: зелёный — запас GPU есть, красный — вычислительной мощности не хватает для стабильного воспроизведения в реальном времени, программа рвёт кадры или играет медленнее реального.
- 2Если GPU Status красный, самый быстрый ход — Playback → Timeline Proxy Resolution → Half Resolution или Quarter Resolution: рабочее разрешение снижается вдвое или вчетверо, и таймлайн оживает без кеша и без оптимизированного медиа.
- 3Включите Playback → Render Cache → Smart: кеш сам берёт вычислительно тяжёлые грейды, клипы с Fusion Effects и помеченные клипы. Если стало легче — дело было в эффектах.
- 4Отдельно про исходник из камеры: команда Use Proxy улучшает производительность, когда задержку вызывают грейды и эффекты, но не помогает, когда реальное время съедает дебаеринг raw-материала. Стоит сначала понять, что именно отнимает частоту кадров.
- 5Для тяжёлых клипов сгенерируйте оптимизированное медиа: правый клик → Generate Optimized Media, предварительно выбрав в Master Settings разрешение (Half или Quarter) и формат.
- 6Переключите Playback → Use Optimized Media if Available и сравните отзывчивость на том же таймлайне: тумблер меняет проект между оптимизированным медиа и оригиналом.
- 7Перед финальным рендером загляните в Render Settings страницы Deliver: там есть опция взять картинку из оптимизированного медиа, а в разделе More options → Video — галочка «Use Render Cached Images», которая пишет прямо из кеша.
И последнее: кеш не временный. В руководстве сказано прямо — кеш каждого проекта постоянный, он сохраняется для дальнейшего использования, даже если проект закрыть и открыть снова. Убрать его можно через Playback → Delete Render Cache → All, Unused или Selected Clips. Оптимизированное медиа живёт в пределах проекта и лежит в той же папке, но любые изменения настроек camera raw у клипа автоматически отбрасывают его — после этого медиа нужно сгенерировать заново.
Частые вопросы
Proxy Media и Optimized Media — это одно и то же?
Нет, и руководство Blackmagic говорит об этом прямо. Оптимизированное медиа программа держит внутри: экспортировать его нельзя, пользователю оно недоступно. Прокси, наоборот, создаёт полностью переносимые независимые файлы, которыми распоряжаетесь вы. Отдельно от них существует Timeline Proxy Mode — раньше он назывался Proxy Mode и был переименован в DaVinci Resolve 17 именно чтобы не путать его с Proxy Media. Ключевое различие не в названии, а в переносимости: прокси можно унести в другой проект и перелинковать, а медиа рендер-кеша — нет.
Какой формат прокси выбрать, чтобы не закончилось место на диске?
H.264 или H.265. В наших замерах прокси 960×540 в H.264 занимает 4,4 % от исходника, а ProRes Proxy на том же разрешении — 81,7 %. ProRes выбирают не ради экономии места, а ради предсказуемой работы с материалом: это внутрикадровый кодек, и каждый кадр декодируется независимо от соседних. Если место критично, это компромисс не в вашу пользу.
Ускоряет ли прокси финальный рендер?
Само по себе — нет, и это важно понимать заранее. По умолчанию страница Deliver всегда возвращает прокси к исходному материалу, чтобы финальный вывод был качественным; чтобы в рендер попали прокси, нужно отдельно включить «Use proxy media» в Advanced Settings. Ускоряет рендер другое: «Use Render Cached Images» в разделе More options → Video пишет прямо из кеша, а отдельная опция в Render Settings позволяет ускорить рендер за счёт оптимизированного медиа.
Что почитать дальше
Нужно сделать на заказ?
Мы делаем такие проекты на заказ — с теми же настройками, которые разбираем в материале.