RYA · production map · E engine · v8← Production Map updated 11 Nov 2026, 12:38

Engine: render and review speed

Процесс E: как файлы идут от карты до 4K-лайта клиенту без простоев — что на какой машине считается, где лежит, кто двигает дальше и когда освобождается место. Сгруз → премонтаж (цвет, звук с петличек под каждый клип, папки) и комплект 10 бит → черновик 720p и комната кругами → 4K-лайт клиенту из комплекта → мастер из исходников.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

«Скорость рендера и ревью: основная задача в том, чтобы рендер оптимально занимал время и нагрузку на компе. Когда забираем файлы с камер, копируем исходники, делаем две вещи: цветокор и 10 бит рендер прокси 4К. И затем максимально быстро надо делать монтаж видео и его ревью через room review (720p), затем клиенту сделать 4К лайт (можно по этим прокси, а итог уже по исходникам). Продумай и опиши процесс. Ещё важно, как и куда файлы распределяются в этом процессе, чтобы не застаивались.»⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Роман, 16.10.2026

«Важно, чтобы не происходил кризис места на макбуке и мемексе, как сейчас. Куча места на SSD, память растёт — это же не правильно?»⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Роман, 16.10.2026

7 steps E1–E73 built · 4 partialB13 decided: light from the kitwaiting, not encoding, eats the timespace: internal disks full — fixing9 build phases5 decisions · 1 decidedoutsourcing: where 720p and 4K render ↗⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Flow

how the route runs on the machines
1.1 Map1.2 Lanes

Map

шаг — ссылка на карточку · ромбы — ваши «ок» с маршрута /map/
E · ENGINEhow the route runs on the machinesE1 Intake · step cardE1BACKGROUNDIntakecard → SSDon the shoot dayE2 Pre-edit · step cardE2BACKGROUNDPre-editcolor · lav sound · foldersthe same eveningE3 Kit · step cardE3KITKit10-bit 4K for the edit×7 real time on two MacsE4 Draft · step cardE4ROOMDraft720p for the roomv1 ≤ 30 · vN ≤ 10 minE5 Room · step cardE5ROOMRoom720/360 → portal≤ 5 min after renderE6 Client light · step cardE6CLIENTClient light4K from the kit≤ 30 min for a 20-min filmE7 Master · step cardE7MASTERMaster4K from originals≤ 60 minboth1lookkit does not wait for ①rounds · v1 → vN · only touched parts3OK on substance4clientPRIORITYRoom draft · E4 E5>Client light · E6>Master · E7>Kit · E3>Background · E1 E2higher class makes the background on the same machine yield
E · ENGINEhow the route runs on the machinesE1IntakeBACKGROUNDcard → SSDon the shoot dayboth at onceE2Pre-editBACKGROUNDcolor · lav sound · foldersthe same eveningE3KitKIT10-bit 4K for the edit×7 real time on two Macs1lookkit does notwait for ①E4DraftROOM720p for the roomv1 ≤ 30 · vN ≤ 10 minE5RoomROOM720/360 → portal≤ 5 min after renderrounds3OK on substanceE6Client lightCLIENT4K from the kit≤ 30 min for a 20-min film4clientE7MasterMASTER4K from originals≤ 60 minPRIORITYRoom draft · E4 E5draft and ladder for the roo…Client light · E64K light for the clientMaster · E7final from the sourcesKit · E310-bit kit for the whole cutBackground · E1 E2shorts, archives, trials, mo…
E: how the route runs on the machines from offload to master. После сгруза сразу и параллельно: премонтаж (цвет, звук с петличек под каждый клип, папки) и комплект 10 бит на весь монтаж — комплект не ждёт вашего ① по цвету. Дальше круги: черновик 720p → комната → правки → только задетые куски, пока ваше ③ «ок по сути»; потом 4K-лайт клиенту из комплекта и после ④ — мастер из исходников. У каждого шага — класс приоритета: высший класс заставляет фон на той же машине уступить.

Lanes

