◂ База знанийRYA.AEEditing Proxies — прокси для монтажа: лёгкие, а не мелкиеобновлено 17 авг 2026
Час 4K-исходника — это ~64 ГБ: монтажёру на ноутбуке с Drive такое не прожевать. Прокси решают это, но с жёстким условием: финал собирается на оригиналах, значит подмена прокси↔оригинал не имеет права сдвинуть ни один кадр. Поэтому наши прокси — лёгкие, а не мелкие: то же 4K, тот же fps, ровно то же число кадров, те же имена. Отличается только вес: ~4 ГБ на час вместо ~64 (≈17×).
📌 Когда применять. Перед отдачей проекта монтажёру, который режет удалённо (по Drive) или на слабой машине. Вход: принятая структура сцен (2.1) и, если сцены сливались, — свежий ingest. Выход: {PROJECT}/01_Source_Proxy/ — прокси-комплект внутри проекта (видео-прокси + петличные WAV + транскрипты + LUT; в YTCH / frame-align-проектах петличные WAV = только timeline-рендеры *_timeline.wav — оригиналы рекордера в комплект не входят), самодостаточный для монтажа; передача комплекта с гидом — этап 4.2. Не путать с Source Light — см. таблицу внизу.
verify структура ↔ ingest Drive server-side транскод ≈17× легче upload + WAV + транскрипты HTML монтажёру
1Принцип2Рецепт кодирования3Конвейер4Подмена в Premiere5Грабли6Proxy vs Source Light7Где лежит

3.5 · 1Принцип: кадр-в-кадр, имя-в-имя

параметрправило
разрешение3840×2160 — как оригинал, не уменьшено
кадрыровно столько же; проверяется поштучно (ffprobe -count_packets), не «на глаз»
частотата же (25p), сверяется r_frame_rate
именафайлов и папок сцен — 1:1 с оригиналом
кореньединственное отличие пути: 01_Source_Proxy/ вместо 01_Source/ — прокси лежат внутри проекта, не папкой-соседкой (стандарт 17.08.2026)

Зачем так строго: монтажёр режет по прокси, финал собирается на оригиналах. При одинаковых внутренних путях подмена — это смена одной корневой папки, и таймлайн не сдвигается ни на кадр. Уменьшенное прокси (1080p) этого не гарантирует и ломает кадрирование/стабилизацию, оценённые по 4K.

3.5 · 2Рецепт кодирования

видео  hevc_videotoolbox -b:v 8M -tag:v hvc1   # аппаратный HEVC, ~×3.6 реалтайма на клип
звук   AAC 256k
итог   ~4 ГБ/час 4K  (оригинал ~64 ГБ/час, ≈17×)
джобы  3 клипа параллельно

hevc_videotoolbox здесь уместен именно потому, что это прокси: скорость важнее битрейт-эффективности, картинка нужна «смотрибельная», финал всё равно на оригиналах. Для лёгких копий, которые сами становятся исходником (Source Light), выбор другой — программный x265 (см. ниже).

3.5 · 3Конвейер: шесть шагов одним запуском

скриптчто делает
verify_ssd.pyсверяет дерево ↔ ingest ↔ транскрипты: пути, wall_offset = creation_time − scene_t0, отсутствие старых имён, целостность против бэкапа
drive_restructure.pyповторяет реструктуризацию на Drive server-side (rclone moveto в пределах remote) — ничего не качается; дубли уходят в архивную папку, не в rm
make_proxies.pyтранскод с поштучной проверкой числа кадров; резюмируемо — готовый валидный файл пропускается; один авторетрай на упавший клип
upload_proxies.shльёт прокси на Drive; петличные WAV и транскрипты добирает server-side копированием — пакет самодостаточен и релинкуется; финальный rclone check. В YTCH / frame-align-проектах добираются именно *_timeline.wav: оригиналы рекордера (*_orig_*.wav) в комплект не входят (−4.7 ГБ), на Drive они живут в 99_Pipeline/DJI_Audio/{сцена}/; понадобились — пересборка 0113_frame_align.py на SSD
gen_guide.pyгид монтажёру с кадрами через LUT, хронологией и Drive-ссылками — стандарт и состав: 4.2 Editor Handoff
run_all.shоркестратор: все шаги, Telegram-отчёт на каждом этапе и при падении
# долгий процесс — только через nohup+caffeinate, лог в проект (память pipe-bg):
nohup caffeinate -is bash ~/YTAI/scripts/999_extra/proxy_pipeline/run_all.sh \
  > "$PROJ/00_Setup/logs/proxy_pipeline_$(date +%Y%m%d_%H%M).log" 2>&1 &

Пути проекта, Drive-ID и имя прокси-папки — константы в шапке run_all.sh.

3.5 · 4Подмена в Premiere

1
Монтаж на прокси

Монтажёр работает в проекте, у которого медиа слинковано на 01_Source_Proxy — открыл наш .prproj, сделал Link Media → Locate в прокси-папку, остальное подхватилось по именам.

2
Финал на оригиналах

Link Media с переключением корня 01_Source_Proxy → 01_Source — внутренние пути идентичны, Premiere подхватывает всё пакетно. Ни один клип не сдвигается: кадров ровно столько же.

3.5 · 5Оплаченные грабли

  • 1
    .part ломает ffmpeg. Временное имя без известного расширения → «Invalid argument» при инициализации муксера. Лечится явным -f mp4.
  • 2
    Server-side на Drive. rclone moveto/copy в пределах одного remote не тратит трафик. Держать --tpslimit 6–8, иначе 403.
  • 3
    Медиа не удаляем никогда. Дубли при слиянии сцен переезжают в архивную папку — не rm.
  • 4
    exFAT плодит ._*. AppleDouble-файлы на каждый файл и папку; в rclone copy обязателен --exclude "._*", иначе мусор уезжает на Drive.
  • 5
    Спаннер-клипы. Клип, живущий в двух сценах, кодируется один раз; вторая копия делается на Drive server-side — один файл не льём дважды.
  • 6
    Два транскода параллельно = взаимное удушение. Тяжёлые транскоды гнать последовательно, цепочкой; ETA считать по секундам/байтам материала, не по числу файлов.

3.5 · 6Proxy vs Source Light — не путать

Editing Proxy (эта страница)Source Light
назначениемонтаж с подменой на оригиналлёгкая копия вместо оригинала (отдача, архив)
кодекhevc_videotoolbox 8M — быстрый аппаратныйlibx265 CRF24 (VMAF ≈ 93.8) — медленнее, качественнее
критерийкадр-в-кадр, имя-в-имявизуально неотличимо, вес минимален
финалпересборка на оригиналах обязательнаоригинал может вообще не понадобиться
тул999_extra/proxy_pipeline/999_extra/source_light_transcode.py

Проверено VMAF-калибровкой: для Source Light аппаратный hevc_videotoolbox дал файл больше при худшем качестве — программный x265 там обязателен. Для прокси наоборот: скорость решает.

3.5 · 7Где лежит

чтогде
конвейер прокси~/YTAI/scripts/999_extra/proxy_pipeline/ (README там же)
Source Light~/YTAI/scripts/999_extra/source_light_transcode.py
передача монтажёру (комплект + гид)4.2 Editor Handoff & Proxy Kit
Drive-механика, монтажный лист3.6 Project Drive Sync · 4.3 Монтажный лист
структура сцен на входе2.1 Исходники → целевая структура
Прокси — лёгкие, а не мелкие: то же 4K, те же кадры, те же имена. Подмена = смена корневой папки; финал всегда на оригиналах.