🤬Я долго пытался убеждать себя в том, что монтажеры в FCPX в порядке, просто выбрали вот такой вот софт. Но сегодня в очередной раз убедился, что использование файнала для рекламы — это ад. Все чаще всего упирается в техническую некомпетентность монтажера, в невозможность адекватно передавать секвенции, ведь если .xml или .edl читает любой софт, то вот .fcpxml открывает только DaVinci Resolve, да еще и последнюю версию держать необходимо (потому что Apple регулярно выкатывают апдейты по .fcpxml, которые не работают впредыдущих версиях DVR). Ну и да, неумение загуглить и отдать более старую версию .fcpxml (такая возможность есть) тоже отдельно доставляет.

Бесит.

#нытье

🔥Современного человека, живущего в мегаполисе, в принципе не должны волновать такие вещи, как сбор урожая, пастеризация молока и уборка навоза. Еще меньше его должна волновать проблема развертки применительно к видеоматериалу. Но увы, эта проблема все еще возникает, словно свежая куча после конной полиции, поэтому давайте разбираться.


❓Что за развертка?

Если коротко, то развертка — это тяжкое наследие телевещания. Картинку на экране (аналоговом или цифровом) можно разделить на строки. Например, в формате 1920x1080 будет 1080 строк по вертикали. В эру SD-вещания основным форматом в Европейской части был 720x576, то есть луч электронно-лучевой трубки должен был, двигаясь зигзагами, отрисовывать за секунду 576 строк, что на тот момент было тяжеловато. Поэтому из-за ограничений, налагаемых техникой середины прошлого века, а также из-за ограничений ширины канала передачи данных от телебашни и до конечного потребителя, придумали технологию, которая отображает не все строки подряд, а через одну. Либо сначала нечетные, а потом четные (то есть сначала 1, 3, 5, 7, ... 575, а затем 2, 4, 6, 8, ... 576), либо наоборот, сначала четные, а потом нечетные. В английском языке это называется interlaced video (вы могли видеть формат видео 576i, где i — interlaced), в русском языке это называют разверткой, интерлейсом и полями (или полуполями).

Нечетные поля называют еще верхними или upper, четные — соответственно нижними и lower.

Чтобы собрать кадры с полуполями в нормальное видео, используется процесс деинтерлейсинга (deinterlacing).

Такой проблемы нет с подавляющим большинством современных камер, поскольку они все снимают в прогрессивной развертке (progressive), то есть каждый кадр по умолчанию целый, без разделения на полуполя. В телекамерах и, возможно, в некоторых камерах двойного назначения режим съемки с полуполями остался.


❓В чем проблема?

Проблемы могут возникнуть на нескольких этапах:

1. При работе с видео с полуполями в прогрессивной секвенции
2. При рендере видео

Во-первых, вне зависимости от типа развертки секвенции, в которой вы работаете (лучше работать в прогрессивной развертке, поверьте, хотя есть исключения), все материалы должны быть корректно интерпретированы. Приложу скриншоты, как это сделать в Premiere Pro и в DaVinci Resolve. Вообще любой софт самостоятельно интерпретирует исходники корректно, но бывают неприятные исключения, поэтому этот момент лучше контролировать. Нужно сказать, что в секвенции с прогрессивной разверткой исходник с любыми полями будет чувствовать себя комфортно. Чаще всего.

Во-вторых, когда вы будете рендерить видео, в настройках многих кодеков можно указать поля. Обычно мы рендерим или .mp4/h264(h265), или .mov/ProRes, поэтому проблем не возникнет. Но если мастер идет на ТВ, но до сих пор требуется указывать верные поля, обычно информация есть в технических требованиях, либо ее нужно нещадно выбивать.


❓Чем чревато использование не тех полей?

Если коротко, то видео будет выглядеть ужасно :) Будут рывки, будут заметные полосы, особенно в движении. Это нужно фиксить, отдавать видео с верной разверткой. Наверное, видели когда-то такой материал, как на этой замечательной картинке с машиной из Википедии? Если вам нужно работать с таким исходником, то нужно провести упомянутый выше обряд процесс деинтерлейсинга. Это можно сделать либо через тот же HandBrake, либо попробовать в Premiere Pro поиграть с настройками Field Options. Обычно все легко можно исправить, но нужно понимать, что вот тот человек, от которого пришло дерганное видео, как раз неверно выполнил первый или второй пункт из прошлого параграфа. Не будьте такими!

Надеюсь, не доведется вам поработать с интерлейсом в своей жизни, желаю вам только прогрессивную развертку и чтобы про поля только на рендере вспоминали (и запилили себе пресет под нужный ТВ-канал!)

#развертка #интерлейс #деинтерлейс

🔥А вот сейчас будет серьезный разговор, шутки закончились. Все эти ваши субдискретизации и фреймрейты к черту! По-настоящему ваш монтаж может испортить простой советский... читать далее


