入門
Dynamic Deliveryの仕組みとそれを使用する利点を理解したい場合は、動的配信の概要。このトピックでは、特にDynamic Ingestの使用に関して、DynamicDeliveryに切り替えた後に実行する必要があるいくつかのことについて説明します。
ビデオの再トランスコーディング
既存のビデオは自動的に変換されません。古い動画を移動する方法の詳細については、アカウントマネージャーにお問い合わせください。
既存のビデオを変換した場合、または自分で再トランスコードしてDynamic Deliveryに移動した場合は、ビデオの次のメタデータが変更されることに注意してください。
- ザ・
update_at
日付 - サムネイルとポスター画像へのパス(推奨することに注意してください)ない一般的に、ページやアプリにビデオアセットのURLをハードコーディングします)
DRM
DRMで動画を保護する場合、動的配信の利点の1つは、ない DRMを適用するにはカスタムプロファイルが必要です。代わりに、サポートに連絡して、動画に適用するDRMタイプ用にアカウントを構成するだけです。その後、動的配信プロファイルを使用して取り込まれた、または再トランスコードされたすべてのビデオは自動的に保護されます。見るDRMによるコンテンツの取り込み詳細については。
メディア共有
動的配信でのメディア共有では、課金の動作が異なることに注意してください。共有メディアに関連する費用は、メディアが存在するマスターアカウントに請求されます から共有、メディアが共有されているアカウントではありません。
通知
動的配信の取り込みの通知は、従来の取り込みの通知と似ていますが、いくつかの違いがあります。後続のアクションをトリガーするために動的取り込み通知に依存するアプリまたは統合がある場合は、おそらくそれらを少し変更する必要があります。
以下は、Dynamic Deliveryのレンディションが正常に完了したことを示す通知の例であり、DynamicDelivery以外が取り込んで違いを強調しています。
動的配信レンディションの成功 | 非動的配信レンディションの成功 |
---|---|
|
|
ご覧のとおり、ここでの違いはentity_type
動的配信の取り込みはDYNAMIC_RENDITION
の代わりにASSET
、そしてあなたはdynamicRenditionId
の代わりにprofileRefId
。
したがって、通知に依存するアプリまたは統合がある場合は、通知で探しているものを少し調整する必要があります。
プレーヤー
朗報-標準のプレーヤー埋め込みコードまたはネイティブプレーヤーSDKを使用している場合は、動的配信のために既存のプレーヤーに変更を加える必要はありません。動画は以前と同じように機能し続けます。