что на каждом шаге делает каждая машина и куда ложатся файлы
StepMacBookMemexSSDDrivePortal
E1 Intakecard reader · copy_md5.pycard reader (CFX, DJI)_Card_Archive → 01_Sourcedrive_sync ≤ 300 GB/day—
E2 Pre-editframes · lav cuts per clipor here01_Source_Sound/ · frames from 01_Sourcesound kit with the projectcolor page → ①
E3 KitVT · nice 20 · yieldscopy-in ahead · VTkit 10-bit 4Kkit → editor, backup—
E4 Draft720p parts · touched onlyone part at a timeparts cache: this + last version——
E5 Roomx264 720/360or hereroom backup copy—media.yt.rya.ae → room ③
E6 Client lightone file, one machineor x265 on both03_Exports · 4K_lightlink to the clientclient ④
E7 Masterx264 chunksx264 chunksused originals ← Driveoriginals · masterYouTube
MacBook и Memex считают, SSD хранит рабочее, Drive — копия и архив, Portal — комнаты и страницы. Внутренний диск машин в этой таблице не встречается нарочно: на нём — только короткий кеш задачи (3.2 Space).

Steps

E1–E7: goal, how it runs, time target and now

Семь шагов. Цели по времени — предложение (решение D5), «now» — как было на последних фильмах (глава 5). Tools: ● built · ◐ partial · ○ by hand · × missing⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Intake

card → SSD◐ partial

Карта — на SSD с проверкой в день съёмки, дальше машины сами берут материал в работу.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

  • Карта целиком → _Card_Archive/<метка>_<дата> на SSD (copy_md5.py, MD5 = опись) → перечитать с SSD → стереть карту (правило 12.10).
  • Раскладка в 01_Source/<сцена>/<камера>/ — перенос на том же диске (переименование, мгновенно), не вторая копия.
  • Сразу ставит в очередь E2 (кадры для цвета) и E3 (комплект) — без сессии и без ожидания.
  • Drive догоняет фоном: drive_sync ≤ 300 ГБ в сутки; до этого копия одна (B01).
target
on the shoot day
now
сгруз — сессией по цепочкам copy_md5; E2 и E3 запускают руками на следующий день
class
Background
tools
  • ●copy_md5.py · media_prep.py
  • ●drive_sync.py
  • ×auto-start E2 · E3 after offload
gives
01_Source/ → E2 Pre-edit E3 Kit
on the map
S03 S05

Pre-edit

color · lav sound · folders◐ partial

До монтажа: цвет решён, звук петличек нарезан под каждый клип в исходном качестве, всё разложено по папкам.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

  • Цвет. Кадры-образцы по камерам и сценам прямо с SSD (по кадру, без перекодирования); проявка — по гамме и камере, детерминированно; экспозиция — число в стопах; look — один на канал → страница цвета, ваше «ок» ①.
  • Звук с петличек (Роман 16.10: «синхрон и нарезка исходных аудиофайлов без их сжатия под видео, 32 бит float… фрейм в фрейм»): синхрон по речи и звуку камеры → под каждый клип свой WAV из оригинала передатчиков — 32 бит float 48 кГц, без уровня и обработки, длина = кадры клипа / fps до сэмпла, имя 1:1 с клипом. Исходное качество потом возвращается заменой файла.
  • Папки: сцены и камеры по канону v4.1 — 01_Source/<сцена>/<камера>/, рядом зеркала 01_Source_Sound/ (звук под клипы) и комплекта E3; имена 1:1 во всех трёх.
  • При D1 «проявленный комплект» E3 не ждёт ①: look и экспозиция кладутся на лету в E4 и E6.
target
the same evening: color page and sound for all clips
now
цвет — отдельной сессией на второй день; звук под клипы — sound.py: float 32 из оригиналов копией, кадр в кадр (YTEVO03 16.10: 213 файлов за 23 с на Memex, приёмка бит в бит; у 81 клипа петлички нет — в описи почему)
class
Background · ваше «ок» ①
tools
  • ●color_room.py · color_apply.py · lut_board.py
  • ◐light_audio.py · per-clip lav, 24-bit, levelled
  • ●sound.py · raw float cut per clip, frame for frame
  • ×probe frames right after intake