❓Set/Scale To Frame Size. Что это, и почему мы должны уметь этим пользоваться?


Начнем с Premiere Pro. Вот есть у нас секвенция в 1920x1080 (для удобства все дальнейшее будет происходить в ней). А исходники у нас, скажем, в 3840x2160. Что делает почти любой монтажер? Жахает Scale To Frame Size! То есть говорит премьеру, что нужно все исходники растянуть или сжать до 1920x1080, чтобы ничего краями кадра не зарезалось. В принципе если материал для отсмотра, либо не предполагается его скейлить, то вариант неплохой. Однако, если нам предстоят какие-то манипуляции с параметром Scale, то нужно быть осторожными.

❓В чем проблема?

Когда мы скейлим исходник (независимо от подхода: Scale To Frame Size или просто ползунком Scale), мы вынуждаем Premiere Pro подгонять пиксели исходника под пиксели секвенции: то есть у нашего футажа в 3840x2160, сжатого в два раза параметром Scale, 4 пикселя по ширине и 4 пикселя по высоте нужно уместить в 2 пикселя по ширине и в 2 пикселя по высоте секвенции. Этим занимается движок Premiere Pro. Интуитивно понятно, что если мы уменьшаем исходник не в целое число раз, то софту будет проблематично «визуально красиво» сжимать, например, 2,5 пикселя в 1.

Надеюсь, тут понятно, а если нет, то пишите в комментарии, постараюсь на пальцах и картинках разъяснить.

Когда у нас не совпадают разрешения исходника и секвенции, на помощь в автоматизации процесса приходит классный параметр Scale To Frame Size. В чем его плюс? Он позволяет в пару кликов «прилепить» все клипы к краю экрана, то есть растянуть их или сжать не обрезая края. И всем отмасштабированным таким образом клипам назначить Scale = 100%. Это удобно, если вы решите, например, копировать анимацию параметров Motion с одного клипа на другой.

Другой параметр, приходящий на помощь — Set To Frame Size. Тоже растягивает все клипы до краев экрана, но так, словно вы делали это сами ползунком Scale, то есть клип в разрешении 3840x2160 получит параметр Scale = 50%. Кажется, что это неудобно, потому что анимацию уже так просто не скопировать, если исходники разного разрешения. Но у этого подхода есть существенное преимущество — качество.

❓Как не потерять качество?

Простой ответ: избегайте Scale To Frame Size, если не уверены в дальнейших действиях, делайте все либо через Set To Frame Size, либо через ползунок Scale.

Сложный ответ: избегайте Scale To Frame Size.
Показываю на примере: я взял фотографию в разрешении 1728x2592, прикрепил ее для привлечения внимания. Допустим, нам не нужно каше (черные поля) по краю кадра. Фотография вертикально ориентирована, то есть нам ее придется растягивать, пока мы не заполним черноту слева и справа.

Дальше начинаем эксперименты: одна и та же фотография была

- растянута ползунком Scale до 111,3%
- потрогана параметром Scale To Frame Size, а потом дотянута до краев кадра параметром Scale = 267%
- потрогана параметром Set To Frame Size, а потом дотянута до краев кадра параметром Scale = 111,3%

Как видим, первый и третий подход дают одинаковый результат, потому что по сути мы не «зашиваем» новое значение Scale в наш клип, мы просто автоматически масштабируем его так, как сделали бы сами через параметр Scale. А вот второй подход отличается значительно, потому что растягиваем мы тут наш клип в 2,5 раза. Я прикладываю архив с рендерами, где проделаны три указанные выше манипуляции четыре раза:

- с включенной CUDA
- с включенной CUDA и с галкой Use Maximum Render Quality на рендере
- с выключенной CUDA
- с выключенной CUDA и с галкой Use Maximum Render Quality на рендере

Выводы, которые я делаю из экспериментов (и вы тоже можете, скачав папку с рендерами):

- растянутый параметром Scale клип и клип, растянутый параметром Scale с примененным Scale To Frame Size визуально неотличимы
- все 4 опции рендера показали, что качество с использованием Scale To Frame Size сильно проседает
- галка Use Maximum Render Quality не повлияла на качество (по идее должна)
- без CUDA картинка немного размывается и немного шифтит в зелень (это вообще тема для отдельного поста, тут все очень больно)

Советую вам работать с включенной CUDA (если у вас видеокарта Nvidia) и никогда без необходимости не использовать Scale To Frame Size 😐


❓P.S. А что там с DaVinci Resolve?

Все прекрасно, все настройки скейлинга на уровне проекта отработали идентично, да еще и без шифта по цветам, красота! 🦨

#scaletoframesize #settoframesize #scale

🔥Каждый порядочный человек знает, что нужно избегать кириллицы в путях. Если вы все еще пользуетесь папками «видео с отдыха» и «исходники с выпускного», то немедленно прекращайте!

Сейчас все объясню.

