Ajasponsorship.jpg

Как собрать мультикам, если исходники имеют множество дыр ТС

Как собрать мультикам, если исходники имеют множество дыр ТС

Как собрать мультикам, если исходники имеют множество дыр ТС (к примеру запись велась с 7 источников. TC у всех источников генерится от одного синхрогенератора и каждое включение записи дает дырку в коде, но  TC нового фрагмента всегда больше предыдущего) В результате запись одного источника в BROWSER выглядит как на рис. 1. Такойже вид имет и все остальные источники.

Picture 1

Выделяем в  BROWSER все фрагменты одного источника и кликам правой кнопкой мыши на выделенных фрагментах. В открывшемся меню выбираем “Make Multiclip sequence…”

Picture 2

В открывшемся окне рис. 3. все оставляем без изменения и нажимаем ОК

Picture 3

В результате в BROWSER создалась секвенция “Multiclip sequence 1” и bin c именим Multiclip sequence 1 cодержащий в себе мультиклипи каждого фрагмента рис 4. Его мы закрываем он нам не нужен.

Picture 4

Открываем секвенцию “Multiclip sequence 1” Она содержит все наши фрагменты расставленные на Timeline в соответствии своему TC рис.6. Причем начальный TC секвенции равен TC первого фрагмента исходника.

Picture 6

Выделяем все фрагменты на Timeline затем в меню MODIFY выбираем Collapse Multiclip(s) рис.7. Это уменьшит в несколько раз дальнейший просчет в mov-ку.

Picture 7

Дальше file>export>QuickTime Move…  снимаем галку с Recompress All Frames и нажимаем OK.

Picture 9

Повторям пункты 1-6 с остальными источниками. В результате у нас получится 7 MOV контейнеров с непрерывным TC теперь можно воспользоваться командой Make Multiclip для создания мультиклипа с 7 источниками.

tte

SAS
02.09.2009 12:21:43
Мишаня тебе 5. Есть ещё много разных способов, но этот самый быстрый.
MacLenny
03.09.2009 05:34:50
Супер! Но есть одно "Но"... Созданием Self Contained мувиков мы сразу грохнем уйму места на носителе.
Может быть разумнее использовать ref-ы? Тогда и исходники можно не удалять... Лично я так делал, когда монтировал большой 8-и камерный концерт "России". И это еще на 5-м кате...
Galina
05.09.2009 14:49:03
Уважаемый MacLenny, не могли бы вы подробнее описать свой способ, о котором вы упомянули. Очень хотелось бы подробных инструкций. Как жаль, что я сейчас дома и не могу все проделать в машине! Завтра обязательно испытаю вышеописанный метод. А если вы подробно расскажите о своем....Была бы очень признательна.
admin
05.09.2009 15:08:47
он имеет в виду всё тоже самое, только со снятой галкой на make movie self-contained, тогда посчитаются не новые мувики а только контейнеры-привязки, что сэкономит место и время. в остальном, видимо всё тоже самое
Galina
06.09.2009 15:49:12
Спсибо за коментарий
Ed
14.09.2009 14:26:20
Есть еще одна заковыка:
даже не self-contained мувик может считаться долго и оказаться приличного размер потому, что файнал будет сам генерить черное поле между клипами на таймлайне при экспорте и писать его в мувик. Бороться просто - сделать минутный файл черного поля, повторить его много раз на таймлайне, а поверх перенести созданный описанным выше способом таймлайн. То есть все промежутки между клипами будут забиты созданным вами файлом черного поля. Теперь экспорт будет очень быстрым, а полученный референс-мувик - маленьким.
MacLenny
17.09.2009 11:20:53
делать 2 видеотрека быстрее и проще, но не проще ли все гэпы заполнить Slug-ом?...
Capt_Nemo
07.10.2009 17:53:03
Насколько я понимаю для слага тоже будет генериться черное поле.... Соответственно долго и файл большой. Хотя в случае слага не уверен на все сто smile:)
Проверил - так же генерится черное поле и пишется в файл. Как и сказано выше медленно и файл большой.
SAS
12.09.2009 14:02:12
MacLenny....но если вдруг что-то происходит с одним из исходников, то мы получаем АПОКАЛИПСЕЦ в проекте)))
MacLenny
17.09.2009 11:19:17
ага. но тогда саый лучший вариант- 3... нет 5 копий Capture Scratch фолдера. Правда нет гарантии, что, "что-то" не произойдет с рейдами и винтами...
Nora
02.11.2009 23:34:41
вот-вот.. а как известно, в нашей конторе это основная проблема: с рейдами и винтами.... подходит только Self Contained, и никаких рефов, к сожалению... =)
Alex Prohorushkin
17.09.2009 11:48:28
Доброго времени суток.
Всо высказывания достаточно разумны. и имеют свои "+" и "-".
Однозначно нужно хранить все исходний материалы на первичных носителях, а также фал проекта их "загона", дабы при Апокалипсисе можно было-бы их стакой же точностью востановить.

А вариант с отдельными МOV-ками заслуживает внимания особенно при "мобильном" варианте монтажа, когда рейд, может переноситься от одной машины к другой.

С уважением,
Александр.
NV
02.11.2009 22:42:30
Спасибо за инфу! Как раз столкнулся с подобной проблемой и Ваши комменты в самую точку! Спасибо!
Rachya
21.01.2011 02:32:33
подскажите пожалуйста!

Ситуация такая... Делаю всё как написано выше...
НО!
После вывода в ref-ы получается файл размером около 6-7 гигов. (Фильм 6-ти часовой). После первого часа, соответственно обрыва тоже. (снимали концерт и целый час снимали без стопов) далее идет рассинхрон. Картинка очень сильно "убегает" от звука... и наоборот. Делаю всё как описано... ничего не помогает. И оставлял галочку в Self Contained и убирал.. всё перепробовал. Всё равно рассинхрон после вывода в MOV!
Submix
03.07.2011 09:36:26
Суперполезная статья! Автору спасибо!