gives
color_choice.json · 01_Source_Sound/ → E4 Draft E6 Client light
on the map
S04 S06

Kit

10-bit 4K for the edit◐ partial

Один комплект 10 бит 4K на весь монтаж — в 7 раз быстрее реального времени на двух машинах.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

  • Все клипы → HEVC 10 бит 4K по контракту прокси: кадр-в-кадр, все дорожки звука, таймкод, имена 1:1; в 17–18 раз легче исходника.
  • Файлами на две машины. MacBook — nice 20, уступает (MacYield). Memex — копия входа по кабелю (≈ 350 МБ/с): следующий файл копируется, пока кодируется текущий; выход — сразу на SSD.
  • VideoToolbox — клип целиком: короткая задача переживает перезапуск, а заморозку сторожем VT не переживает.
  • D1: один «проявленный» комплект (лог → Rec.709 по камере, «ок» не нужен) вместо двух кодировок; прокси без цвета — только если в проекте монтажёр в Premiere.
target
×7 real time on two Macs: 8 h of footage ≈ 70 min
now
×3,7 на поток, ×4,0 тремя потоками на одной машине — потолок медиадвижка (замер 22.09)
class
Kit
tools
  • ●proxy.py · contract.py
  • ●light.py · Memex clip by clip
  • ×prefetch copy to Memex
  • ×developed kit (D1)
gives
01_Source_Proxy/ · 01_Source_Light/ → E4 Draft E6 Client light
on the map
S07

Draft

720p for the room● built

Черновик в комнату — минуты, не часы: его ждёте вы.

  • 720p из комплекта: draft_fast + render_size [1280,720] + enc_vt (0511) — аппаратный декод, цвет кладётся в размере черновика.
  • Переделываются только задетые куски; части ≤ 60 с, упавшая — повтором (VT после паузы).
  • Части — на обе машины. Memex — одна часть за раз (часть 720p из 4K ≈ 6 ГБ памяти), входы копией по кабелю, не по SMB.
  • Высший класс: фон на той же машине уступает, а не держит замок.
target
v1 of a 20-min film ≤ 20–30 min · vN ≤ 10 min
now
часть 42 с: MacBook ≈ 59 к/с, Memex ≈ 90 к/с с дорогой
class
Room draft
tools
  • ●sc_run.py film · sc_conform.py
  • ◐parts on Memex · v7_remote_parts.py
  • ◐class room in rya-res · step 1 of 2
gives
{CODE}_<tag>_720p.mp4 → E5 Room
on the map
S09

Room

720/360 → portal● built

Через 5 минут после рендера версия уже в комнате.

  • Лесенка 720/360 — x264: переживает паузы сторожа; ключ раз в 1 с; 1080 — только по просьбе.
  • Заливка на media.yt.rya.ae — внахлёст с кодированием, фоном.
  • room.py set --published чистит stage; прошлые версии на сервере — portal.py prune по «ок» (B03).
  • Круги ③: правки → E4 (только задетые куски) → E5, пока «ок по сути».
target
≤ 5 min after render
now
копии комнаты ×4 реалтайма: история 23:38 — 6 мин на MacBook
class
Room draft · ваше «ок» ③
tools
  • ●portal.py hls · --reuse
  • ●room.py
  • ◐upload while encoding
gives
media.yt.rya.ae · 720/360 → E4 Draft E6 Client light
on the map
S10

Client light

4K from the kit◐ partial

4K-лайт клиенту — из комплекта за полчаса, а не за два часа из оригиналов (решение B13).⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

  • 4K 10 бит из комплекта + look → 03_Exports/{CODE}_v{N}_4K_light.mp4 → Drive по ссылке.
  • Одна машина на файл (заголовки HEVC VideoToolbox у M3 Max и M4 разные) — или x265 на обеих кусками; выбрать замером.
  • Кадры с сильным укрупнением — из исходников (B13).
  • Одна команда из листа последней версии — закрывает B05.
