Файл, который узнают по содержимому

Спросите на любой студии, где лежит исходник конкретного дубля, — и получите три ответа. На рабочем диске, на архивном NAS и «где-то у Саши, он копировал для цвета». Все три файла называются по-разному, у двух из них дата создания — дата копирования, а у третьего в имени приписка _fix, происхождение которой уже никто не помнит.

Это не разгильдяйство. Это следствие того, что материал опознают по имени.

Имя — не идентичность

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

При этом содержимое файла не меняется. Именно оно и должно определять, тот это материал или другой.

Redbit считает контрольную сумму при приёмке и дальше опирается на неё. Переименовали — тот же материал. Скопировали на второй диск — тот же материал, просто доступен в двух местах. Пересняли и положили под тем же именем — другой материал, и это видно сразу, а не на цветокоррекции.

Что это меняет в рабочем дне

Дубликаты перестают быть проблемой поиска. Пять копий одного дубля — это не пять единиц материала, а одна с пятью адресами. Место на диске они, конечно, занимают, но в проекте не двоятся и в монтаж не попадают дважды.

Пропажа видна сразу. Файл, который не открылся при обходе тома, не превращается в «наверное, он там». Он получает состояние «нужен человек» — с указанием, где его ждали и когда видели в последний раз.

Подмена не проходит молча. Если кто-то положил на место исходника перегнанный файл, содержимое не совпадёт с тем, что было принято. Проект скажет об этом до того, как несовпадение доедет до мастера.

Наличие в списке — ещё не доступность

Отдельная привычка, от которой стоит избавиться: считать, что если файл есть в базе, значит он есть на диске. Между этими утверждениями — размонтированный том, отключённый рейд, уехавший из офиса ноутбук и подрядчик, который «уже всё вернул».

Доступность материала выводится из последней реальной проверки. Прочерк рядом с файлом честнее зелёной галочки, поставленной три недели назад.

Что остаётся в проекте

После приёмки о каждом файле известно: контрольная сумма, размер, частота кадров как точная дробь, встроенный таймкод, раскладка звуковых каналов, длительность и то, чем всё это измерено. Не «примерно 25 кадров», а частота, с которой сойдётся арифметика на сборке.

Это скучные сведения. Ровно до того дня, когда серия не сходится по длительности и нужно понять, на каком шаге материал подменили.