🎬Продолжим разговаривать про воркфлоу в целом и про компрессию изображения в частности, первая половина текста была выше.

Часть 3. Компрессия изображения.

Параграф 2.
Lossless compression, то есть сжатие без потерь.

В отличие от lossy-компрессии, lossless-алгоритмы позволяют восстановить информацию исходного файла. То есть используется обратимое сжатие. Хитрые алгоритмы позволяют сократить используемое дисковое пространство, за что мы обычно платим потерей производительности при воспроизведении или обработке.

⚠️Здесь нужно понимать, зачем нам такое сжатие, потому что при доставке готового рендера клиенту lossless-кодеки практически никогда не используются, во всяком случае в видео. Обычно lossless-алгоритмами пользуются при передаче секвенций на композ (здесь нам помогает уже знакомый .exr) или при сдаче важных рендеров в архив. То есть в воркфлоу мы пользуемся сжатием без потерь только как intermediate-кодеком для передачи между департаментами.

А что у нас по lossy- и lossless-кодекам?

✅На самом деле проще начать с lossless. Применительно к нашей работе нам интересны:

a) Статичные изображения/секвенции:

OpenEXR (.exr) с некоторыми алгоритмами сжатия: Zip, PIZ и RLE
PNG (.png)
JPEG (.jpg) с RLE-алгоритмом сжатия
JPEG 2000 (его мы чаще видим как Motion JPEG 2000 в составе контейнеров MXF_OP1a или DCP)
TARGA (.tga) с RLE-алгоритмом сжатия
TIFF (.tiff) с LZW-алгоритмом сжатия

b) Видеокодеки:

h.264/h.265 lossless (не встречал в работе)
VP9 (это кодек в основном для Youtube)

✅С lossy все проще: это почти все остальное, что не перечислено выше :) Исключение составляют только non-compression-кодеки вроде Avid DNxUncompressed или YUV 4:4:4, но они используются крайне редко, поскольку имеют более компактную по занимаемому месту lossless-альтернативу.

На этом я заканчиваю свой TED-talk, если остались вопросы, можете задать их в комментариях, а впереди нас ждет еще несколько интересных и важных тем, посвященных рабочему процессу!

#воркфлоу #компрессия

🎬Мы уже много чего обсудили по тэгу #воркфлоу, настало время поговорить про битность цвета, она же bit depth.

Это что такое?

➡️Мы каждый день видим разные изображения на экранах. Обычно нас при этом ничего не смущает, потому что современные устройства передают цвета так, что мы не замечаем разницы между изображением объекта и тем, как он выглядел бы в жизни. Градации цвета передаются довольно точно. Раньше было иначе, но наше воображение помогало представить в цвете монохромную картинку на Nokia 3310. Отличие экранов старых кнопочных телефонов от современных смартфонов в том, что у последних выше битность. Говоря простым языком, чем выше битность, тем лучше, тем больше оттенков цвета мы видим на картинке.

А теперь языком посложнее.

✅Бит — наименьшая единица информации, принимает значения 0 или 1, то есть «отсутствие информации» или «наличие информации». Следовательно, однобитное изображение будет иметь количество цветов равное 2¹, то есть количество значений, которое может принимать бит, возведенное в степень битности, всего 2 цвета. Это либо черный и белый (запустите командную строку в Windows, например), либо черный и зеленый, либо любые другие два оттенка. Если изображение двухбитное, то количество оттенков будет 2² = 4. А если трехбитное? Правильно! 2³ = 8, ну вы поняли. Исторически самые используемые битности это 1, 8, 24, 30.

Теперь ближе к монтажу и цветокоррекции.

➡️Сегодня большинство потребительских устройств отображает цвета в режиме 24 бит, то есть по 8 бит на каждый цветовой канал R, G и B (чаще всего используется именно RGB-модель, но не всегда).
2²⁴ = 16 777 216 оттенков.

В чем тут проблема?

⚠️Дело в том, что современные видеокамеры записывают видео с большей битностью, обычно 10, 12 или 16 бит на канал. Эти оттенки не отображаются корректно на 24-битных мониторах, потому что матрица дисплея не способна воспроизвести нужный оттенок. Для этого существуют более дорогие мониторы, в основном, конечно, для специалистов по работе с цветом. Битность таких мониторов на канал — 10 или 12. Но здесь мы ступаем на скользкую дорожку HDR, пока не будем об этом. Вернемся в мир монтажа.

✅При этом даже если наш монитор не способен отобразить цвета в 10 битах на канал, показывая лишь 8, мы легко можем запороть материал с высокой битностью, передавая его по пайплайну другим специалистам. В Premiere Pro реализован немного дурацкий алгоритм кодирования ProRes, поэтому критически важно нажимать галку Render at Maximum Depth и ставить там 16-bpc, а также ставить галку Use Maximum Render Quality. Про 16 бит на канал Premiere Pro немного лукавит, но самое главное, что так мы не потеряем в битности, а материал останется гибким при работе с цветом после нашего рендера. Стоит заметить, что это беда и многолетняя недоработка Adobe, а в том же DaVinci Resolve такой проблемы нет, там битность сохраняется в соответствии со спецификацией кодеков.

Также хочу отметить два важных момента:

- когда мы говорим «10 бит на канал», то это то же самое, что сказать «30-битное изображение», потому что мы подразумеваем, что наше RGB изображение складывается из трех цветовых каналов, у каждого из которых битность равна 10. 10 + 10 + 10 = 30;

- но не всегда это так :) Ведь при добавлении альфа-канала «10 бит на канал» превращаются в «40-битное изображение», потому что теперь у нас 4 канала: R, G, B и альфа-канал a. 10 + 10 + 10 + 10 = 40.

🎬Если резюмировать, то старайтесь обращать внимание на битность исходников, а при передаче материалов дальше по пайплайну не забывайте нажимать нужные галки, особенно в Premiere Pro :)

#воркфлоу

И то же самое отправлю файлами, чтобы телеграм не улучшал без спроса качество зашакаленных картинок :)