target
20-min film ≤ 30 min
now
≈ 2 ч из оригиналов (YTEVO03 v10, 14.10) — комнату отложили до 04:00
class
Client light · ваше «ок» ④
tools
  • ◐lc.py render --light · lessons only
  • ×film light from the kit · one command
gives
03_Exports/{CODE}_v{N}_4K_light.mp4 → E7 Master
on the map
S11

Master

4K from originals● built

Итог из исходников за час: пока клиент смотрит лайт, нужные клипы уже на месте.

  • 4K из исходников, итоговый цвет → проверка (кадры, громкость, кадр каждые 20 с) → YouTube.
  • x264 кусками на обе машины (rya-render); куски HEVC VideoToolbox одного файла — только на одной машине.
  • Используемые клипы подкачиваются с Drive заранее (D3), пока клиент смотрит лайт.
  • Сразу в 03_Exports на SSD, потом Drive и YouTube; закрытие — freeup.py close.
target
≤ 60 min
now
4K кусками на двух Mac; клипы с Drive качают по требованию
class
Master
tools
  • ●rya-render · dual-render
  • ●sc_deliver.py qc
  • ◐range fetch of used originals
gives
03_Exports/{CODE}_v{N}_4K.mp4 → —
on the map
S12

Files

where files go and where space is freed
3.1 Where files go3.2 Space

Where files go

чтобы ничего не застаивалось: у каждого файла — кто двигает дальше и когда он уходит
WhatBornLives during work Moves it nextThenCleanup
Cardcamera—E1 copy_md5.pywipedafter MD5 — как сейчас
Originals 01_SourceE1SSD of the projectdrive_sync (фон, ≤ 300 ГБ/сутки)Drive; нужны E3 и E7D3: между E3 и E7 — на SSD или только на Drive, к E7 подкачать используемые клипы
Lav sound per clipE2SSD: 01_Source_Sound/ — зеркало сцен, WAV под каждый клип, 32 бит floatE4, E7, монтажёр в PremiereDrive вместе с проектомпри закрытии — только Drive; оригиналы передатчиков (*_orig.wav) — как исходники
Kit E3E3SSD of the project; Memex берёт копию файла по кабелюE4, E6Drive (монтажёру, бэкап)при закрытии — только Drive
Draft partsE4кеш движка — на SSD, не на внутреннем дискеновая версия переиспользует—текущая и прошлая версии; старше — сами (D4)
Room 720/360E5~/.cache/ytai/review_room_stage → media.yt.rya.aeroom.py set --publishedсервер порталаstage чистится сам; прошлые версии на сервере — portal.py prune по «ок» (B03)
4K lightE603_Exports — последняя версияссылка клиентуDriveпрошлые версии → Drive Archive (freeup.py versions), с SSD — по «ок»
MasterE703_ExportsuploadYouTube + Driveзакрытие проекта (freeup.py close)
Memex cacheлюбой шагвнутренний диск Memex — только папка задачирезультат сразу на SSD—папка задачи удаляется всегда; копии проектов — не дольше задачи
Удаление — только после копии на Drive, сверки и вашего «ок» (/disks/moves/); восстановимое — по правилу D4.

Space

системная проблема 16.10 — решается отдельной сессией, страница /disks/computers/

