在桌上型電腦、行動裝置和連線電視上，將媒體傳送至不同裝置，需要多種不斷變化的技術：
- 音訊和視訊轉碼器
- 各種類型的串流視頻包裝
- 各種內容保護方案，以保護內容不被複製
在不使用動態傳遞的情況下，跨平台串流通常需要多次儲存相同的內容，以支援傳遞至所有目標平台。動態傳遞可讓 Brightcove 客戶將媒體傳遞至各種裝置，而不需要為每個支援的裝置和使用案例重新封裝和儲存內容多次的成本和營運開銷。動態傳遞會即時建立最佳的內容套件，以便傳遞和串流至所有支援的裝置和使用案例。這也有助於在技術和受眾發展的同時，為您的交付架構提供證明未來。
透過「動態傳送」，客戶可提供單一高品質 (夾層) 視訊檔案。在擷取過程中，我們會針對各種不同的螢幕大小和網路條件建立這個檔案的品質等級。觀眾按下播放時，Video Cloud 會使用要求裝置的相關資訊來判斷預期的串流技術類型 — 例如，串流封裝類型 (HLS 與 DASH) (如果裝置不支援任何類型的 HTTP 串流，則 MP4)、所需的 DRM (例如 Widedevine、Fairplay、播放準備)，以及輔助內容，例如隱藏式字幕或替代音軌。然後動態傳遞會使用此資訊，即時為要求的裝置提供適當的內容套件 (即串流類型)。
架構概觀
- 上載來源檔案時，轉碼程序將使用選取的內嵌描述檔來決定要建立的轉譯集。
- 轉譯會儲存為一組連續、分散的 MP4 檔案，其各種位元速率和解析度與任何特定傳遞格式不可知。
- 針對視訊提出要求時，動態傳送程序會執行 Just-in-Time 或 JIT 封裝，這表示它會動態封裝內容至適當的格式指定需求。此包裝將考慮所需的特定傳遞格式、所需的音訊和字幕軌道，以及任何需要的加密/DRM。
- 當播放裝置使用播放 API 傳回的資訊清單要求媒體播放時，我們會在分散的 MP4 檔案上執行即時封裝，以提供適當的區段格式、持續時間和加密。這些片段會快取在 CDN 上，因此視訊傳遞仍然是高效能。
動態傳遞程序的設計目的是完全受管的雲端式服務。所有元件都在多個區域的雲端基礎架構上執行，以確保高可用性、備援性和擴充性。
動態傳遞產生哪些視訊格式？
動態傳遞會視需要產生下列來源：
- HLS (版本 3、4 和 5)
- 平滑
- 破折號
- MP4 (如果在內嵌描述檔中指定漸進式轉譯)
系統會建立下列 DRM 封裝項目 (視您的帳戶啟用的內容保護而定)：
- HLS + 公平遊戲
- 破折號 + 威德文
- 破折號 + 播放就緒
- 平滑 + 播放就緒
移轉程序
自 2017 年 10 月 17 日（星期二）起，所有建立的新視訊雲端帳戶預設都會設定為使用動態傳遞。這包括試用帳戶、新發行者的帳戶，以及現有發行者的新子帳戶。有了這項變更，所有新的發行者和試用版客戶都將自動從動態傳遞的所有功能中獲益。
對於現有客戶而言，移轉程序分為兩個步驟。首先，新上傳會轉換為使用動態傳遞 (向前移轉日期)，第二，現有內容會從舊版傳遞平台移轉至動態交付 (後方目錄移轉)。
向前移轉日期
移至動態傳遞的第一個步驟是轉換新上傳，以利用動態傳遞。啟用您的帳戶進行動態傳遞是一項簡單的工作，可由客戶支援完成。啟用現有的視訊雲端帳戶進行動態傳遞並不會修改任何現有內容，所以沒有任何危險。只有明確內嵌到動態傳遞的內容才會使用新系統。
從工作流程的角度來看，一些事情在 Video Cloud Studio 中會有不同的顯示方式。首先，使用「上傳」模組上傳影片時，您現在會在帳戶中看到動態傳送擷取設定檔。
媒體模塊還將顯示綠色的雲圖標（
）旁邊使用動態投放配置文件提取的視頻標題。使用舊版提取配置文件提取的視頻將顯示灰色圖標（
）。
此外，媒體模組中的「視訊來源」面板會因為轉譯儲存為格式不可知狀態而略有不同。
在功能上，其他一切都保持不變。您可以透過所有標準機制 (影片雲端工作室、動態擷取 API、CMS 連接器等) 進行上傳，並在所有標準播放裝置上的播放保持不變。
使用動態傳遞內嵌視訊後，如果視訊重新轉碼，則必須選取動態傳遞描述檔。如果您想要使用舊版的內嵌描述檔，則必須重新上傳視訊。
背目錄移轉
一旦您使用動態傳遞的新內嵌，我們就可以移轉您的回目錄。這可以通過以下兩種方式之一完成：
轉移移工具
Tranmux 移轉工具可將 Video Cloud 內容從舊版傳送移至動態傳遞，而無需重新轉碼。這讓您可以更快速、更輕鬆地移轉內容，比重新編碼內容。因此，對於大多數客戶來說，它應該是偏好的移轉方法。Tranmux 工具會將您帳戶中現有的轉譯轉換為與動態傳送相容。要通過 transmux 工具遷移您的內容，請聯繫您的客戶成功經理。
重新轉碼
有一些標準會使標題不符合透過 ranmux 工具遷移資格，因此必須重新編碼標題才能遷移。如果出現以下情況，標題將需要重新編碼：
- 您希望使用上下文感知編碼
- 您希望進行中期伺服器端廣告插入 (SSAI)
- 您的標題沒有 HLS 轉譯
- 您的影片目前有 DRM (可接受 HLSE)
如果您需要重新轉碼標題，您必須自行管理該程序 (遵循我們的最佳做法)，或與您的客戶團隊聯絡，以取得付費遷移服務。注意：您可以轉換帳戶內的某些標題，並重新轉碼其他項目。
常見問題
什麼是動態交付？
動態交付是一組技術，使 Brightcove 的新一代媒體傳遞平台。動態交付旨在滿足出版商目前和未來的需求，並將成為所有 Brightcove 產品如何傳遞媒體的基礎。
動態交付有哪些優點？
- 提供更大的靈活性和靈活性-內容會動態封裝，以便傳遞至多個端點 (網頁瀏覽器、智慧型手機、平板電腦、連接的電視和串流盒)。動態交付的設計能夠使用多個 CDN 來傳遞內容，增加客戶的選擇。
- 未來校訂-由於內容是動態封裝的，Brightcove 可以即時添加新的格式。隨著 HLS、DASH 等的新版本，甚至是新格式推出，我們只需在平台層級增加支援，發佈商就可以開始使用它，而不需要重新編碼現有內容。
- 減少儲存空間-內容資產會儲存一次，並在需要時下游建立轉譯以供傳遞，而不是多次儲存內容。
- 透過地理分配增強效能-動態交付是針對區域分散、高可用性架構所設計的。發行者受益於改善的播放效能和增加復原能力。
- 伺服器端廣告插入 (SSAI) 的整合式支援-動態傳遞可讓廣告或其他內容從伺服器插入。這為觀眾提供順暢的播放體驗，並提供發佈商對抗廣告攔截器的彈性，這一切都在 Video Cloud 內。
動態交付是否有任何定價考量？
否，每個基礎平台授權都包含對動態交付的存取權。動態傳遞的某些功能，包括伺服器端廣告插入 (SSAI) 和內容感知編碼 (CAE)，是與成本相關聯的附加元件。請諮詢您的客戶成功經理以了解有關定價的詳細信息。
動態傳遞是否支援 BYO CDN 發行者？
動態傳遞可讓發佈商利用自己的 CDN 關係；不過，所有視訊資產都必須由 Brightcove Origin 管理。請聯繫您的客戶成功經理了解更多信息。
動態傳遞支援內嵌和原點的哪些區域？
動態交付支援下列 AWS 區域的擷取和原點：
- 美國東部-1 (維吉尼亞州)-所有帳戶的預設值
- 歐盟-西部 1 (都柏林)
- ap-東北 1 (東京)
- ap-I-東南部 -1 (新加坡)
- AP-I 東南 2 (悉尼)
請注意，將內嵌和原點移動到另一個區域時會產生成本影響。請聯繫您的 Brightcove 客戶成功經理以獲取更多信息。
是否所有 Brightcove 帳戶都使用 Dynamic Delivery？
是的，所有新發布者都將配置動態交付。所有現有帳戶都已遷移到 Dynamic Delivery，並且已關閉舊的攝取系統。
我的某些 HLS 演繹版的比特率（根據 CMS API）高於攝取配置文件中指定的比特率 - 這是為什麼？
攝取配置文件中指定的是 視頻 比特率。CMS API 報告的是視頻比特率 + 音頻比特率 + 10% 的動態交付處理開銷。因此 CMS API 返回的比特率將始終高於攝取配置文件中指定的比特率，除非源視頻比特率低於該比特率。