在桌上型電腦、行動裝置和連線電視上,將媒體傳送至不同裝置,需要多種不斷變化的技術:
- 音訊和視訊轉碼器
- 各種類型的串流視頻包裝
- 各種內容保護方案,以保護內容不被複製
在不使用動態傳遞的情況下,跨平台串流通常需要多次儲存相同的內容,以支援傳遞至所有目標平台。動態傳遞可讓 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 + 公平遊戲
- 破折號 + 威德文
- 破折號 + 播放就緒
- 平滑 + 播放就緒
常見問題
什麼是動態交付?
動態交付是一組技術,使 Brightcove 的新一代媒體傳遞平台。動態交付旨在滿足出版商目前和未來的需求,並將成為所有 Brightcove 產品如何傳遞媒體的基礎。
動態交付有哪些優點?
- 提供更大的靈活性和靈活性-內容會動態封裝,以便傳遞至多個端點 (網頁瀏覽器、智慧型手機、平板電腦、連接的電視和串流盒)。動態交付的設計能夠使用多個 CDN 來傳遞內容,增加客戶的選擇。
- 未來校訂-由於內容是動態封裝的,Brightcove 可以即時添加新的格式。隨著 HLS、DASH 等的新版本,甚至是新格式推出,我們只需在平台層級增加支援,發佈商就可以開始使用它,而不需要重新編碼現有內容。
- 減少儲存空間-內容資產會儲存一次,並在需要時下游建立轉譯以供傳遞,而不是多次儲存內容。
- 透過地理分配增強效能-動態交付是針對區域分散、高可用性架構所設計的。發行者受益於改善的播放效能和增加復原能力。
- 伺服器端廣告插入 (SSAI) 的整合式支援-動態傳遞可讓廣告或其他內容從伺服器插入。這為觀眾提供順暢的播放體驗,並提供發佈商對抗廣告攔截器的彈性,這一切都在 Video Cloud 內。
動態交付是否有任何定價考量?
否,每個基礎平台授權都包含對動態交付的存取權。動態傳遞的某些功能,包括伺服器端廣告插入 (SSAI) 和內容感知編碼 (CAE),是與成本相關聯的附加元件。請諮詢您的客戶成功經理以了解有關定價的詳細信息。
動態傳遞是否支援 BYO CDN 發行者?
動態傳遞可讓發佈商利用自己的 CDN 關係;不過,所有視訊資產都必須由 Brightcove Origin 管理。請聯繫您的客戶成功經理了解更多信息。
動態傳遞支援內嵌和原點的哪些區域?
動態交付支援下列 AWS 區域的擷取和原點:
- 美國東部-1 (維吉尼亞州)-所有帳戶的預設值
- 歐盟-西部 1 (都柏林)
- ap-東北 1 (東京)
- ap-southeast-1(新加坡)
- ap-southeast-2(悉尼)
請注意,將內嵌和原點移動到另一個區域時會產生成本影響。請聯繫您的 Brightcove 客戶成功經理以獲取更多信息。
是否所有 Brightcove 帳戶都使用 Dynamic Delivery?
可以,所有新發佈商 (包括視訊雲端和一次) 都將設定為動態傳遞。所有現有帳戶都已遷移到 Dynamic Delivery,並且已關閉舊的攝取系統。
我的某些 HLS 演繹版的比特率(根據 CMS API)高於攝取配置文件中指定的比特率 - 這是為什麼?
攝取配置文件中指定的是 視頻 比特率。CMS API 報告的是視頻比特率 + 音頻比特率 + 10% 的動態交付處理開銷。因此 CMS API 返回的比特率將始終高於攝取配置文件中指定的比特率,除非源視頻比特率低於該比特率。