16.10 вечером внутренние диски были забиты: MacBook — 32 ГБ свободно из 995 (своп 27 ГБ), Memex — 15 ГБ из 494, а на SSD свободно ~1,5 ТБ. Корни кешей по умолчанию — домашняя папка (~/.cache/ytai, ~/_render, ~/YTAI/_work, Memex ~/<проект>), копии сайта — по 3,2 ГБ на сессию, черновики сессий — в /private/tmp; своп живёт на том же диске. В тот же вечер: 92 замороженные сироты сняты (своп MacBook 27,4 → 8,4 ГБ), сторож починен; рабочее перенесено на SSD с журналом — к 22:25 MacBook 158 ГБ свободно, Memex 124 ГБ (/disks/computers/).⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Как это происходит — пример 16.10, 22:56–23:05: задачи цвета 0514 копировали медиа во внутренний кеш Memex (~/.cache/ytai/<проект>_color17/media: YTCR04 ≈ 20 ГБ, YTUVI03 ≈ 13 ГБ), хотя исходники лежали на SSD того же Memex, — за 9 минут 133 → 88 ГБ свободно. Правило теперь в README 0514: медиа, кадры и куски — /Volumes/<SSD с исходниками>/_cache/, во внутреннем кеше — только код и логи; пол места не даст такой задаче стартовать.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Ждут ваших решений (тикет места): пол места 100 / 60 ГБ · удалить старые копии сайта (~55 ГБ, всё есть в git) · черновики сессий на SSD (CLAUDE_CODE_TMPDIR) · правило D4.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

  • Внутренний диск MacBook и Memex — система, программы, модели и короткий кеш одной задачи. Всё рабочее — на SSD: там ~1,5 ТБ свободно.
  • Кеш движка, куски и копии проектов — в папку проекта на его SSD или /Volumes/<SSD>/_cache/<задача>; итог — сразу в 03_Exports.
  • Memex читает SSD макбука по кабелю одним файлом; долгий рендер с многими входами — копией входов на свой SSD (T7-Blue-2-RYA), не по SMB.
  • Пол места: MacBook 100 ГБ, Memex 60 ГБ — ниже тяжёлое на этой машине не стартует (предложение; решает тикет места).
  • Задача знает свой след (--est-gb): не стартует, если пробьёт пол; уходит на другую машину или ждёт.
  • Восстановимое — куски старше двух версий, stage комнат, рабочие копии сайта, черновики закрытых сессий — убирается само по правилу D4.
  • Своп живёт на том же диске: память — тоже место. 16.10 его раздули до 31 ГБ замороженные процессы без родителя — сторож починен, сироты видны в rya-res orphans.

Machines

hardware, priorities, speed log
4.1 Limits4.2 Priority4.3 Speed journal

Limits

не нарушать — каждое правило оплачено сбоем
  • MacBook ≤ 90 % памяти и ядер — сторож держит сам (Роман 14.10).
  • Memex 16 ГБ — одна тяжёлая часть за раз (часть 720p из 4K ≈ 6 ГБ).
  • Рендер с многими входами — входы копией, не по SMB (14.10: 9 частей из 11 упали по SMB).
  • Куски HEVC VideoToolbox одного файла — на одной машине: заголовки M3 Max и M4 разные.
  • VideoToolbox длинной задачей под сторожем не запускать: после заморозки он умирает (−17691) — куски или x264.
  • Модели MLX — с потолком кеша 2 ГБ во всех окружениях.
  • Замок рендера не держать часами: долгая работа — частями по ~4 мин, между частями пропускаем вперёд высший класс.

Priority

один диспетчер — rya-res; план P2
  1. Room draftdraft and ladder for the room: Roman waits for itE4 Draft E5 Room
  2. Client light4K light for the clientE6 Client light
  3. Masterfinal from the sourcesE7 Master
  4. Kit10-bit kit for the whole cutE3 Kit
  5. Backgroundshorts, archives, trials, models, offload and color framesE1 Intake E2 Pre-edit

Высший класс на занятой машине не ждёт часами: фон уступает — x264-задача встаёт на паузу, задача VideoToolbox уступает на границе своей части (её морозить нельзя). Сейчас приоритетов нет: черновик для комнаты стоит за тем, кто первым взял замок (16.10: 97 мин за viz_v4.py).⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Speed journal

включён 16.10 — с него считаются «было → стало»
whatстрока JSON на каждую задачу: где шла, ждала очереди, стояла на паузе у сторожа, работала, rc, байты, секунды материала, ×реалтайм
who writesrender_queue.py, mlx_queue.py, rya-res run — сами, команды этапов не меняются
where~/.cache/ytai/res/speed.jsonl на каждой машине
step and filmRYA_STEP, RYA_PROJECT от драйвера — или угадываются по имени задачи и команде
reportpython3 ~/YTAI/scripts/18_compute/speed.py report --both [--project CODE] [--step E4]

