По поводу курилки во время рендера - таких проблем попросту не существует уже лет 20), просто нужно было выбирать монтажный софт чуть тщательнее. Текущая типичная ситуация, - например учебный курс состоит из 15 - 110 роликов, каждый из которых имеет исходный хронометраж 10 - 40 минут со всеми дублями, мастерфайл обычно имеет хронометраж 13 - 15 минут. Видеомонтажом занимаются не видеоинженеры а видеомонтажеры. Собранный ролик отправляется на рендер в приложение Apple Compressor, рендер может выполняться локальным хостом или вообще всем ЦОДом - это как будет настроено это приложение и соответствующие хосты этой ноды (обычно рендер назначаю на другой хост, исходники доступны по сети ЛВС и корректно линкуются в задачу рендера) в это время в Apple FCP можно монтировать следующий ролик, т.е. линейность данного процесса это миф, но конечно перерывы при сборке контента нужны... Основное отличие пакета Adobe от пакета Apple отсутствие у Adobe собственно разработанных видеокодеков, но более крутой маркетинг Adobe + открытость,- способствуют возникновению в данном пакете нейросетевых фишек (по текущему законодательству результаты работы ИИ принадлежат создателям этого ИИ, нужно это помнить), и мне например нравится сторонний плагин (не буду его рекламировать) который позволяет автоматически собирать мультикамерный диалог двух или большего количества участников, а под проекты Apple FCP приходится использовать Gling Ai, затем экспортировать мультикамеру и вручную синхронизировать остальные камеры. Иногда конечно это жесть. Для цветокора пакет Adobe такой же не очень как и пакет от Apple, поэтому существует мегападучий и мегажручий ресурсы DaVinci Resolve, в котором существует приложение для композитинга - Fusion, которое ничем не хуже After Effects. Ну любой софт имеет свои особенности и UI\UX, и наиболее подходит для решения конкретной задачи. По причине тормознутости и нестабильности пакета Adobe мы от него отказались первый раз в 2002 (Premiere 1 вышел в 1991, а Adobe Premiere Pro 1 вышел в 2003), и окончательно в 2004, с тех пор мы пересели на яблочные монтажки, и далее - ничего не падало, за исключением одной библиотеки, которая после каталогизации на сетевом накопителе с помощью какой-то блин виндовой утилиты - попросту не открылась, после чего библиотеки стали хранить в контейнерах, сейчас храним в sparsebundle с 256 битным шифрованием, чтобы KPIщики не могли ломать то что им даже учитывать и не надо). Конечно VDI на маках - это было бы идеально, но "обычное" remote от Parsec тоже хорошо для видеопроизводства, по крайней мере получше тимочки, энидеска и прочих штучек для админов, ну у меня просто не хватает квалификации чтобы создать такое www.macstadium.com/orka-workspace + не вижу что на работе этого хотят. В целом данный кейс достаточно редкий, поэтому им вообще никто заниматься и не будет.
Монтирую видео в режиме Remote с 2014 года (не каждый день и не прям целыми днями)- зрение подсело на 30% минимум. В принципе VDI для видеомонтажа - не очень, потому что требуется чтобы задержки были номинальными, иначе к концу рабочего дня реально укачивает). Очень простое решение кроссплатформенное для видеомонтажа на удаленных мощных компах к которым по ЛВС подключены накопители к исходникам это приложение Parsec, можно даже красить удаленно, потому что картинка 4:2:2 10bit транслируется Из рабочих станций для тысяч мастерфайлов очень подходят самые обычные маки на силиконовых камнях - очень стабильная работа, вменяемые библиотеки, возможность восстанавливать с убитых накопителей файлы с сохранением имен файлов и структуры каталогов если используется HFS+, APFS.
По поводу курилки во время рендера - таких проблем попросту не существует уже лет 20), просто нужно было выбирать монтажный софт чуть тщательнее. Текущая типичная ситуация, - например учебный курс состоит из 15 - 110 роликов, каждый из которых имеет исходный хронометраж 10 - 40 минут со всеми дублями, мастерфайл обычно имеет хронометраж 13 - 15 минут. Видеомонтажом занимаются не видеоинженеры а видеомонтажеры. Собранный ролик отправляется на рендер в приложение Apple Compressor, рендер может выполняться локальным хостом или вообще всем ЦОДом - это как будет настроено это приложение и соответствующие хосты этой ноды (обычно рендер назначаю на другой хост, исходники доступны по сети ЛВС и корректно линкуются в задачу рендера) в это время в Apple FCP можно монтировать следующий ролик, т.е. линейность данного процесса это миф, но конечно перерывы при сборке контента нужны...
Основное отличие пакета Adobe от пакета Apple отсутствие у Adobe собственно разработанных видеокодеков, но более крутой маркетинг Adobe + открытость,- способствуют возникновению в данном пакете нейросетевых фишек (по текущему законодательству результаты работы ИИ принадлежат создателям этого ИИ, нужно это помнить), и мне например нравится сторонний плагин (не буду его рекламировать) который позволяет автоматически собирать мультикамерный диалог двух или большего количества участников, а под проекты Apple FCP приходится использовать Gling Ai, затем экспортировать мультикамеру и вручную синхронизировать остальные камеры. Иногда конечно это жесть.
Для цветокора пакет Adobe такой же не очень как и пакет от Apple, поэтому существует мегападучий и мегажручий ресурсы DaVinci Resolve, в котором существует приложение для композитинга - Fusion, которое ничем не хуже After Effects. Ну любой софт имеет свои особенности и UI\UX, и наиболее подходит для решения конкретной задачи.
По причине тормознутости и нестабильности пакета Adobe мы от него отказались первый раз в 2002 (Premiere 1 вышел в 1991, а Adobe Premiere Pro 1 вышел в 2003), и окончательно в 2004, с тех пор мы пересели на яблочные монтажки, и далее - ничего не падало, за исключением одной библиотеки, которая после каталогизации на сетевом накопителе с помощью какой-то блин виндовой утилиты - попросту не открылась, после чего библиотеки стали хранить в контейнерах, сейчас храним в sparsebundle с 256 битным шифрованием, чтобы KPIщики не могли ломать то что им даже учитывать и не надо).
Конечно VDI на маках - это было бы идеально, но "обычное" remote от Parsec тоже хорошо для видеопроизводства, по крайней мере получше тимочки, энидеска и прочих штучек для админов, ну у меня просто не хватает квалификации чтобы создать такое www.macstadium.com/orka-workspace + не вижу что на работе этого хотят. В целом данный кейс достаточно редкий, поэтому им вообще никто заниматься и не будет.
Монтирую видео в режиме Remote с 2014 года (не каждый день и не прям целыми днями)- зрение подсело на 30% минимум.
В принципе VDI для видеомонтажа - не очень, потому что требуется чтобы задержки были номинальными, иначе к концу рабочего дня реально укачивает). Очень простое решение кроссплатформенное для видеомонтажа на удаленных мощных компах к которым по ЛВС подключены накопители к исходникам это приложение Parsec, можно даже красить удаленно, потому что картинка 4:2:2 10bit транслируется
Из рабочих станций для тысяч мастерфайлов очень подходят самые обычные маки на силиконовых камнях - очень стабильная работа, вменяемые библиотеки, возможность восстанавливать с убитых накопителей файлы с сохранением имен файлов и структуры каталогов если используется HFS+, APFS.