# 長時間動画、4K・8K

インタラクティブなパッケージサイズとアップロード時間計算機、ソースアウェアの解像度の梯子と回復ガイダンスで3時間のVODワークフローを計画します。

暗号化された動画と DRM ライセンスは別の経路で配信されます

CDN は暗号化された動画を配信します。バックエンドが視聴権限を確認し、DRM ライセンスサービスが対応デバイスでの復号を許可します。

- 01**ストレージ / CDN**

暗号化されたメディアをプレーヤーに配信します。

- 02**お客様のバックエンド**

視聴権限を確認し、DRM-X に再生の認可をリクエストします。

- 03**DRM-X**

再生の認可情報を検証し、DRM ライセンスリクエストを処理します。

- 04**プレーヤー + デバイス**

デバイスの DRM システムを使ってライセンスを取得し、暗号化されたメディアを再生します。

バックエンドはアクセスを決定します。DRM-Xは署名されたポリシーを強制します。暗号化されたメディアとDRMのライセンスは、別の配送パスに従います。

## エンコード[#](#plan-a-long-video-before-encoding)の前に長いビデオを計画する

Packagerには、フルHD、4Kおよび8Kの復元設定と、長いVODジョブのアップロードの回復をセグメント化しました。 セグメント化された DASH/HLS/CMAF出力を使用するときに、3時間のソースは1つの巨大なリクエストとしてアップロードされません。 解像度、期間、フレームレート、ビットレート、オーディオトラック、保護されたフォーマットの数は、すべて作業に影響を与えます。

エンコーディングに十分な時間を確保し、信頼できるローカルディスクを使用して、ソース、一時的クリアランスメント、最終保護されたパッケージのコンピュータを放棄し、スペースを予約してください。 短い代表的なテストクリップは、エンコーディング時間を推定し、ハードウェア上のビットレートを出力するのに役立ちます。 実際の3時間4K / 8Kのスループットと再生は、ソースとターゲットデバイスでテストする必要があります。



## パッケージのサイズを推定し、時間[#](#estimate-package-size-and-upload-time)をアップロードして下さい

入力を調整して、時間、合計エンコードされたビットレートとアップロード速度がジョブにどのように影響するかを確認します。 選択したビデオレンディションビットレートのsumを入力します。 計算機はオーディオを追加します。 これらは、見積りを計画していますが、クォータの予約や速度保証はありません。

ビデオの長さ(分)トータルビデオビットレート(Mbps)ビデオ録画可聴周波トラック(各128のKbps)保護された出力セット2・最大互換性1 · Modern Multi-DRM区分の持続期間6秒4秒測定されたアップロード速度(Mbps)

64.3のGBについて約8.6時間20%の送金手当約18,000のセグメントオブジェクト、マニフェストと初期化ファイル

6 秒のセグメントは、4 秒のセグメントと比較してオブジェクトのカウントを削減します。

JavaScriptを有効にして見積もりを変更します。静的な計算の場合:パッケージGB 分× 60×合計 Mbps ÷ 8 ÷ 1000×保護された出力セット。 アップロード秒≈パッケージバイト× 8 ÷ 秒あたりのアップロードビット。

2つの出力は、通常、暗号化されたメディアを複製します。 変数ビットレートエンコーディング、コンテナのオーバーヘッド、字幕、レトリー、およびプロトコルのオーバーヘッドは、結果を変更します。 ローカルディスクの要件は、保護されたパッケージだけよりも高いです。 解像度の梯子を下げるか、または6秒のセグメントを使用して作業を減らすことができます。 アップロードの円滑化は、画質を変更することなく安定性を向上させることができます。



## ソース適切な梯子[#](#choose-a-source-appropriate-ladder)を選択してください

| 実際のソース | CLI 梯子の例 | デスクトップ選択 | 
| --- | --- | --- |

| 1920×1080 | `sd,hd,full-hd` | SD + HD + フル HD | 

| 3840×2160 | `sd,hd,full-hd,uhd` | Add UHD / 2160p | 