As is

measured: running versus waiting
5.1 Measured5.2 Top stalls5.3 Today

Measured

три последних фильма — по логам, журналам сторожа и хэндоффам
  • Время съедает ожидание, а не кодирование. Когда ничего не мешает, части черновика YTEVO03 v9 — 10 мин на 41 мин фильма (×4), лесенка 5–7 мин, заливка 2–9 мин; те же шаги шли в 3–10 раз дольше, если на пути стоял замок, сторож или человек (черновик v7 — 96 мин ожидания из 136).
  • MacBook — узкое место, Memex недогружен: 12–16.10 MacBook был в «тесно» и хуже 31 ч (26 % времени, 563 паузы), Memex — 6 ч (5 %, 158). Memex брал 43–52 % частей черновика, когда был свободен, и 0 из 61 части лайта из оригиналов (349,5 ГБ по SMB так и не скопировались).
  • Один замок рендера выстраивает в очередь шаги одного фильма: 145 захватов замка и 334 мин ожидания в логах YTEVO03; экраны v7 ждали 61 мин и v8 — 38 мин за частями и цветом того же фильма. Фильмы так же держат друг друга.
  • VideoToolbox плюс пауза сторожа теряют работу: заморозка убила лайт v5, лайт v6k (кадр 4356), лесенку v7 (−17691) и часть p0003 лайта v10f; замороженный драйвер лайта и ждущие экраны оставили обе машины без дела на 26 мин.
  • Двойная работа: 4K-лайт на каждый круг YTEVO03 — шесть лайтов за три дня, 967 мин, 23 ГБ на Drive, пока правило 14.10 не сделало форматом ревью 720p из прокси.
  • Самые долгие пункты — люди: комната v10f ждала 8 ч 10 мин по решению (04:00) и ещё 3 ч 39 мин, пока кто-то не перезапустил упавшую выкладку; мастер v4 простоял на паузе 5 ч 54 мин.
  • Память — тоже место: 16.10 на двух машинах нашлись 92 процесса на паузе без родителя (сторож замораживал ветку, а владелец снимал её верх) — 31,5 ГБ на MacBook, весь своп, и 5,4 ГБ на Memex. Сняты, сторож починен.
StepTargetYTEVO03YTUAE01YTUAE02
E1on the shoot dayкарта 18.09 → проверенная копия на Drive только 23.09 (5 дней); исходники потом тянули обратно на SSD ≈ 8 МБ/сDrive → Memex T7-Blue-2: 132,6 ГБ за 62 мин (≈ 38 МБ/с) 12.10; 15.10 drive_sync залил те же исходники второй раз — 138 ГБ, 410 минDrive → Memex T7-Blue: 43 мин (≈ 24 МБ/с с MD5); Memex → MacBook по кабелю 5 мин (≈ 332 МБ/с); drive_sync залил исходник 60 ГБ второй раз — 106 мин
E2the same eveningцвет v4 — 234 мин, v7 — 86, v8 — 108, v9 — 51 мин (по фильму 39–42 мин); звук под клипы — только для лайта≈ 8 мин сессией (камера писала Rec.709, проявки нет)≈ 9 мин: куб Rec.709, три варианта и доска сравнения
E3×7 real time on two Macsпрокси: только Memex, 8 ч 36 мин работы за 14,7 ч на ≈ 12 ч материала; ≥ 710 ГБ скачано с Drive ради 479 ГБ исходников. Лайт-комплект — 3,5 суток, ×0,55 на машину, в основном ждал замок рендеракомплекта в проекте не было — все черновики считались из 4K-оригиналовкомплекта не было — черновики из оригинала
E4v1 ≤ 30 мин · vN ≤ 10 минv6 82 · v7 136 (96 — ожидание) · v8 48 · v9 16 · v10 50 мин; части сами по себе ×3,5–4 реалтайма, когда никто не ждёт1080p из оригиналов на Memex: v1 85 · v2 99 · v3 99 (+208 брак) · v4 97 · v5 85 (+63 брак) · v6 83 мин (×0,3)720p: 97–201 мин на версию (×0,05–0,23), ожидание очереди 0–64 мин; v1 — 466 мин, из них 302 — лимит сессии Claude
E5≤ 5 min after renderv7 36 · v8 21 · v9 32 · v10 26 мин, у каждого первая попытка падала; v10 из оригиналов — 12 ч 37 мин (отложено до 04:00 + упавшая выкладка)3,8–6,6 мин на версию (×4–7), заливка 48–62 Мбит/с; комнаты claude.ai упирались в 200 загрузок в деньобычно 6–14 мин (лесенка 2–5 мин, выкладка 1–3 мин); v1.3 — 91 мин из-за лимита загрузок claude.ai
E6≤ 30 мин на фильм 20 минлайты на каждый круг: из прокси v8k 121 · v9k 124 · v10k 64 мин; из оригиналов v10f 127 мин (×0,33, один MacBook)не делалине делали: клиенту ушла ссылка YouTube на полный мастер
E7≤ 60 minмастер v4: 800 мин от старта до файла, считал ≈ 141 мин (замок 107, пауза по вашему слову 354, ждал свободный Mac 198)v4 4K ночью 16.10 брошен через 317 мин (склейка 4K упала по таймауту); v6 идёт с 17:47 — 447 из 512 кусков, Memex ≈ 10 с на кусок против ≈ 78 с у MacBookv5 235 мин (×0,10; 44 мин замок держал YTUAE01) · v7 107 мин (часть убита, часть 8 испорчена по SMB); заливка на YouTube 7 ГБ за 18 мин
Фильмы 26–42 мин. Минуты — от начала шага до готового файла, включая ожидание. С 16.10 те же цифры пишет журнал скорости по каждой задаче.

