為什麼要在 FCPX 使用 Send to Compressor?

Thomas69

既然在 Compressor 的說明書中提到，採取 Send to Compressor 並不會提供透過網路的分散式運算功能，也就代表 FCPX 採取這樣的輸出條件，並不會獲得分散式運算的高效能處理條件，來減少輸出或是壓縮轉換編碼時間。（主要是分散式運算，在透過網路分散到其他多台電腦進行拆檔案運算前，在主電腦端，需要針對擁有完整的媒體檔案條件下，來進行等拆檔案的計算，但是 Send to Compressor 是在估算預計有多大的輸出檔案資料量的條件下，並非已經是採取成型的完整輸出檔案，所以也就無法在這種估算的條件下，來進行分散式運算的等拆檔案計算條件）

所以那又為何要使用 Send to Compressor? 主要是在 FCPX 本身的輸出項目，並未提供輸出編碼所需要的手動調整或是更多細節的編碼設定，也就是在 FCPX 本身所提供的是一種套件式的輸出設定，也就是已經預先設定好的相關編碼輸出參數，或是在有限的選項條件，同時 FCPX 內建的預設參數大多是屬於比較高品質的設定，所以也就會導致輸出檔案資料量會大於使用者預期的資料量的高品質規格。

這是因為有些網站或是雲端儲存，或者是網路串流傳輸，會設定上傳使用者，限制上傳的媒體檔案資料量，就必須先透過參數設定，將輸出的檔案資料量，壓縮到符合上傳或是串流傳輸所需求的資料量。

另外像是早期的 DVD Video 在 MPEG2 的壓縮處理上，就像是 CBR 跟 VBR （固定壓縮率與可變壓縮率），需要先做相關的壓縮參數設定，這也包括 Compression Maker 壓縮標記點，特別是在 VBR 的壓縮時，提前提高壓縮資料量，像是從 6Mb/s 提升到 8Mb/s ，來避免壓縮率過高，而導致馬賽克現象。所以也就會透過像 Compressor 這種壓縮轉換編碼軟體來做相關的設定與調整。

所以 FCPX 跟 Compressor 就好像 Adobe Premiere Pro CC 跟 Adobe Media Encoder 之間的關係，提供比較完整的輸出設定條件。

不過在輸出轉換的效率上，FCPX 本身目前透過 GPU 的運算效能，像是 macOS Metal 的繪圖處理，已經有相當高的轉換處理效能，所以 Compressor 的角色，反而就像是使用者會針對編碼規格訂製的壓縮轉換輸出的需求來使用。

FCPX 10.4.9 更新之後，Send to Compressor 也增加了預先模組的選擇，如果是一般的輸出，選擇 New Batch ， ...

FCPX 10.4.9 更新之後，Send to Compressor 也增加了預先模組的選擇，如果是一般的輸出，選擇 New Batch ，需要上傳到 iTunes Store ，就選擇第二項 New iTunes Store Package ，如果要採取 IMF 的包裹檔案條件，就選擇第三項 New IMF Package。

在 FCPX 的輸出，選擇設定上，比較有限，通常只有格式的選擇，或者頂多是簡易的參數設定，所以使用者如果需 ...

在 FCPX 的輸出，選擇設定上，比較有限，通常只有格式的選擇，或者頂多是簡易的參數設定，所以使用者如果需要做進一步的參數與特殊設定處理，就需要使用 Send to Compressor 的方式。  另外像是 Master 輸出的設定，如果輸出的格式，像是解析度與格率，甚至是顯示掃描方式，下方的廠商規格，像是 Panasonic 的 AVC-Intra 或是 Sony XDCAM ，也都會隨著格式不同而不一定會顯示出來。

在 Compressor 的相關壓縮轉換編碼的選項比較多，同時在右側的檢閱器欄位，也會有比較多設定項目。 ...

在 Compressor 的相關壓縮轉換編碼的選項比較多，同時在右側的檢閱器欄位，也會有比較多設定項目。