| 7680×4320 | `sd,hd,full-hd,uhd,uhd2` | Add UHD2 / 4320p | 

CLI は両方の寸法をチェックします。そのため、ポートレートまたは異常な形状のソースは、標準のランドスケープラングに収まることはできません。視聴者が必要とするラングだけを保持してください。 8K ソースは、すべてのビューアが 8K を受け取る必要はありません。 適応的な再生は、より低い解像度を選択することができます。

H.265 と AV1 は高リゾリューションに役立ちますが、コーデックデコーディング、DRM サポート、セキュリティレベル、および出力保護は、デバイスに依存します。 最初に、意図したブラウザ、テレビ、またはネイティブ プレーヤー のショートクリップを証明します。 DRM ポリシーは、利用可能な解像度をさらに制限することができます。



## 長いジョブ[#](#use-segmented-output-for-long-jobs) のセグメント化された出力を使用する

通常のセグメンテーション出力を維持します。`--on_demand` と `--output_single_file` は、チェックされたオブジェクトサイズの制約がない限り、大規模な顧客所有のストレージのアップロードを回避します。 1AICLOUD は、64ビットサイズとオフセットを使用して、大きな保護されたオブジェクトのマルチパート転送を使用します。 顧客所有のプリサインされたアップロードでは、最大 5 個の GiB をオブジェクトごとに許可します。 セグメンテーションは、通常のメディアオブジェクトの境界線を保持します。

サーバーの標準上限は**パッケージあたり 50,000 オブジェクト**、パッケージサイズは**5 TiB**です。デプロイ設定やストレージの利用条件により、さらに低い上限が適用される場合があります。3 時間の動画を 6 秒のセグメントに分割し、映像 5 トラック、音声 1 トラック、保護形式 2 セットで出力すると、マニフェストと初期化ファイルに加えて約**21,600 個のメディアセグメント**が生成されます。音声言語数が多い場合やセグメントが短い場合は、オブジェクト数の上限を超えることがあります。



## ネットワークが失敗した場合はどうなりますか?[#](#what-happens-if-the-network-fails)

出力を保って下さい
保護されたすべてのファイルを保持するアップロード履歴
同じセッションとプロファイル試合を再利用
サイズ + SHA-256 チェック検証と公開
サーバは出力を確認します

Preview.6 は、バックオフでスロットリングと過渡的な失敗を取り除きます。 一時的な 1AICLOUD 認証情報 は、有効期限が切れる前に更新され、元のセッショントークンが期限切れした後に、アクティブな Packager 認証情報 はアップロードオンリーの回復を承認します。 アクティブラン内の失敗したマルチパート部分のリトリート。 プロセスを再起動した後、未完成のマルチパートオブジェクトが再び始まり、マッチが完了した 1AICLOUD オブジェクトが再使用されます。

試みが疲れている場合は、[Resumeをre-encoding](https://docs.drm-x.com/ja/packaging/cli#resume-without-re-encoding)でフォローしてください。 信頼性のない接続でconcurrency 4で開始します。 同じパッケージに対して複数のアップロードプロセスを実行することで、コンテンツを引き起こします。 そのフォルダに1つのアップロードを実行します。



## 受付チェックリスト[#](#acceptance-checklist)

- パッケージおよび意図されたコーデック、フレーム率、可聴周波および梯子が付いている短いサンプルを遊ばして下さい。
- 完全なソースの十分なローカル ディスク スペースおよび雲の貯蔵のentitlementを確かめて下さい。
- 完全なパッケージを実行し、コンピュータを目覚めさせ、出力フォルダが変更されないままにします。
- サーバ検証済みの公開ステータスを待ってから、スタート、ミドル、エンドを代表的なデバイスで探し出します。
- 許可される最高の再建、音声同期および字幕を確認してください。 受諾が完了するまで、元のおよび保護された出力を保持します。

<!-- Canonical: https://docs.drm-x.com/ja/packaging/large-videos -->
<!-- Language: ja -->
