出力先のパスを設計します。 - MediaLive
出力のパスの構文がパス MediaLive を構築する方法フォルダと の設計 baseFilenameの設計 nameModifierの設計 segmentModifier

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

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

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

パスを設計するには

  1. 1 つまたは複数のコンテナのデータエンドポイントを収集します。以前に MediaStore ユーザーからこの情報を取得しました。例:

    a23f.data.mediastore.us-west-2.amazonaws.com

  2. データエンドポイント ( の場合) に従う送信先パスの部分を設計します MediaStore。

出力のパスの構文

HLS 出力には、次の 3 つのカテゴリのファイルが含まれます。

  • メインマニフェスト

  • そのため、子マニフェストします。

  • メディアファイル

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

これら 3 つのカテゴリのファイルの送信先パスは、 まで同じです。つまりbaseFilename、 はこれらのカテゴリのファイルをすべて同じフォルダ MediaLive に送信します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。に送信するときは MediaStore、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。

File パスの構文 例
メインマニフェストファイル protocol dataEndpoint path baseFilename extension

コンテナ内のパス配信内のメインマニフェストのパスで、ファイル名インデックス を持つもの。

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8
子マニフェストファイル protocol dataEndpoint path baseFilename nameModifier extension 出力の高解像度レンディションの子マニフェストのパス

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high.m3u8
メディアファイル (セグメント) protocol dataEndpoint path baseFilename nameModifier optionalSegmentModifier counter extension

230 番目のセグメントのファイルのパスは次のようになります。

mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index-high-00230.ts

がパス MediaLive を構築する方法

これらのパスは次のように構成されます。

  • AWS サービスのユーザーは、コンテナ名を指定する必要があります。

  • の場合 MediaStore、以下を決定する必要があります。

    • フォルダ

    • の baseFilename

    • 修飾子

    • の segmentModifier

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

  • MediaLive はカウンターの前にアンダースコアを挿入します。

  • MediaLive はカウンターを生成します。これは常に 00001 から始まる 5 桁です。

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

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

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

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

フォルダと の設計 baseFilename

目的 baseFilename に合ったフォルダパスと を設計します。

出力ごとに 2 つの送信先がある場合、送信先パスは何らかの方法で互いに異なっていなければなりません。次のガイドラインに従ってください。

  • 1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。

    したがって、バケットまたはコンテナが異なる場合は、2 つの送信先のフォルダパスとファイル名が互いに異なるか、同じにすることができます。例:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    または

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://fe30.data.mediastore.us-west-2.amazonaws.com/redundant/index.m3u8

  • バケットまたはコンテナが同じ場合、2 つの送信先のフォルダパスとファイル名は互いに異なっていなければなりません。例:

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/delivery/index.m3u8

    mediastoressl://a23f.data.mediastore.us-west-2.amazonaws.com/redundant/index.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 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。