翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「コンソールのフィールドに入力します」に進みます。
パスを設計するには
-
Amazon S3 ユーザーから以前に取得したバケット名を収集します。例えば：
amzn-s3-demo-bucket -
バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。
出力のパスの構文
HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。
-
メインマニフェスト
-
そのため、子マニフェストします。
-
メディアファイル
次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。
これら3つのカテゴリのファイルの送信先パスは、baseFilename までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。Amazon S3 に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。
| ファイル | パスの構文 | 例 |
|---|---|---|
| メインマニフェストファイル | protocol bucket path baseFilename
extension |
バケット スポーツ内のメイン マニフェストのパス (ファイル名インデックス付き): s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index.m3u8 |
| 子マニフェストファイル | protocol bucket path baseFilename nameModifier
extension |
カーリング出力の高解像度レンディションの子マニフェストのパス
|
| メディアファイル (セグメント) | protocol bucket path baseFilename nameModifier
optionalSegmentModifier counter
extension |
230 番目のセグメントのファイルのパスは次のようになります。 s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high-00230.ts |
これらの送信先パスは、次のように構築されます。
-
Amazon S3 ユーザーがバケット名を提供していたはずです。
-
以下を決定する必要があります。
-
フォルダ
-
baseFilename
-
修飾子
-
segmentModifier
次のセクションを参照してください。
-
-
MediaLive はカウンターの前に下線文字を挿入します。
-
MediaLive は、このカウンターを自動的に生成します。最初は、これは 00001 から始まる 5 桁の数字で、1 ずつ増加します。つまり、00001、00002、00003 など。99999 以降、次の数字は 100000 (6 桁)、次いで 100001、100002 というようになります。次いで、999999 から 1000000 (7 桁) というようになります。
-
MediaLive は拡張子の前にドットを挿入します。
-
MediaLive は拡張子を選択します。
-
マニフェストファイルの場合 — 常に
.m3u8 -
メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4
-
フォルダと baseFilename の設計
目的に合ったフォルダパスと baseFilename を設計します。
出力ごとに 2 つの送信先がある場合、送信先パスは何らかの方法で互いに異なっていなければなりません。次のガイドラインに従ってください:
-
1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。
したがって、バケットが異なる場合、2 つの送信先のフォルダパスとファイル名が互いに異なるか、同じにすることができます。例えば：
s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8or
s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8 -
バケットが同じである場合、2 つの送信先のフォルダパスとファイル名は互いに異なっていなければなりません。例えば：
s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8
nameModifier の設計
ファイル名の nameModifier 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この nameModifier は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
-
動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、
-highまたは-1920x1080-5500kpbs(解像度とビットレート)。 -
オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、
-aac、-webVTTです。 -
baseFilenameとnameModifierを分けるために、nameModifierをハイフンなどの区切り記号で始めることをお勧めします。 -
nameModifierには、データ変数を含めることができます。
segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ $t$- を含めるとします。セグメント 00001 の名前は index-120028-00001 です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は index-120039-00001 になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。
