簡介
如果您想了解動態Delivery作品及其使用優勢,請參見 動態設計概述livery。 本主題介紹了切換到動態De後您需要做的一些事情live特別是在使用Dynamic Ingest時。
重新轉碼視頻
現有視頻不會自動轉換; 請與您的客戶經理聯繫,以獲取有關如何轉移舊視頻的詳細信息。
如果您確實將現有視頻進行了轉換,或者自己重新對其進行了轉碼以將其移至Dynamic Delivery,請注意,視頻的以下元數據將更改:
-
update_at
日期 - 縮略圖和海報圖像的路徑(請注意,我們建議 不 通常在頁面和應用中對視頻資產網址進行硬編碼)
DRM
如果您使用DRM保護視頻,Dynamic De的優勢之一livery是你做 不 需要自定義配置文件才能應用DRM。 相反,您需要做的就是與支持部門聯繫,並為您的帳戶配置要應用於視頻的DRM類型。 之後,所有使用動態De提取或重新轉碼的視頻livery個人資料將被自動保護。 看到 使用DRM提取內容 更多的細節。
媒體共享
請注意,Dynamic De中的媒體共享計費方式不同live瑞與共享媒體相關聯的費用記入該媒體所在的主帳戶中 共享自,而不是共享媒體的帳戶。
通知
動態通知livery攝取與傳統攝取類似,但有一些區別。 如果您有依賴於動態提取通知來觸發後續操作的應用程序或集成,則可能需要對其進行一些修改。
以下是成功完成Dynamic De移交的示例通知live非動態設計livery會突出顯示差異。
動態設計liveRY Rendition成功 | 非動態設計liveRY Rendition成功 |
---|---|
|
|
如您所見,此處的區別在於 entity_type
用於動態Delivery的攝取是 DYNAMIC_RENDITION
而不是 ASSET
,您會得到一個 dynamicRenditionId
而不是一個 profileRefId
.
因此,如果您有依賴通知的應用程序或集成,則可能需要對通知中的內容進行一些小的調整。
Players
好消息-如果您使用的是標準 player 嵌入代碼或本機 player SDK,您無需對現有的內容進行任何更改 player表示動態Delive瑞您的視頻將繼續像以前一樣工作。