出力先のパスを設計します。

完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「コンソールのフィールドに入力します」に進みます。

パスを設計するには

1. ダウンストリームシステムのオペレーションから以前に取得した情報を収集します。

   • ダウンストリームシステムの接続タイプ — Akamai、基本 PUT、または WebDAV。

   • ダウンストリームシステムに特別な要件がある場合は、接続フィールドの設定。

   • 配信用のプロトコル — HTTP または HTTPS。

   • ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。

   • ファイル名を含む送信先パスの全部または一部。

   • 個別のサブディレクトリを設定する必要があるかどうか。

2. ダウンストリームシステムのオペレータとの計画の一環として、冗長マニフェストを実装するかどうかを決定する必要があります。ダウンストリームシステムでカスタムマニフェストが必要かどうかも判断する必要があります。これら 2 つの決定を考慮して、該当するセクションを読んでください。

   • 冗長マニフェストを実装する場合は、「冗長 HLS マニフェストの作成」を読んでからこのセクションに戻ってください。

   • マニフェストのカスタムパスを実装する場合は、「HLS マニフェスト内のパスのカスタマイズ」を読んでからこのセクションに戻ってください。

   • これらの機能を実装していない場合は、このセクションを続けてお読みください。

3. バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。

出力のパスの構文

次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。

これら3つのカテゴリのファイルの送信先パスは、baseFilename までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。

ファイル	パスの構文	例
メインマニフェストファイル	プロトコルドメインパス baseFilename 拡張子	メインマニフェストの URL でファイル名は /index: http://203.0.113.55/sports/delivery/curling/index.m3u8
子マニフェストファイル	プロトコルドメインパス baseFilename nameModifier 拡張子	出力の高解像度レンディションの子マニフェストの URL http://203.0.113.55/sports/delivery/curling/index-high.m3u8
メディアファイル (セグメント)	protocol domain path baseFilename nameModifier optionalSegmentModifier counter extension	230 番目のセグメントのファイルの URL は次のようになります。 http:// 203.0.113.55/sports/delivery/curling/index-high-00230.ts

これらの送信先パスは、次のように構築されます。

• ダウンストリームシステムのオペレータからプロトコル、ドメイン、およびパスの一部が提供さているはずです。例えば：

  http://203.0.113.55/sports/

  プロトコルは常に HTTP または HTTPS です。

• オペレータは以下を提供した可能性があります。それ以外の場合は、以下を決定します。

  • フォルダ

  • baseFilename

  • 修飾子

  • segmentModifier

  次のセクションを参照してください。

• MediaLive はカウンターの前に下線文字を挿入します。

• MediaLive は 00001 から始まる 6 桁のカウンターを生成します。

• MediaLive は拡張子の前にドットを挿入します。

• MediaLive は拡張子を選択します。

  • マニフェストファイルの場合 — 常に .m3u8

  • メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4

フォルダと baseFilename の設計

出力先パスの folder および baseFilename 部分については、次のガイドラインに従ってください。

• 単一パイプラインチャンネルの場合、baseFilename は 1 つだけ必要です。

• 標準チャンネルについて、冗長マニフェストを実装しない場合は、2 つの baseFilenames が必要です。2 つの baseFilenames は、同じものでも異なるものでもかまいません。異なる baseFilenames を作成するときは、ダウンストリームシステムがその設定で機能することをあらかじめ確認します。

• 標準的なチャンネルで冗長マニフェストを実装 する場合は、冗長マニフェストのフィールド を参照してください。

nameModifier の設計

ファイル名の nameModifier 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この nameModifier は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:

• 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、-high または -1920x1080-5500kpbs (解像度とビットレート)。

• オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、-aac、-webVTT です。

• baseFilename と nameModifier を明確に分けるため、区切り文字を含めることをお勧めします。

• nameModifier には、データ変数を含めることができます。

segmentModifier の設計

出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。

この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ $t$- を含めるとします。セグメント 00001 の名前は /index-120028-00001 です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は /index-120039-00001 になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。