拍完的素材怎麼銜接後期

參與過合拍電影製作的小夥伴一定會經常聽到“Turnover”這個詞。不難理解,這就是交付文件的意思。當然,各個部門的交付文件內容不一樣,所以今天就來聊聊關於Turnover的一些細節,希望可以爲大家帶來一些幫助。

拍完的素材怎麼銜接後期

什麼是Turnover

你基本上可以理解爲,Turnover是由剪輯組發往各個其他部門(聲音,音樂,特效,調色等等)的文件。由於這些部門通常對剪輯系統和素材沒有辦法全部訪問到,所以作爲剪輯師(助理)必須將各部門需要的素材以適當的形式交付給他們。

我怎樣知道該Turn over什麼東西?

其實換位思考一下,答案很快便會出現了。比如,聲音和音樂部門通常會需要左右聲道分離的Quicktime參考(Reference QT)。對聲音部門來說,對白放在左聲道,臨時聲效放在右聲道。對於音樂部門來說,對白和聲效放在左聲道,臨時音樂放在右聲道。爲什麼會有這樣的要求?站在他們的角度去思考一下:聲音部門需要整理對白並在聲效上進行藝術創作,那麼他們一定需要一個可以隨時Mute掉的分開的音軌,這樣就可以只聽對白參考或者只聽臨時聲效參考。而對於作曲,他們在觀看Quicktime參考時,也會希望可以不聽臨時音樂。當然另一種做法,是把對白、聲效、音樂都單獨生成出來,這樣操作起來會更加靈活。

另外一個例子,是當交付給DI部門參考QT時,是否應該帶上遮幅(Letterbox)。同樣的,我們再換位思考一下:DI部門需要負責用Raw素材重建你的剪輯時間線,所以參考視頻所攜帶的信息越多,他們套底(Conform)的工作進展就會越順利。EDL有時準確,但又不能完全依賴它,所以必要的時候,還是會出現用眼睛一幀一幀去對的情況。去掉遮幅,DI部門的同事就可以看到畫面上的各種Burn-in信息,比如源文件名(Source filename)、時碼(Timecode)等。

Turnover的組成部分

根據不同項目不同需要,Turnover的內容也不盡相同。以下,我只列出比較通用的幾個關鍵的文件。

 Quicktime

參考軌道(對白,聲效,音樂)

 AAF

畫面EDL

對白音頻EDL

Quicktime

首先,一次Turnover通常會需要有一個視覺參考(Visual Reference),一般來說是從你剪輯系統裏渲染出來的QT。對於電影項目來說,每一卷(Reel)都應該有其對應的參考QT。以下是幾點需要注意的,歡迎大家踊躍補充:

每卷裏帶不帶Head Leader和Tail Leader?

Head Leader是一個8秒的倒計時,並會在數到2的時候聽到一聲“嗶”(Refernence Tone,這是一個-20dB的1000 Hz的標準音,就是罵髒話的時候你們經常聽到的那個!),正片第一幀開始前會有一個Punch Hole,一般來說會是一個三角或者圓圈等圖案,以用來告訴明確正片第一幀的位置。Tail Leader類似,你會在每卷正片最後一幀之後的兩秒處聽見標準音。務必養成在每一軌都加Leader的習慣,這對將來查看聲畫是否對位會很有幫助!

每捲開始的時間(TC)是否正確?

每一卷的開始時間會根據卷號的不同而變化,比如Reel 1開始的時間是01:00:00:00,Reel 2開始的時間就是02:00:00:00。有的聲音部門的人會要求開始的時碼要把Head Leader那8秒刨去,所以開始的TC就變成00:00:52:00。這一點,希望做聲音的同志們能和我一起討論。

是否需要加遮幅?

剛纔已經提到過,這個要視情況而定。準備一個隨時可以用的遮幅總沒有錯。(關於遮幅,有必要找機會單獨拿出來說道說道,大批從業人員對它的認識不夠)

是否爲每個QT加上了Burn-ins?

Burn-in通常是剪輯系統通過讀取媒體的元數據(Metadata)直接“燒”在視頻上而來的。一般來說,現場DIT部門會在轉碼的過程中,把每個鏡頭的TC、幀計數、文件名等信息直接燒在畫面上,另外一些以時間線爲基礎的信息比如整本Reel的TC、日期、剪輯版本等,需要剪輯在輸出時額外添加。這裏多說一下,許多剪輯在加Burn-in時會把畫面變得異常難看、髒,Burn-in的原則是能在常態下看清,同時不能破壞或者阻擋畫面,格式字體字號都要統一。有人說這是矯情,但我始終認爲剪輯應該在一個乾淨整潔的環境下工作,這是對自己的`尊重,也是對作品的尊重。以下爲示例,僅供參考:

是否加上了水印?

同樣,水印要以不影響正常觀看視頻爲前提,所以建議將水印不透明度調低一些。另外,水印的作用之一是保護知識產權不被泄露,所以發給不同的人要加上不同的水印,比如發給聲音就可以寫To Sound(或公司名稱),這樣一旦視頻小樣遭到泄露,可以馬上追查到泄露源頭。

Quicktime的編碼(Codec)應該是什麼?

通常來說,如果對方對編碼沒有特殊的要求,那麼就以兼容性爲前提,導出文件大小適中的QT。H264是最常用的,但是這種編碼在顏色準確性上禁不起推敲,而且由於是幀間壓縮方式,在碼率不高的情況下,圖像看起來會非常糟。Apple ProRes的文件頭(File Header)寫入也不是很規範,偶爾會出現顏色或者Gamma的偏差(Gamma Shift)。DNxHD、DNxHR,都是Avid家原生格式,如果工作流程是Media Composer和Protools,這兩種編碼永遠是最好的。除此之外,Photo-Jpeg也是發揮比較穩定的Codec。關於編碼,如果大家有興趣,也許將來可以單獨寫一篇,做一下科普。

參考聲軌(Guide Tracks)

與聲音交接,參考聲軌是必不可少的。通常是由三個Wav或Aiff文件組成,他們分別是D、E、M,也就是對白、聲效、音樂。這也是爲什麼你必須把你的Timeline弄得整整齊齊,這樣在導出時纔可以準確把所需要的內容提煉出來。