“為了更快地完成渲染交付任務(wù)，我們現(xiàn)在購買了22臺 Mac Mini，裝上最新版本的DaVinci Resolve，接入萬兆以太網(wǎng)，告訴你的客戶說這個88集的劇明天就可以出好?！?/p>

快醒醒 起來出片了

想必各位都希望能把可調(diào)配的閑置算力用來加快比急更急的交付任務(wù)。那么在有了共享存儲、共享數(shù)據(jù)庫，合理的網(wǎng)絡(luò)基建的前提下，我們完全可以利用一些閑置的電腦，在同事都下班之后(實(shí)慘)，統(tǒng)統(tǒng)利用起來幫助你早點(diǎn)回家。

我們都希望這樣的操作：不必走到每一臺電腦前各自執(zhí)行一遍；同時還需要確保調(diào)色工程所需的資源都可以保持一致；當(dāng)然最好可以搭建一個獨(dú)立的渲染農(nóng)場來讓大家都可以隨時享用。

要實(shí)現(xiàn)這一目的其實(shí)也不難：

統(tǒng)一生產(chǎn)環(huán)境

最理想的當(dāng)然是硬件配置盡量相似，甚至完全一致，比如我們現(xiàn)在下單88臺同一型號的Mac Mini；如果有一模一樣的配置，可以把整個系統(tǒng)也做到一模一樣，僅僅是起個不同的名字來加以區(qū)分。

當(dāng)然，達(dá)芬奇的版本自然得完全相同，這是一個最基本的要求。剩下的自然就是都連接到同一 PostgreSQL 數(shù)據(jù)庫啦。

在搭建這個環(huán)境的過程中，通常我們需要確保以下幾類內(nèi)容能保持一致：

• 素材路徑

  顯然，擁有一個共享存儲即可解決，這也是一個最基礎(chǔ)的需求；如果涉及跨操作系統(tǒng)，請確保存儲的映射設(shè)置，以及非法路徑在不同的操作系統(tǒng)中帶來的讀取錯誤（這個太可怕了，所以強(qiáng)烈建議大家用最簡單的命名方法，并盡可能避免使用中文）
  

• LUT

  最暴力的方式自然是大家各自都拷貝一份，不過17版達(dá)芬奇加入了手動指定附加的LUT路徑功能，這也讓我們對于臨時用一套LUT更便捷了一些

  
  

• OFX（如果有）

  由于OFX的安裝和應(yīng)用其實(shí)比較復(fù)雜，畢竟許多OFX會涉及到授權(quán)的問題，所以這個不在討論范圍內(nèi)的問題我們果斷跳過吧

• Cache（如果有）

  聰明的你想必會記得把cache路徑指定到共享存儲里即可解決
  

• 讀寫權(quán)限

  如果你有IT，呼喚他們就好了（認(rèn)真的；如果沒有請確認(rèn)你的權(quán)限管理策略沒有阻礙你的腳步

熟悉小黃燈的你也可以使用之前我們介紹過的方法 [請移步并關(guān)注小黃燈啦]，來實(shí)現(xiàn)一部分目的

或者可以使用一個macOS/Linux下的絕招*

說好的不用一個個進(jìn)去點(diǎn)來著

首次準(zhǔn)備完成，并做好一些必要的測試后，我們可以回想一下，在需要遠(yuǎn)程渲染的時候，哪些必須的操作是通常會一臺臺電腦依次執(zhí)行的：

1. 開機(jī)

2. 檢查各種設(shè)置
   

3. 啟動達(dá)芬奇
   

4. 切換到某個數(shù)據(jù)庫（如果你有多個工作用的數(shù)據(jù)庫的話，比如是按項(xiàng)目建立）

5. 進(jìn)入遠(yuǎn)程渲染模式

6. 等待渲染完畢

7. 收工關(guān)機(jī)

開關(guān)機(jī)這件事得看機(jī)器本身支不支持網(wǎng)絡(luò)啟動之類的操作，剩下的幾項(xiàng)似乎是有希望可以解決的？

解決這幾個步驟本來很早以前就還比較困擾，直到后來有了兩個關(guān)鍵功能：

• 啟動達(dá)芬奇時自動進(jìn)入遠(yuǎn)程渲染模式
  

• 自動掃描其他數(shù)據(jù)庫的遠(yuǎn)程渲染任務(wù)
  

啟動達(dá)芬奇時自動進(jìn)入遠(yuǎn)程渲染模式

其實(shí)很多軟件都有一個通過命令行啟動的【隱藏入口】，達(dá)芬奇也不例外。想必我們在啟動達(dá)芬奇的時候加入一個特定的參數(shù)，就能順利以遠(yuǎn)程渲染模式啟動了。

要實(shí)現(xiàn)這一目的，只需找到達(dá)芬奇本體，右鍵【顯示包內(nèi)容】，找到 Contents ?> MacOS > Resolve，復(fù)制其文件路徑，或?qū)⑵渥нM(jìn)終端：

通常大家安裝的都是默認(rèn)路徑。要以遠(yuǎn)程渲染模式啟動，只需加上?-rr?即可：

/applications/DaVinci\ Resolve/DaVinci\ Resolve.app/Contents/MacOS/Resolve -rr

此時達(dá)芬奇將會以 headless 模式啟動，沒有任何界面，稍等片刻應(yīng)該就啟動完畢了。

TIPS

聰明的你可能會想到，界面都沒有，要是某一臺渲染途中出現(xiàn)了某種錯誤該怎么辦？

/Library/application?Support/Blackmagic?Design/DaVinci?Resolve/logs

大部分錯誤都可以在日志中看到，但還有個老毛病是某些報(bào)錯只會在GUI中體現(xiàn)，并不一定會寫在日志里，這就有點(diǎn)尷尬了

自動掃描其他數(shù)據(jù)庫的遠(yuǎn)程渲染任務(wù)

這就更簡單了，在17之前這個問題確實(shí)是一個令人苦惱的事，尤其是因?yàn)榘错?xiàng)目區(qū)分不同數(shù)據(jù)庫來工作的方式想必非常常見。所以17之后終于在偏好設(shè)置中有了這個選項(xiàng)：

到此為止，這個農(nóng)場基本上就可以開始運(yùn)轉(zhuǎn)起來啦。

我們是一家?guī)Ч?/strong>

哦？……大公司啊？聽說隔壁VFX部門還有個專門來搞農(nóng)場管理的?Deadline 來著：

雖然不太熟，但看上去很科學(xué)的樣子，要是達(dá)芬奇也能接入就好了……誒等等

好吧，看上去沒我什么事了

樓上提到的絕招還沒說呢

macOS/Linux下我們還可以通過【軟鏈接】搞定某些生產(chǎn)環(huán)境的共享問題。例如：

不希望在偏好設(shè)置中附加LUT文件夾（擔(dān)心有重名的？）；

多個電腦之間都確保可以在達(dá)芬奇內(nèi)執(zhí)行自己寫的腳本；

共享同一套系統(tǒng)偏好設(shè)置（實(shí)現(xiàn)要求略高，例如最好完全一樣的硬件配置）（不建議）；

都可以通過找到它們所在路徑，用一個位于共享存儲的路徑來代替它們，這將會在系統(tǒng)級【欺騙】達(dá)芬奇去讀取這些以為是本地的文件，但實(shí)際上文件本體都指向了同一個地方。

要創(chuàng)建軟鏈接，最簡單的方式就是這樣：

ln?-s?{source_file}?{target_location}