了解轉碼器、容器和副檔名
編解碼器、容器和副檔名不等同，但通常會互相混淆。例如，H.264 視頻並不僅僅意味著具有擴展名的文件.mp4。視訊檔案包含中繼資料 (持續時間、尺寸等)，以及編碼且通常壓縮的音訊和視訊資料。
- 容器格式會定義中繼資料與音訊和視訊資料一起儲存的方式。它不定義數據的編碼或壓縮。
- 編解碼器負責編碼和解碼視頻文件中的視頻和音頻流。它們可以是有損或無損的，通常針對某些類型的傳輸進行優化。請注意，在某些情況下，轉碼器和容器共享單一定義，但這些情況並不常見。
其他經常混淆的術語是編碼/解碼和靜音/解密。
- 編碼和解碼是指將編碼的視頻和音頻數據與可以播放的流進行轉換。
- Muxing和解除混合是指音頻和視頻流進入和從各種容器格式進出的寫入和讀取。
如需詳細資訊，請參閱：
支援的來源視訊類型
由於Brightcove通常會處理使用適合不同平台，瀏覽器和設備應用程序的編解碼器和格式創建轉譯的複雜性，因此我們可以為您轉碼哪種源視頻。
由於Brightcove支持如此多的視頻輸入類型，因此談論我們不支持的格式實際上更有幫助。目前，只有少數。下面的列表顯示了格式不是支持者Zencoder， 這Video Cloud上傳模塊和Dynamic Ingest API .請注意，如果一種格式 未 包含在下面的列表中，您可以假定它 是受支持的。
Apple IntermediateHDV 720p60Go2Meeting3 (G2M3)Avid Meridien UncompressedWindows Media Audio LosslessCineForm-部分支持; 有些變體可以來自用於編碼源代碼或操作系統的軟件，使得源代碼無法被 Zencoder 使用。我們仍在試圖找出導致問題的確切因素。SWF-部分支持Zencoder ; 如果SWF包含視頻或音軌，則可以處理這些軌道，但許多人則SWFs不能處理。Animated .gif-官方不支持，但它們可能會起作用
特殊案例
- 支援使用 KMS 加密的內容，但需要您預先簽署物件 URL，例如此處概述的內容：https://aws.amazon.com/blogs/developer/generating-amazon-s3-pre-signed-urls-with-sse-kms-part-2/。
實作步驟：
- 建立 KMS 管理的加密儲存貯體
- 新增視訊雲端/Zencoder 擷取政策
- 使用 KMS 金鑰建立預先簽署的 URL
- 擷取視訊時，請使用此 URL
除了上面列出的內容之外，我們相信我們支援幾乎所有已知的視訊格式。如果您對其他視頻格式有疑問，請接觸Brightcove支持也讓Brightcove學習服務知道。
音訊格式
攝入
在錄製方面，大多數格式都支持，除非它們獲得超過 8 個聲道的音頻。音訊必須設定為單一多聲道音軌，或是多個單聲道音軌。)
編碼和轉碼
- 對於多聲道音頻，支持 AC-3（杜比數字）和 EAC-3（杜比數字+），最多 5.1 聲道。
- 對於立體聲和單聲道，支持 AAC。
播放（在布萊特灣播放器中）
- AAC，單聲道或立體聲。5.1 聲道音頻支持取決於瀏覽器功能。
- Safari 是當前唯一原生支持它的瀏覽器，並且會在可用時選擇 5.1 音軌。
- Brightcove Player 將檢查支持情況，並在 5.1 支持不可用時自動選擇 2.0 立體聲 AAC。
播放 (在 SDK 原生播放程式中)
- AAC，單聲道或立體聲。
- iOS、iPadOS 和 tvOS 設備支持 EAC-3 和 AC-3 5.1 音頻以及立體聲 AAC。
- 大多數 Android 設備都支持 EAC-3 和 AC-3 5.1 音頻，並且會在可用時回退到立體聲 AAC 格式。
播放（其他設備）
- Chromecast 支持 EAC-3 和 AC-3 5.1 音頻以及立體聲 AAC。
- AirPlay 到 Apple TV 將利用 tvOS 5.1/立體聲功能。
注意事項
- 提供 5.1 音頻時，Brightcove 建議包括 EAC-3 和 AC-3 編碼類型。
- 一些設備支持 5.1 AAC，但這些並不常見，除非明確要求，否則 AAC 5.1 不應作為唯一的多聲道格式提供。
- 對於不支持 5.1 的設備和瀏覽器，所有流都應包含至少一個立體聲 AAC 軌道。
-
視窗：Windows 不支援含有超過 48 kHz 音訊的內容，因此播放程式失敗。看這份微軟文件了解更多信息。