Top stalls

самые дорогие простои — каждый закрывается пунктом плана
LostFilmWhat
968 минYTUAE01круг 2 ждал, пока сессия заберёт правки из комнаты
967 минYTEVO034K-лайт на каждый круг ревью — шесть лайтов, пять из прокси
709 минYTEVO03комната v10 из оригиналов: отложена до 04:00, выкладка упала, перезапустили в 07:46
552 минYTEVO03мастер v4: пауза по вашему слову 20:02 → 01:56, потом ждал свободный MacBook до 05:14
410 минYTUAE01исходники залиты на Drive второй раз (138 ГБ)
317 минYTUAE01ночная попытка 4K-мастера v4 брошена
302 минYTUAE02лимит сессии Claude ночью 13.10 — по фильму не шло ничего
163 минYTUAE02черновик v5 брошен после 6 частей
149 минYTEVO03лайт v6k: 7 ч на фильм 39 мин (замок 56 мин, своп, часть на Memex умерла и пересчитана)
111 минYTEVO03комплект прокси: последний исходник 79,9 ГБ скачан с Drive трижды, ферма стояла 270 мин
96 минYTEVO03черновик v7: 96 из 136 мин ждал ворота сторожа (MacBook «опасно», нагрузка до 35 на 14 ядрах)
59 минYTUAE01инверсия приоритета: viz_v4.py держал замок рендера ~97 мин, сам 6 раз стоял на паузе — все за ним ждали

Today

снимок в момент сборки страницы · 11 Nov 2026, 12:38
Макбук18 ГБ свободносвоп 0.0 ГБ · на паузе 0 · тесно
Speed journal4692 строкMacBook · с 16.10 22:00, строка на задачу

Build plan

P1–P9: what to build

Что построить — по одному с проверкой и строкой «было → стало» из журнала. Номер — кнопка: вставьте в сессию.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

this version

Speed journal

Строка на каждую тяжёлую задачу в обеих очередях и в rya-res run: ждал, шёл, пауза, ×реалтайм. Без него целей не проверить.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 18_compute/speed.py · render_queue.py · mlx_queue.py

this version

Priority classes · step 1