🦨Во-первых, правилом хорошего тона является использование латиницы и символов вроде подчеркивания и дефисов. Точки, запятые, восклицательные знаки и пробелы использовать не стоит в принципе нигде и никогда, это не только монтажа касается :)

Почему? Я думаю, многие получали архивы с макбука продюсера, где все файлы, названия которых написаны на кириллице, теперь выглядят как зловещие Zalgo-стайл письмена — это проблема кодировки. А еще иногда возникает такой косяк, при котором расширение файла video.1.2.mp4 может с .mp4 стать равным .1.2.mp4, и никакой Premiere Pro никогда не догадается, что же это за файл.

👯‍♂️Во-вторых, некоторые программы ругаются на некорректные символы и раскладку в пути, что приводит к неочевидным ошибкам. Например, файлы могут не импортироваться в монтажный софт, на рендере могут появляться непонятные ошибки и вылеты, и, мое самое любимое, видео отрендерится за положенное ему время, но выходной файл будет весить 1 килобайт :)

Так что запоминаем: никакой кириллицы в путях, никаких ненужных точек, плюсов и пробелов. Все максимально скучно и на латинице :)

🏃‍♀️Если у вас в работе сейчас есть проекты с кириллицей в путях, то можете спокойно переименовать, например, папку «видео с отдыха» в какое-то понятное вам «video_s_otdykha», а отвалившиеся в Premiere Pro или DaVinci Resolve файлы перелинковать за несколько секунд.

#кириллица

🔥Вдогонку к прошлому посту смежная тема: переименование исходников.

Зачем оно нам нужно?

Если коротко, то это помогает избежать многих проблем. Если подробно, то тут несколько пунктов.

1. Убираем кириллицу и ненужные символы в пути (см. прошлый пост).
2. Если у нас есть видео с нескольких камер, особенно с Sony, то имена файлов в разных папках могут совпадать, и получится, что в обеих папках, cam_a и cam_b, лежит по файлу C0001.MP4. Давайте разберем этот момент подробнее.

Чем плохо то, что названия файлов в разных папках совпадают?

💻 Все просто: при смене пути (поменялась буква диска, переложили все исходники в другую папку, открыли проект на другом компьютере) наш монтажный софт будет перелинковывать все исходники, и чаще всего все клипы с одинаковыми именами, вроде C0001.MP4, перелинковываются на самый первый файл с таким названием, который наш монтажный софт увидел. То есть если у нас 5 съемочных дней, то все 5 клипов из Premiere Pro будут ссылаться на один и тот же файл C0001.MP4 в папке day1. Разгребать это — боль. Здесь могла бы помочь галка Match File Properties — Media Start при перелинковке файлов, но не все камеры Sony пишут в себя таймкод, все файлы тут начинаются с 00:00:00:00.

😤Что делать?

Очень советую переименовать все исходники, когда есть сомнения. Идеально будет назвать их как-то вроде

day1_cam_a_C0001.MP4
day1_cam_b_C0001.MP4
day2_cam_a_C0001.MP4
day2_cam_b_C0001.MP4
...

❗️Если проект в работе также и у другого монтажера, а диск с исходниками не в одном экземпляре, то эти вещи лучше обговорить заранее, чтобы не возникло трудностей при перелинковке на другом компьютере.

Как быстро переименовать файлы?

Советую софт Total Commander или любой похожий, он умеет менять свойства файлов пачкой, и все ваши многодневные съемки переименовываются в пару кликов!

#sourcename

🔥Очень крутой апдейт в Media Encoder!

Если пользуетесь AME и считаете видео по техтребованиям для интернета, то тут с месяц-два назад выкатили крутой апдейт!

Если коротко — теперь можно выставлять ограничение по максимальному размеру файла для h264/h265!

Если интересно подробнее, то вот немного теории:

h264/h265, которые чаще всего используется в интернетах — это у нас что? Правильно, деливери-кодек! Битрейт у него такой, какой поставим, в отличие от ProRes, DNx и кучи всяких специальных XDCAMHD, где битрейт или фиксирован, или не определен (зависит от степени внутрикадрового сжатия).

Так вот, очень часто у площадок есть ограничение на размер файла, и оно какое-то неадекватное, вроде 3 MB при хронометраже в 30 секунд и разрешении 1920x1080. Раньше я руками менял Target Bitrate, пока мне не показывался нужный эстимейт внизу. Но со временем стало понятно, что битрейт нужно еще сильнее занижать руками, потому что часто файл получается чуть тяжелее, чем нужно. А с новой галочкой таких проблем нет!

Порядок действий такой:

1. Проставляем все нужные параметры, вроде битрейта аудио, фреймрейта, разрешения и вот этого всего
2. Идем вниз, пишем желаемый размер файла

Все! Битрейт видео подгонится за вас!

Будь эта функция раньше, я за свою жизнь сэкономил бы пару недель, если не больше💻