К
Size: a a a
2019 June 28
ЯС
Короче логика такова..Если оригиналы в mp4,то и дать их лучше тоже в mp4.
Вот не уверен. FCPX делает все прокси в mov
AB
Можно и так и так. Еще момент - если в проекте есть файлы с одинаковыми названиями - то надо быть осторожным. Я не знаю, по какому принципу fcpx линкует эти файлы.
Прикол в том, что никто похоже не знает как кат линкует прокси. Я генерил прокси 2 дня с 3 ТБ 8k исходников на чисый диск в отдельную папку. Потом мне понадобилось перенести эту папку на другой диск, чтобы догенерить остаток ( т.к. ошибка расчета требуемого места под прокси это другой баг ката). Так вот, когда я вернул все назад кат потерял прокси. После повтора операции нашел половину. Пришлось генерить заново. Учитывая дедлайн- нервов кат поел немало.
АК
Спасибо, Анатолий. Метод суровый конечно)
По словам автора — это удобно, когда прокси 750гб.
"It's a good solution to internalise proxy. But there is different cases where putting proxy in the library is a problem. When you want to save your Library manualy for example. On the last documentary series, we had 750 Go of Proxy. I don't want to copy 750 Go every day ;). And if my first disque crash, i don't want to recreate proxys on the back up disque ! Another situation is when you want to come back to your first disk. With your method you have to copy the whole library (with its proxy in). It's not a so big problem if your proxy are not too numerous. Indeed ! Those sparsebundle help with the problem of relinking proxy, in fact. But it's not a problem for everybody and your way of doing is a good one. For some cases"©
"It's a good solution to internalise proxy. But there is different cases where putting proxy in the library is a problem. When you want to save your Library manualy for example. On the last documentary series, we had 750 Go of Proxy. I don't want to copy 750 Go every day ;). And if my first disque crash, i don't want to recreate proxys on the back up disque ! Another situation is when you want to come back to your first disk. With your method you have to copy the whole library (with its proxy in). It's not a so big problem if your proxy are not too numerous. Indeed ! Those sparsebundle help with the problem of relinking proxy, in fact. But it's not a problem for everybody and your way of doing is a good one. For some cases"©
К
Прикол в том, что никто похоже не знает как кат линкует прокси. Я генерил прокси 2 дня с 3 ТБ 8k исходников на чисый диск в отдельную папку. Потом мне понадобилось перенести эту папку на другой диск, чтобы догенерить остаток ( т.к. ошибка расчета требуемого места под прокси это другой баг ката). Так вот, когда я вернул все назад кат потерял прокси. После повтора операции нашел половину. Пришлось генерить заново. Учитывая дедлайн- нервов кат поел немало.
Под прокси можно понимать два варианта:
1) созданный самим fcpx и работающий внутри fcpx в режиме proxy
2) созданный вне fcpx и работа с ним в fcpx в обычном (не прокси) режиме подразумевает релинк на исходники
1) созданный самим fcpx и работающий внутри fcpx в режиме proxy
2) созданный вне fcpx и работа с ним в fcpx в обычном (не прокси) режиме подразумевает релинк на исходники
AB
Под прокси можно понимать два варианта:
1) созданный самим fcpx и работающий внутри fcpx в режиме proxy
2) созданный вне fcpx и работа с ним в fcpx в обычном (не прокси) режиме подразумевает релинк на исходники
1) созданный самим fcpx и работающий внутри fcpx в режиме proxy
2) созданный вне fcpx и работа с ним в fcpx в обычном (не прокси) режиме подразумевает релинк на исходники
Вот по второму пункту я бы посмотрел урок, особенно в части релинка на исходники. Потому что с родными прокси на больших проектах не хочется больше связываться.
AB
Вот нашел- Риплы путем танцев с бубном и заклинаний нашли способ релинка) Через одно место конечно все, но вроде работет. https://www.youtube.com/watch?v=kDCSFtvQ5SU
AB
Это с родными прокси
EL
1) в DVR импортировать исходники, сохраниить проект и просчитать прокси
2) в FCPX импортировать прокси, работать с ними и экспортировать в fcpxml
3) открыть в DVR сохранённый проект, импортировать fcpxml с выклюенной галкой линковать исходники, тогда DVR из пула подставит файлы оригиналы и экспортировать это уже в fcpxml
то есть перелинковка вне fcpx
2) в FCPX импортировать прокси, работать с ними и экспортировать в fcpxml
3) открыть в DVR сохранённый проект, импортировать fcpxml с выклюенной галкой линковать исходники, тогда DVR из пула подставит файлы оригиналы и экспортировать это уже в fcpxml
то есть перелинковка вне fcpx
Ещё важно не забыть Reel прописать.
DF
Привет!Может кто подскажет метод какой нибудь,что бы контролировать размер создаваемых прокси файлов?Ну то есть самостоятельно выставлять битрейт и разрешение создаваемых прокси.Это может быть даже сторонний софт,не важно.Лишь бы линковка на оригиналы потом прошла быстро и легко.Просто по дефолту, кат создает прокси,которые крайне неудобно отправлять по интернету.Ну просто огромный размер.Приведу пример:При создании прокси в медиа энкодере для премьера,можно самому выставлять разрешение этих файлов.И с 400 гигов(оригиналы),получается ужать в 50-60 гиг,что крайне удобно..И вполне себе приемлемое качество,для монтажа без цветкора..Вот желательно,что бы итоговые прокси весили не более 50 гиг,от 400 гигов.Спасибо!
AK
АК
Как обычно — первые версии можно пропускать.