Сделано 16.10: у задачи класс (RYA_CLASS или по шагу: черновик и комната — room, лайт — client, мастер — master, комплект — kit, остальное — background). Room и client не ждут «тесно», если тесно только из-за чужой паузы; замок, который держит замороженная задача ниже классом, не держит их. Память, своп, нагрузка и пол места держат всех.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 18_compute/res.py · render_queue.py

next

Priority classes · step 2

Сторож морозит сначала низший класс, а не самый тяжёлый; задача VideoToolbox уступает на границе своей части (её морозить нельзя); класс виден в rya-res status.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 18_compute/res.py

next

Client light, one command

4K-лайт фильма из комплекта по листу последней версии, на одной машине или x265 на двух; итог — 03_Exports. Закрывает B05.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 0511_story_cut · 16_proxy/1604_light

next

Kit on two machines

Комплект файлами на MacBook и Memex с упреждающей копией по кабелю; выход сразу на SSD; Memex держит только текущий файл.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 16_proxy/1601_build · 1603_farm

next

Parts cache on SSD

Корень кеша движка и кусков — на SSD проекта; на внутреннем диске только папка задачи.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → 0511_story_cut · 18_compute

next

Space floors

Пол места на машину, след задачи --est-gb, предупреждение заранее; видно на /disks/.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → тикет места · 18_compute/space.py

later

Auto-start after intake

После сгруза — сразу кадры цвета (E2) и комплект (E3) в очередь, без сессии.

where → 14_media/1401_card_prep · 16_proxy

later

Flow board

Живая доска: что ждёт и чего, комплект на N %, отставание Drive, кеш Memex, задачи на паузе; что освобождается вашим «ок».⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

where → speed.py · lifecycle.py · /disks/

Decisions

D1–D5: your decisions, answer by number in the session

Ответ — номером в сессию: «D1 — один», «D3 — да». Пока ответа нет, открытое не меняется.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

your call

One kit or two?

Recommended → Для монтажа кодом — один «проявленный» комплект 10 бит: лог → Rec.709 по камере, детерминированно, «ок» не нужен; look и экспозиция — на лету в E4 и E6. Одна кодировка вместо двух, смена look без перерендера.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Alternative → Два, как сейчас: прокси без цвета (Premiere) + лайт с цветом фильма после ката. Риск одного: новая камера или другая проявка — перерендер комплекта.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

decided

4K light for the client: from what?

Decided → Решено 16.10 вашими словами: 4K-лайт клиенту — из комплекта, итог — из исходников (B13). Кадры с сильным укрупнением — из исходников.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

your call

Sources between the kit and the master

Recommended → После того как комплект собран и Drive догнал проект (MD5): исходники — только на Drive, к мастеру подкачать используемые клипы. Минус ~90 % места проекта на SSD.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Alternative → Держать на SSD до мастера: мастер можно начинать сразу, но SSD занят неделями.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

your call

Who cleans up what can be rebuilt?

Recommended → Само: куски старше двух версий, stage комнат, папки задач, рабочие копии сайта после выкладки — каждую ночь, со сводкой утром. Медиа без второй копии — никогда.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Alternative → Каждый раз по вашему «ок» галочкой на /disks/moves/.

your call

Speed targets

Recommended → Утвердить после замера: черновик v1 ≤ 30 мин, vN ≤ 10 мин, комната ≤ 5 мин после рендера, лайт ≤ 30 мин, мастер ≤ 60 мин, комплект ×7 реалтайма.⁠​‌​‌​​‌​​‌​‌‌​​‌​‌​​​​​‌​​‌​‌‌​‌​‌​​‌‌​‌​‌​​​​​‌​‌​‌​​​​​​‌​‌‌​‌​‌​‌​​‌‌​‌​‌​​​​​‌​​​‌​‌​‌​​​‌​‌​‌​​​‌​​​​‌​‌‌​‌​​‌‌​​‌​​​‌‌​​​​​​‌‌​​‌​​​‌‌​‌‌​​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌‌​​​‌​​‌​‌‌​‌​‌‌‌​‌‌​​​‌‌‌​​​⁠

Alternative → Поправить числа по замеру журнала скорости за неделю.