翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# セットアップ: 出力グループと出力の作成
このセクションでは、AWS Elemental MediaLive で出力グループと出力を計画および作成する方法について説明します。
[チャンネル を作成または編集するときに、出力グループと出力を作成します](creating-channel-scratch.md)。チャンネルを作成するときは、少なくとも 1 つの出力グループを作成する必要があります。チャンネルを作成したら、チャンネルを編集して出力グループを追加できます。
コンソールでは、**Channel**ページの**Outputs**セクションで出力グループを作成します。出力グループと出力は、それらが属するチャネルとは別に作成することはできません。
**Topics**
+ [アーカイブ出力グループの作成](opg-archive.md)
+ [CMAF Ingest 出力グループの作成](opg-cmafi.md)
+ [フレームキャプチャ出力グループの作成](opg-framecapture.md)
+ [HLS 出力グループの作成](opg-hls.md)
+ [MediaConnect Router 出力グループの作成](opg-mediaconnect-router.md)
+ [MediaPackage 出力グループの作成](opg-mediapackage.md)
+ [Microsoft Smooth 出力グループの作成](opg-mss.md)
+ [RTMP 出力グループの作成](opg-rtmp.md)
+ [SRT 出力グループの作成](opg-srt.md)
+ [UDP 出力グループの作成](opg-udp.md)
# アーカイブ出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、アーカイブ出力グループを含めることができます。Archive 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。
**Topics**
+ [アーカイブ出力グループ内のエンコードを整理する](design-archive-package.md)
+ [ダウンストリームシステムとの調整](archive-op-origin-server-s3.md)
+ [Archive 出力グループを作成する](creating-archive-output-group.md)
# アーカイブ出力グループ内のエンコードを整理する
アーカイブ出力グループには、以下を含めることができます。
+ 1 つ以上の出力。
出力には以下が含まれます。
+ 1 つのビデオエンコード。
+ 0 個以上のオーディオエンコード。
+ 0 個以上の字幕エンコード。字幕は、埋め込み字幕またはオブジェクトスタイルの字幕です。
通常、アーカイブ出力グループは別の出力グループの出力構造をミラーリングします。たとえば、HLS 出力グループの ABR スタックをミラーリングする場合があります。
この図は、字幕が埋め込まれた 1 つのビデオエンコード、および 2 つのオーディオエンコードを保持する 1 つの出力を含むアーカイブ出力グループを示しています。
![\[Output group diagram showing one output with a video encode and two audio encodes.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
この図は、1 つのビデオエンコード、2 つのオーディオエンコード、および 2 つのオブジェクトスタイルの字幕エンコードを保持する 1 つの出力を含むアーカイブ出力グループを示しています。
![\[Output group containing V, A, A, C, C elements representing video, audio, and caption encodes.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# ダウンストリームシステムとの調整
アーカイブ出力グループの宛先は常に Amazon S3 バケットにあります。お客様と Amazon S3 オペレーターは、使用するバケットに同意する必要があります。
**送信先のセットアップを手配するには**
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. Amazon S3 バケットとすべてのフォルダという宛先の完全なパスを設計することをお勧めします。「[出力先のフィールド](archive-destinations.md)」を参照してください。
1. Amazon S3 ユーザーに、まだ存在しないバケットを作成するように依頼します。
MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。つまり、バケット名の単語間に . (ドット) を使用しないでください。
1. Amazon S3ユーザーとバケットの所有権について話し合います。バケットが別の AWS アカウントに属している場合、通常はそのアカウントを出力の所有者にします。詳細については、この手順の後の「[出力へのアクセスの制御](#setting-dss-archive-canned-acl)」を参照してください。
S3 バケットに送信するためにユーザー認証情報が必要になります。MediaLive は、信頼されたエンティティを介してバケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
## 出力へのアクセスの制御
別の AWS ア カウントによって所有されている Amazon S3 バケットに出力ファイルを送信したい場合があります。このような場合、通常、もう一方のアカウントが出力ファイル (バケットに入れられるオブジェクト) の所有者になることが望まれます。バケット所有者がオブジェクトの所有者にならない場合、ファイルが不要になったときにファイルを削除できる唯一のエージェントは MediaLive になります。
したがって、Amazon S3 バケット内の出力ファイルの所有権を転送することは、すべての人に関わってきます。
オブジェクトの所有権を転送するには、次の設定が必要です。
+ バケット所有者は、MediaLive がバケットに出力ファイルを配信するときに Amazon S3 の定型のアクセスコントロールリスト (ACL) を追加するアクセス許可を付与するバケットアクセス許可ポリシーを追加する必要があります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「ACL によるアクセス管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls)の説明をお読みください。バケット所有者は、オブジェクトではなく、バケットの ACL アクセス許可を設定する必要があります。
+ バケット所有者はオブジェクトの所有権も設定してください。この機能により、送信者 (MediaLive) にとって*バケット所有者のフルコントロール* ACL が (オプションではなく) 必須になります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「オブジェクト所有者の管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership)の説明をお読みください。
バケット所有者がこの機能を実装している場合は、ACL を含めるように MediaLive を設定する必要があります。重複してしまうと、Amazon S3 バケットへの配信は失敗します。
+ MediaLive を設定して、バケットの配信時に*バケット所有者のフルコントロール** *ACL を含めるようにする必要があります。この設定は、[チャンネルの作成](archive-destinations.md)時に実行します。
S3 の既定 ACL 機能は、*バケット所有者のフルコントロール*以外の ACL をサポートします。しかし、それらの他の ACL は、通常、MediaLive からビデオを配信するユースケースには適用されません。
# Archive 出力グループを作成する
[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. **[Add output group]** (出力グループの追加) セクションで **[Archive]** (アーカイブ) を選択し、**[Confirm]** (確認) を選択します。さらにセクションが表示されます:
+ **[Archive group destination]** (アーカイブグループの送信先) – このセクションには、[出力先](archive-destinations.md)のフィールドが含まれています。
+ **[Archive settings]** (アーカイブ設定) – このセクションには、[出力先](archive-destinations.md)のフィールドが含まれています。
+ **[Archive outputs]** (アーカイブ出力) – このセクションには、デフォルトで追加される出力が表示されます。アーカイブ出力には 1 つの出力しか含めることができないため、**[Add output]** (出力の追加) はクリックしないでください
1. **[アーカイブ出力]** で、**[設定]** リンクを選択して個々の出力のセクションを表示します。
+ **[Output settings]** (出力設定) – このセクションには、[出力先](archive-destinations.md)と[出力コンテナ](archive-container.md)のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](archive-streams.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ **[アーカイブ設定]** の **[名前]** に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Game 10122017 ABR**、**tvchannel59** です。
+ **[Archive outputs]** (アーカイブ出力) の **[Name]** (名前) に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
**Topics**
+ [出力先のフィールド](archive-destinations.md)
+ [出力コンテナのフィールド](archive-container.md)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](archive-streams.md)
# 出力先のフィールド
次のフィールドで、アーカイブ出力ファイル (送信先) の場所と名前を設定します。
+ **[Output group]** (出力グループ) – **[Archive group destination]** (アーカイブグループの送信先) セクション
+ **[Output group]** (出力グループ) – **[Archive settings]** (アーカイブ設定) – [**[CDN settings]** (CDN 設定)
+ **[Output group]** (出力グループ) – **[Additional settings]** (追加設定)– **[Rollover interval]** (ロールオーバー間隔)
+ **[Archive outputs]** (アーカイブ出力) – **[Name modifier]** (名前修飾子)
+ **[Archive outputs]** (アーカイブ出力) – **[Extension]** (拡張子)
1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
# 出力先のパスを設計します。
1. 次の構文に従って、送信先パスを設計します。
`protocol bucket folders baseFilename nameModifier counter extension`
例えば、標準チャンネルの場合:
`s3ssl://amzn-s3-demo-bucket/channel59/delivery/curling-20171012T033162.000000.m2ts`
`s3ssl://amzn-s3-demo-bucket1/channel59/delivery/curling-20171012T033162.000000.m2ts`
送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。
次の表は、例の各部分とそれに対応する構文の部分を示します。
| URL の部分 | 例 | Comment |
| --- | --- | --- |
| protocol | s3ssl:// | アーカイブ出力の送信先は常に S3 バケットであるため、プロトコルは常に s3ssl:// です。 |
| パスのバケット部分 | amzn-s3-demo-bucket | MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。例えば、**mycompany-videos** は受け入れられますが、**mycompany.videos** は受け入れられません。 |
| パスのフォルダ部分 | channel59/delivery/ | フォルダは、存在していてもなくてもかまいません。また、必要な長さでもかまいません。フォルダは常にスラッシュで終わる必要があります。 |
| baseFileName | カーリング | ファイル名の最後にスラッシュを使用しないでください。 |
| nameModifier | - 20171012T033162 | この修飾子は、アーカイブ出力ではオプションです。 |
| カウンターの前の区切り記号 | . | MediaLive は、自動的にこの区切り記号を挿入します。 |
| counter | 000000 | MediaLive は、このカウンターを自動的に生成します。最初は、これは 000000 から始まる 6 桁の数字で、1 ずつ増加します。つまり、000000、000001、000002 など。999999 以降、次の数字は 1000000 (7 桁)、次いで 1000001、1000002、というようになります。次いで、9999999 から 10000000 (8 桁) というようになります。 |
| 拡張子の前のドット | . | MediaLive は自動的にこのドットを挿入します。 |
| 拡張子 | m2ts | 常に m2ts になります。 |
# コンソールのフィールドに入力します
1. 送信先の各部分を該当するフィールドに入力します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/archive-specify-destination.html)
1. **[Credentials]** (認証情報) セクションは両方の **[Archive group destinations]** (アーカイブグループの送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
1. **[CDN settings]** (CDN 設定) フィールドには、MediaLive がこの出力を Amazon S3 バケットに送信するたびに既定 ACL を設定する必要がある場合のみ値を入力します。
通常、既定の ACL の使用は、組織が Amazon S3 バケットの所有者でない場合にのみ適用されます。[出力先](archive-op-origin-server-s3.md#setting-dss-archive-canned-acl)について話し合ったときに、既定 ACL の使用についてバケット所有者と話し合ったはずです。
1. **[Archive settings]** (アーカイブ設定) セクションの **[Rollover interval]** (ロールオーバー間隔) フィールドに値を入力します。
例えば、**「300」**では、出力が 300 秒 (5 分) ごとに個別のファイルに分割されます。
ロールオーバーの期限が切れるたびに、MediaLive は Amazon S3 で現在のファイルを閉じ、`baseFilename`、`nameModifier`、および連番を使用して新しいファイルを開始します。
現在のファイルは、閉じてから Amazon S3 に表示されます。
詳細については、[「例」](archive-examples.md)を参照してください。
# アーカイブ出力グループの送信先フィールドの例
これらの例では、ファイルの場所に関連するフィールドを設定する方法を示しています。個々の出力のフィールドなど、他のフィールドを設定する方法は示していません。
## 例 1
TV チャンネル 59 からのストリーミング出力の Archive を作成するとします。出力を「**amzn-s3-demo-bucket**」という S3 バケットに保存し、ストリームを 5 分のチャンクに分割するとします。
| フィールド | 値 |
| --- | --- |
| [Archive settings] (Archive 設定) セクションの [Rollover interval] (ロールオーバー間隔) フィールド | 300 |
| [Archive group destination A] (アーカイブグループ送信先 A) セクションの [URL] | s3ssl://amzn-s3-demo-bucket/channel59/delivery/curling |
| [Archive group destination B] (アーカイブグループ送信先 B) セクションの [URL] | s3ssl://amzn-s3-demo-bucket/channel59/backup/curlingフォルダ名として *delivery* と *backup* を使用しているのは単なる一例です。 |
| [Archive outputs] (アーカイブ出力) セクションの [Name modifier] (名前修飾子) | -\$1dt\$1変数データ (`$dt$` など) の識別子については、「[MediaLive の可変データの識別子](variable-data-identifiers.md)」を参照してください。 |
| [Archive outputs] (アーカイブ出力) セクションの [Extension] (拡張子) | デフォルト (.m2ts) を使用する場合は空のままにします。 |
結果: 出力はそれぞれ 5 分 (300 秒) のファイルに分割されます。各ファイルの名前は、**curling** にチャンネルの開始時間、カウンター (000000、000001 など)、ファイル名拡張子を付加したものになります。例えば：
+ 最初のファイルは **curling-20171012T033162-000001.m2ts** です。
+ 2 番目のファイルは **curling-20171012T033162-000002.m2ts** です。
各ファイルは **s3ssl://amzn-s3-demo-bucket/channel59/delivery** と **s3ssl://amzn-s3-demo-bucket/channel59/backup** の両方に保存されます。
指定されたファイルは、書き込まれている間は Amazon S3 で表示されません。ロールオーバーが発生するとすぐに (またはユーザーがチャンネルを停止すると)、MediaLive が現在のファイルを閉じます。その時点で、ファイルが表示されるようになります。
## 例 2
カーリングゲームからハイライトの Archive を作成して、別の HLS 出力グループでストリーミングするとします。ヨーロッパ向けのオーディオ言語、アジア向けのオーディオ言語、アフリカ向けのオーディオ言語の 3 つの出力を作成するとします。出力を「**amzn-s3-demo-bucket1**」および「**amzn-s3-demo-bucket2**」という S3 バケットに保存するとします。ストリームを 5 分のチャンクに分割するとします。
| フィールド | 値 |
| --- | --- |
| [Archive settings] (Archive 設定) セクションの [Rollover interval] (ロールオーバー間隔) フィールド | 300 |
| [Archive group destination A] (アーカイブグループ送信先 A) セクションの [URL] | s3ssl://amzn-s3-demo-bucket1/sports-delivery/highlights/curling/10312017この例では、「**10312017**」フォルダは今日の日付と一致するように設定されています。 |
| [Archive group destination B] (アーカイブグループ送信先 B) セクションの [URL] | s3ssl://amzn-s3-demo-bucket2/sports-delivery/highlights/curling/10312017この例では、パスには異なるバケット名があります。 |
| [Archive outputs] (アーカイブ出力) セクションの [Name modifier] (名前修飾子) | **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-audiogroup1**」、「**-audiogroup2**」、「**-audiogroup3**」を入力します。 |
| [Archive outputs] (アーカイブ出力) セクションの [Extension] (拡張子) | デフォルト (.m2ts) を使用する場合は空のままにします。 |
結果: 出力ごとに 3 つの個別のファイルカテゴリが作成されます。各ファイルの名前は、**10312017** に修飾子、連番、拡張子を付加したものになります。例えば：
+ `10312017-audiogroup1-000000.m2ts`、`10312017-audiogroup2-000000.m2ts`、および `10312017-audiogroup3-000000.m2ts`。
+ `10312017-audiogroup1-000001.m2ts`、`10312017-audiogroup2-000001.m2ts`、および `10312017-audiogroup3-000001.m2ts`。
各ファイルは `s3ssl://amzn-s3-demo-bucket1/sports-delivery/highlights/curling` と `s3ssl://amzn-s3-demo-bucket2/sports-delivery/highlights/curling` の両方に保存されます。
指定されたファイルは、書き込まれている間は Amazon S3 で表示されません。ロールオーバーが発生するとすぐに (またはユーザーがチャンネルを停止すると)、MediaLive が現在のファイルを閉じます。その時点で、ファイルが表示されるようになります。
# 出力コンテナのフィールド
次のフィールドは、アーカイブトランスポートストリームのパッケージングと配信に関連します。
+ **[Output settings]** (出力設定) 内 - **[コンテナの設定]** セクション
+ **[Output settings]** (出力設定) - **[PID settings]** (PID 設定) セクション
オプションで、これらのいずれかのフィールドの値を変更します。フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。
# 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
次のフィールドは、出力内の動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# CMAF Ingest 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、CMAF Ingest 出力グループを含めることができます。CMAF Ingest 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。
MediaLive は、CMAF Ingest 出力グループの出力の品質スコアを生成することに注意してください。詳細については、「[MQCS の使用](mqcs.md)」を参照してください。
**Topics**
+ [エンコードを出力に整理する](design-cmafi-package.md)
+ [送信先を取得する](downstream-system-cmafi-empv2.md)
+ [出力グループの作成](creating-cmafi-output-group.md)
# CMAF Ingest出力グループ内のエンコードを整理する
CMAF Ingest 出力グループは、通常、ビデオ ABR スタックとして設定されます。動画 ABR スタックは、次の内容を含む出力グループです。
+ 複数の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード (レンディション）。通常、各ビデオエンコードの解像度は異なります。
+ 0 個以上のオーディオエンコード。
+ 0 個以上の字幕エンコード。字幕は埋め込み字幕またはサイドカー字幕です。
この図は、キャプションがビデオに埋め込まれている場合のCMAF Ingest出力グループを示しています。各ビデオエンコードは個別の出力にあります。キャプションは各ビデオ出力にあります。各オーディオエンコードは個別の出力にあります。
![\[Output group diagram showing four outputs: two labeled "V embedded" and two labeled "A".\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
この図は、キャプションがサイドカーキャプションの場合のCMAF Ingest出力グループを示しています。各エンコードは独自の出力にあります。
![\[Output group diagram showing six outputs: two V, two A, and two C, representing video, audio, and captions.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# CMAF Ingest 出力グループの宛先を取得する
1. 出力先URLが2つ必要かどうかを決める：
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. MediaPackage 演算子から 1 つまたは 2 URLs を取得します。URL のメディアパッケージ用語は*入力エンドポイント*です。チャンネル名（`arn`で始まる）ではなく、URL（`https://`で始まる）を取得していることを確認してください。
CMAF への送信、MediaPackage への取り込みにユーザー資格情報を使用しないことに注意してください。
**例**
2 つの URLs例のようになります。
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
次の点に注意してください。
+ URL の末尾`v1/`近くは MediaPackage 送信先 URL スキーマのバージョンであり、MediaPackage v1 を参照していません。
+ `curling-channel-group/` は、MediaPackage オペレータが作成したチャネルグループの名前です。
+ `curling-channel/` は、MediaPackage オペレーターが作成した MediaPackage チャネルの名前です。MediaLive チャンネルの名前ではありません。
+ 2 つの URLsの唯一の違いは、 より`-2`前の `-1`と です`.ingest`。
# CMAF Ingest 出力グループを作成する
[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。
1. **チャネルの作成**または**チャネルの編集**ページで、** 出力グループ**の中から**追加**を選択します。
1. **[Add output group]** (出力グループの追加) セクションで **[CMAF Ingest]** を選択し、**[Confirm]** (確認) を選択します。さらにセクションが表示されます:
+ **[CMAF Ingest destination]** (CMAF Ingest送信先) - このセクションには、 出力先のフィールドが含まれています。[CMAF Ingest 出力グループ の送信先を計画](downstream-system-cmafi-empv2.md)したときに入力する URLs を取得しているはずです。URLは次のようになる：
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/curling-channel-group/1/curling-channel/`
**認証情報**セクションは空のままにします。MediaPackage で認証するために認証情報を入力する必要はありません。
+ **CMAF 取り込み設定** – このセクションでは、セグメントの配信方法とさまざまな機能の動作を設定するためのフィールドを示します。このセクションの後半を参照。
+ **[CMAF Ingest outputs]** (CMAFインジェスト出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。さらに出力を追加でき、各出力にビデオ、オーディオ、字幕エンコードを追加できます。このセクションの後半を参照。
**Topics**
+ [CMAF 取り込み設定セクションのフィールド](#cmafi-opg-settings)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](#cmafi-opg-streams-section)
## CMAF 取り込み設定セクションのフィールド
| フィールド | 説明 |
| --- | --- |
| 名前 | 出力グループの名前。この名前は MediaLive の内部です。出力には表示されません。例えば、Sports Curling。 |
| SCTE35 タイプ | 出力グループの SCTE 35 メッセージを通過するには、SCTE\$135\$1WITHOUT\$1SEGMENTATION を選択します。WITHOUT\$1SEGMENTATION の文言は、挿入された SCTE 35 メッセージごとにビデオに新しい IDR が生成されるが、新しいセグメントは生じないことを示しています。この処理は CMAF Ingest の標準です SCTE 35のセットアップの詳細については、「[SCTE35メッセージの処理](scte-35-message-processing.md)」 を参照してください。 |
| セグメント長、セグメント長単位 | セグメントの任意の期間 (ミリ秒または秒) を入力します。セグメントは、指定された期間後に次のキーフレームで終了するため、実際のセグメント期間は長くなる可能性があります。単位が秒の場合、期間は秒のほんの一部である可能性があります。 |
| 送信遅延 Msec | チャンネルが開始または一時停止解除したときにパイプライン 1 からの出力を遅延するミリ秒数。（このフィールドは標準チャネルにのみ適用されます。 値は単一パイプラインチャネルでは無視されます。） 一部のパッケージャーは、常に受信した最初のパイプラインを取り込みます。したがって、パイプライン 0 が最初にパッケージャーに到着するように、ここで値を設定できます。 |
| Nielsen ID3 の動作 | この機能については、「[ニールセン透かしを ID3 に変換する](feature-nielsen-id3.md)」を参照してください。 |
## 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
1. **CMAF Ingest 出力** で、**出力の追加** を選択して、出力のリストに適切な数の出力を追加します。
1. 最初の**設定**リンクを選択すると、最初の出力が表示されます。各出力には、**出力設定**と**ストリーム設定の **2 つのセクションがあります。
1. **出力設定を完了する**：
+ **出力名 **: ランダムに生成された名前を意味のある名前に変更します。この名前は MediaLive の内部にあり、出力には表示されません。
+ **名前修飾子 **: MediaLive は、出力グループ内の各出力に **\$11**、**\$12** などのシーケンシャル修飾子を割り当てます。必要に応じて名前を変更します。
1. **ストリーム設定 **を完了します。このセクションには、出力に作成する出力エンコード（ビデオ、オーディオ、キャプション）のフィールドがあります。エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# フレームキャプチャ出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、フレームキャプチャ出力グループを含めることができます。フレームキャプチャ出力はストリーミングの補足であり、それ自体がストリーミング出力ではありません。このタイプの出力は、ワークフローに役立つ可能性があります。例えば、フレームキャプチャ出力を使用して、コンテンツのサムネイルを作成することができます。（サムネイル機能 を使用して[サムネイル](thumbnails.md)を作成することもできます）。
**Topics**
+ [フレームキャプチャ出力グループ内のエンコードを整理する](design-framecapture-package.md)
+ [ダウンストリームシステムとの調整](framecapture-op-origin-server-s3.md)
+ [フレームキャプチャ出力グループを作成する](creating-framecapture-output-group.md)
# フレームキャプチャ出力グループ内のエンコードを整理する
フレームキャプチャ出力グループには、以下を含めることができます。
+ 1 つ以上の出力。
各出力に含めることができるビデオ JPEG エンコードは 1 つだけです。
# ダウンストリームシステムとの調整
フレームキャプチャ出力グループの宛先は常に Amazon S3 バケットにあります。お客様と Amazon S3 オペレーターは、使用するバケットに同意する必要があります。
**送信先のセットアップを手配するには**
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
フレームキャプチャ出力グループに必要な送信先アドレスのセットは 1 つだけであり、出力ごとに 1 つではないことに注意してください。
1. Amazon S3 バケットとすべてのフォルダという宛先の完全なパスを設計することをお勧めします。または「[フレームキャプチャの送信先](framecapture-destinations.md)」を参照してください。
1. Amazon S3 ユーザーに、まだ存在しないバケットを作成するように依頼します。
MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。つまり、バケット名の単語間に . (ドット) を使用しないでください。
1. Amazon S3ユーザーとバケットの所有権について話し合います。バケットが別の AWS アカウントに属している場合、通常はそのアカウントを出力の所有者にします。詳細については、この手順の後の「[出力へのアクセスの制御](archive-op-origin-server-s3.md#setting-dss-archive-canned-acl)」を参照してください。
S3 バケットに送信するためにユーザー認証情報が必要になります。MediaLive は、信頼されたエンティティを介してバケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
## 出力へのアクセスの制御
別の AWS ア カウントによって所有されている Amazon S3 バケットに出力ファイルを送信したい場合があります。このような場合、通常、もう一方のアカウントが出力ファイル (バケットに入れられるオブジェクト) の所有者になることが望まれます。バケット所有者がオブジェクトの所有者にならない場合、ファイルが不要になったときにファイルを削除できる唯一のエージェントは MediaLive になります。
したがって、Amazon S3 バケット内の出力ファイルの所有権を転送することは、すべての人に関わってきます。
オブジェクトの所有権を転送するには、次の設定が必要です。
+ バケット所有者は、MediaLive がバケットに出力ファイルを配信するときに Amazon S3 の定型のアクセスコントロールリスト (ACL) を追加するアクセス許可を付与するバケットアクセス許可ポリシーを追加する必要があります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「ACL によるアクセス管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls)の説明をお読みください。バケット所有者は、オブジェクトではなく、バケットの ACL アクセス許可を設定する必要があります。
+ バケット所有者はオブジェクトの所有権も設定してください。この機能により、送信者 (MediaLive) にとって*バケット所有者のフルコントロール* ACL が (オプションではなく) 必須になります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「オブジェクト所有者の管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership)の説明をお読みください。
バケット所有者がこの機能を実装している場合は、ACL を含めるように MediaLive を設定する必要があります。重複してしまうと、Amazon S3 バケットへの配信は失敗します。
+ MediaLive を設定して、バケットの配信時に*バケット所有者のフルコントロール** *ACL を含めるようにする必要があります。この設定は、[チャンネルの作成](archive-destinations.md)時に実行します。
S3 の既定 ACL 機能は、*バケット所有者のフルコントロール*以外の ACL をサポートします。しかし、それらの他の ACL は、通常、MediaLive からビデオを配信するユースケースには適用されません。
# フレームキャプチャ出力グループを作成する
[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. **[Add output group]** (出力グループの追加) セクションで **[Frame capture]** (フレームキャプチャ) を選択し、**[Confirm]** (確認) を選択します。追加のセクションが表示されます。
+ **[Destination]** (送信先) - このセクションには、 [出力先](framecapture-destinations.md)のフィールドが含まれています。
+ **[Frame capture settings]** (フレームキャプチャ設定) - このセクションには、[出力先](framecapture-destinations.md)の出力グループ名のフィールドが含まれています。
+ **[Frame capture outputs]** (フレームキャプチャ出力) - このセクションには、デフォルトで追加される出力が表示されます。フレームキャプチャ出力には 1 つの出力しか含めることができないため、**[Add output]** (出力の追加) はクリックしないでください。
フィールドを表示するには、**[Settings]** (設定) リンクを選択します
1. **[Frame capture outputs]** (フレームキャプチャ出力) で **[Settings]** (設定) リンクを選択して、個々の出力のセクションを表示します。
+ **[Output settings]** (出力設定) - このセクションには、 [出力先](framecapture-destinations.md)のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](output-settings-framecapture.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ **[Frame capture settings]** (フレームキャプチャ設定) の **[Name]** (名前) に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Game Thumbnails**。
+ **[Frame capture outputs]** (フレームキャプチャ出力) の **[Name]** (名前) に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
1. この出力グループとその単一の出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
**Topics**
+ [フレームキャプチャの送信先](framecapture-destinations.md)
+ [ストリームの設定](output-settings-framecapture.md)
# フレームキャプチャの送信先
次のフィールドで、フレームキャプチャファイルの場所と名前 (送信先) を設定します。
+ **[Output group]** (出力グループ) - **[Frame capture group destination]** (フレームキャプチャグループの送信先) セクション
+ **[Output group]** (出力グループ) - **[Frame capture settings]** (フレームキャプチャ設定) – **[CDN settings]** (CDN 設定)
**[Output settings]** (出力設定) - **[Name modifier]** (名前修飾子)
1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
## 出力先のパスを設計します。
**パスを設計するには**
+ 次の構文に従って、送信先パスを設計します。
`protocol bucket folders baseFilename nameModifier counter extension`
例えば、標準チャンネルの場合:
`s3ssl://amzn-s3-demo-bucket1/sports-thumbnails/delivery/curling-20180820.00000.jpg`
`s3ssl://amzn-s3-demo-bucket1/sports-thumbnails/backup/curling-20180820.00000.jpg`
送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。
次の表は、例の各部分とそれに対応する構文の部分を示します。
| URL の部分 | 例 | Comment |
| --- | --- | --- |
| protocol | s3ssl:// | フレームキャプチャ出力の送信先は常に S3 バケットであるため、プロトコルは常に s3ssl:// です。 |
| パスのバケット部分 | amzn-s3-demo-bucket1 | MediaLive では、S3 バケット名にドット表記を使用しないでください。つまり、バケット名内の単語間に . (ドット) を使用しないでください。 |
| パスのフォルダ部分 | sports-thumbnails/delivery/ | フォルダは、存在していてもなくてもかまいません。また、必要な長さでもかまいません。フォルダは常にスラッシュで終わる必要があります。 |
| baseFileName | カーリング | ファイル名の最後にスラッシュを使用しないでください。 |
| nameModifier | -20180820 | この修飾子は、フレームキャプチャ出力ではオプションです。 |
| カウンターの前の区切り記号 | . | MediaLive は、自動的にこの区切り記号を挿入します。 |
| counter | 00000 | MediaLive は、このカウンターを自動的に生成します。最初は、これは 00000 から始まる 5 桁の数字で、1 ずつ増加します。つまり、00000、00001、00002 など。99999 以降、次の数字は 100000 (6 桁)、次いで 100001、100002 というようになります。次いで、999999 から 1000000 (7 桁) というようになります。 |
| 拡張子の前のドット | . | MediaLive は自動的にこのドットを挿入します。 |
| 拡張子 | jpg | 常に jpg になります。 |
## コンソールのフィールドに入力します
**出力の場所を指定するには**
1. 送信先の各部分を該当するフィールドに入力します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/framecapture-destinations.html)
1. **[Credentials]** (認証情報) セクションは両方の **[Frame capture group destinations]** (フレームキャプチャグループ送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
1. **[CDN settings]** (CDN 設定) フィールドには、MediaLive がこの出力を Amazon S3 バケットに送信するたびに既定 ACL を設定する必要がある場合のみ値を入力します。
通常、既定の ACL の使用は、組織が Amazon S3 バケットの所有者でない場合にのみ適用されます。[出力先](archive-op-origin-server-s3.md#setting-dss-archive-canned-acl)について話し合ったときに、既定 ACL の使用についてバケット所有者と話し合ったはずです。
# ストリームの設定
デフォルトでは、出力は 1 つのビデオエンコードで設定されます。これは、フレームキャプチャ出力に含められる唯一のエンコードです。したがって、オーディオエンコードや字幕エンコードを追加したり、複数のビデオエンコードを含めたりすることはできません。
ビデオエンコードのフィールドの詳細については、「[ビデオエンコードを設定する](creating-a-channel-step6.md)」を参照してください。
# HLS 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、HLS 出力グループを含めることができます。HLS 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。HLS 出力グループと MediaPackage 出力グループの選択については、「[HLS 出力グループと MediaPackage 出力グループの選択](hls-choosing-hls-vs-emp.md)」を参照してください。
**Topics**
+ [HLS 出力グループ内のエンコードを整理する](design-hls-package.md)
+ [ダウンストリームシステムとの調整](hls-opg-coordinate-dss.md)
+ [HLS 出力グループを作成します](creating-hls-output-group.md)
# HLS 出力グループ内のエンコードを整理する
HLS 出力グループは、通常、ビデオ ABR スタックとして設定されます。動画 ABR スタックは、次の内容を含む出力グループです。
+ 複数の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード (レンディション）。通常、各ビデオエンコードの解像度は異なります。
+ 1 つ以上のオーディオエンコード。
+ 1 つ以上の字幕エンコード。字幕は埋め込みかサイドカー。
エンコードを編成するには、オーディオエンコードをバンドルする必要があるか、それぞれのレンディションにバンドルする必要があるかによって、2 つの方法があります。既にダウンストリームシステムから[この情報を取得](identify-dss-video-audio.md)したはずです。
**バンドルされたオーディオが必要なダウンストリームプレイヤー**
出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオエンコード、すべてのオーディオエンコード、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。
同じオーディオエンコーディングが各出力に表示されます。例えば、英語とフランス語のエンコードが高解像度出力に表示され、同じ英語とフランス語のエンコードが低解像度出力に表示されます。
+ 字幕がサイドカーの場合、字幕ごとに1つの出力がエンコードされます。
この図は、字幕エンコーディングが埋め込まれた場合の HLS 出力グループを示しています。
![\[Output group diagram showing embedded and non-embedded outputs with associated elements.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output11-ABR-2Ve-2A.png)
この図は、字幕エンコーディングがサイドカーの場合の HLS 出力グループを示しています。
![\[Output group diagram showing V, A, A components, V, A, A outputs, and two C outputs.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output12-ABR-2V-2A-2C.png)
**個別のオーディオが必要なダウンストリームプレイヤー**
出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオ、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。
+ オーディオエンコードごとに 1 つの出力。
オーディオエンコードは言語が異なる場合もあれば、ビットレートが異なる場合もあれば、言語やビットレートが異なる場合があります。
+ 字幕がサイドカーの場合、字幕ごとに1つの出力がエンコードされます。
この出力グループ内のオーディオエンコードの配置は、*オーディオレンディショングループ*と呼ばれます。
この図は、オーディオレンディショングループと埋め込み字幕エンコードを使用した HLS 出力グループを示しています。
![\[Output group diagram showing four outputs: two marked as embedded, and two marked as A.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
この図は、オーディオレンディショングループとサイドカー字幕エンコードを使用した ABR スタックの HLS 出力グループを示しています。
![\[Output group diagram showing six outputs: two V, two A, and two C, arranged in a row.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# ダウンストリームシステムとの調整
AWS Elemental MediaLive の HLS 出力グループは、いくつかのタイプのダウンストリームシステムをサポートしています。使用しているシステムに適用される情報をお読みください。
**Topics**
+ [Amazon S3 への HLS 出力グループ](origin-server-hls-s3.md)
+ [MediaStore への HLS 出力グループ](origin-server-ems.md)
+ [MediaPackage への HLS 出力グループ](origin-server-hls-emp.md)
+ [MediaPackage v2 への HLS 出力グループ](origin-server-hls-empv2.md)
+ [HTTP への HLS 出力グループ](origin-server-http.md)
# Amazon S3 への HLS 出力グループ
この手順に従って、Amazon S3 を送信先とする HLS 出力グループを作成することに[決めました](identify-downstream-system.md)。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。
**送信先のセットアップを手配するには**
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. Amazon S3 バケットとすべてのフォルダという宛先の完全なパスを設計することをお勧めします。「[出力先のパスを設計します。](hls-destinations-design-step.md)」を参照してください。
1. Amazon S3 ユーザーに、まだ存在しないバケットを作成するように依頼します。
MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。つまり、バケット名の単語間に . (ドット) を使用しないでください。
1. Amazon S3 ユーザーと所有権について話し合います。バケットが別の AWS アカウントに属している場合、通常はそのアカウントを出力の所有者にします。詳細については、この手順の後の「[出力へのアクセスの制御](#setting-dss-hls-canned-acl)」を参照してください。
S3 バケットに送信するためにユーザー認証情報が必要になります。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
## 出力へのアクセスの制御
別の AWS ア カウントによって所有されている Amazon S3 バケットに出力ファイルを送信したい場合があります。このような場合、通常、もう一方のアカウントが出力ファイル (バケットに入れられるオブジェクト) の所有者になることが望まれます。バケット所有者がオブジェクトの所有者にならない場合、ファイルが不要になったときにファイルを削除できる唯一のエージェントは MediaLive になります。
したがって、Amazon S3 バケット内の出力ファイルの所有権を転送することは、すべての人に関わってきます。
オブジェクトの所有権を転送するには、次の設定が必要です。
+ バケット所有者は、MediaLive がバケットに出力ファイルを配信するときに Amazon S3 の定型のアクセスコントロールリスト (ACL) を追加するアクセス許可を付与するバケットアクセス許可ポリシーを追加する必要があります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「ACL によるアクセス管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls)の説明をお読みください。バケット所有者は、オブジェクトではなく、バケットの ACL アクセス許可を設定する必要があります。
+ バケット所有者はオブジェクトの所有権も設定してください。この機能により、送信者 (MediaLive) にとって*バケット所有者のフルコントロール* ACL が (オプションではなく) 必須になります。バケット所有者は、「Amazon Simple Storage Service ユーザーガイド」の[「オブジェクト所有者の管理」](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership)の説明をお読みください。
バケット所有者がこの機能を実装している場合は、ACL を含めるように MediaLive を設定する必要があります。重複してしまうと、Amazon S3 バケットへの配信は失敗します。
+ MediaLive を設定して、バケットの配信時に*バケット所有者のフルコントロール** *ACL を含めるようにする必要があります。この設定は、[チャンネルの作成](hls-destinations-s3-specify.md)時に実行します。
S3 の既定 ACL 機能は、*バケット所有者のフルコントロール*以外の ACL をサポートしますが、これらの他の ACL は通常 MediaLive からビデオを配信するユースケースには適用されません。
# MediaStore への HLS 出力グループ
を宛先 AWS Elemental MediaStore として HLS 出力グループを作成する[と判断した場合](identify-downstream-system.md)は、この手順に従います。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります
**送信先のセットアップを手配するには**
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. 送信先のフルパスを設計することをお勧めします。「[出力先のパスを設計します。](hls-destinations-design-step.md)」を参照してください。
送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。
1. MediaStore ユーザーに、コンテナの作成を依頼します。
1. 1 つ以上のコンテナのデータエンドポイントを取得します。例えば：
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
データエンドポイントが必要です。コンテナ名は不要です。
MediaStore コンテナに送信するためにユーザー認証情報は必要ありません。MediaLive は、信頼されたエンティティを介して MediaStore コンテナに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
# MediaPackage への HLS 出力グループ
HLS出力グループを作成し、HTTPSで「 AWS Elemental MediaPackage 」に送信すると[決定した](identify-downstream-system.md)場合は、この手順に従ってください。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。
**送信先のセットアップを手配するには**
1. MediaPackage ユーザーに MediaPackage で 1 つのチャンネルを作成するように依頼します。MediaLiveチャンネルが[標準チャンネル](plan-redundancy.md) (パイプラインが 2 つ) でも、必要な MediaPackage チャンネルは 1 つのみです。
1. MediaPackage ユーザーとともに HTTPS ユーザーの認証情報をセットアップするように手配します。MediaPackage への送信は、安全な接続で行う必要があります。
1. 以下の情報を提供します。
+ チャンネルの 2 つの URL (入力エンドポイントは MediaPackage の用語) です。チャンネルの 2 つの URL は次のようになります。
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
2 つの URL は、`channel` の直前のフォルダを除いて、常に同一です。
チャンネル名（`arn`で始まる）ではなく、URL（`https://`で始まる）を取得していることを確認してください。
+ ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
# MediaPackage v2 への HLS 出力グループ
HLS出力グループを作成し、MediaPackage v2に送信すると[決定した](hls-choosing-hls-vs-emp.md)場合は、この手順に従ってください。HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。
**送信先のセットアップを手配するには**
1. MediaPackage ユーザーに MediaPackage で 1 つのチャンネルを作成するように依頼します。MediaLiveチャンネルが[標準チャンネル](plan-redundancy.md) (パイプラインが 2 つ) でも、必要な MediaPackage チャンネルは 1 つのみです。
1. チャンネルの2つのURL（入力エンドポイントはMediaPackageの用語）を取得します。チャンネルの 2 つの URL は次のようになります。
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
上記の例に示すように、2 つの URLs は若干異なります。
チャンネル名（`arn`で始まる）ではなく、URL（`https://`で始まる）を取得していることを確認してください。
MediaPackage v2に送信するためにユーザー認証情報を使用しないことに注意してください。
# HTTP への HLS 出力グループ
この手順に従って、次のダウンストリームシステムのいずれかを送信先とする HLS 出力グループを作成することに[決めました](identify-downstream-system.md)。
+ HTTP または HTTPS PUT サーバー。
+ HTTP または HTTPS WebDAV サーバー。
+ Akamai オリジンサーバー。
HLS 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。
HTTP 経由で HLS を配信する場合、多くの場合、オリジンサーバーに配信されます。通常、オリジンサーバーには、メインマニフェスト (`.M3U8` ファイル) のファイル名など、送信先パスのルールに関する明確なガイドラインがあります。
**送信先のセットアップを手配するには**
設定を調整するには、ダウンストリームシステムでオペレータに相談する必要があります。
1. ダウンストリームシステムが Akamai サーバーでない場合は、PUT または WebDAV を使用しているかどうかを調べます。
1. ダウンストリームシステムに特別な接続要件がないか、調べます。これらの接続フィールドは、コンソールの HLS 出力グループ **[CDN settings]** (CDN 設定) セクションにあります。MediaLive コンソールでこのページを表示するには、**[Create channel]** (チャンネルの作成)ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択してから **[HLS]** を選択します。グループを選択してから **[HLS settings]** (HLS 設定) で **[CDN settings]** (CDN 設定) を開きます。
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. ダウンストリームシステムがセキュア接続を使用しているかどうかを調べます。その場合は、オペレータにユーザー認証情報を設定するように配置します。
1. そのダウンストリームシステムで、メインマニフェストと子マニフェスト内にカスタムパスが必要かどうかを調べます。詳細については、「[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md)」を参照してください。
1. [標準チャンネル](plan-redundancy.md)を設定しようとする場合、ダウンストリームシステムが冗長マニフェストをサポートしているかどうかを確認してください。サポートしている場合は、この機能を実装するかどうかを決定します。詳細については「[冗長 HLS マニフェストの作成](hls-redundant-manifests.md)」を参照し、具体的な手順については、特に「[ほとんどのダウンストリームシステムのルール](hls-redundant-manif-most-systems.md)」と「[Akamai CDN のルール](hls-redundant-manif-akamai.md)」を参照してください。
1. ダウンストリームシステムのオペレータに相談して、HLS ファイルの 3 つのカテゴリ (メインマニフェスト、子マニフェスト、メディアファイル) の完全な送信先パスについて合意します。MediaLive は、送信先ごとに 3 つのファイルカテゴリを常にこの場所に置きます。一部のファイルを別の場所に置くように MediaLive を設定することはできません。
送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。この要件は、ダウンストリームシステムのオペレータと話し合います。ダウンストリームシステムには、一意性に関する特定のルールがある場合があります。
1. HLS ファイルの 3 つのカテゴリの名前に関する特別な要件については、ダウンストリームシステムのオペレータに相談してください。通常、ダウンストリームシステムには特別な要件はありません。
1. 子マニフェストとメディアファイルの名前に関する修飾子の特別な要件については、ダウンストリームシステムのオペレータに相談してください。
子マニフェストとメディアファイルでは、ファイル名にこの修飾子が常に含まれています。この修飾子は、個々の出力を区別できるように各出力で一意である必要があります。例えば、高解像度出力のファイルは、低解像度出力のファイルとは異なる名前である必要があります。例えば、1 つの出力のファイルに、ファイル名と修飾子 `curling_high` を指定し、一方、他の出力に `curling_low` を含めることができます。
通常、ダウンストリームシステムには特別な要件はありません。
1. メディアファイルを専用のサブディレクトリに設定すべきかは、ダウンストリームシステムのオペレータに問い合わせてください。例えば、最初の 1000 個のセグメント用に 1 つのサブディレクトリ、次の 1000 個用に別のサブディレクトリ、というように続きます。
ほとんどのダウンストリームシステムでは、個別のサブディレクトリは必要ありません。
1. ダウンストリームシステムに特別な要件がある送信先パスの部分について合意します。
+ 例えば、ダウンストリームシステムでは、特定のホストへの送信のみが必要になる場合があります。ダウンストリームシステムでは、使用するフォルダやファイル名を知る必要はありません。
例えば、名前を付けた 2 つのフォルダに送信しますが、`https://203.0.113.55` のホスト上です。
または、ホスト上にある `https://203.0.113.55` および `https://203.0.113.82` という 2 つのフォルダに送信します。
+ または、ダウンストリームシステムでは、選択したファイル名を持つ特定のホストとフォルダが必要になる場合があります。例えば、次のホストとフォルダは次のようになります。
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. 収集した情報を書き留めておきます。
+ ダウンストリームシステムの接続タイプ — Akamai、PUT、または WebDAV。
+ ダウンストリームシステムに特別な要件がある場合は、接続フィールドの設定。
+ 配信用のプロトコル — HTTP または HTTPS。
+ ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
+ ファイル名を含む送信先パスの全部または一部。
+ 個別のサブディレクトリを設定する必要があるかどうか。
# HLS 出力グループを作成します
[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。
## 手順
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. **[Add output group]** (出力グループの追加) セクションで **[HLS]** を選択し、**[Confirm]** (確認) を選択します。さらにセクションが表示されます:
+ **[HLS group destination]** (HLS グループ送信先) - このセクションには、 出力先のフィールドが含まれています。詳細については、ダウンストリームシステムのタイプのセクションを参照してください。
+ [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
+ [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
+ [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
+ [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)
+ **[HLS settings]** (HLS 設定) - このセクションには、[出力先](hls-destinations-http.md)、[回復性](hls-other-features.md#hls-resiliency)、[字幕](hls-other-features.md#hls-captions)のフィールドが含まれています。
+ **[HLS outputs]** (HLS 出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。
+ **[Location]** (場所) - このセクションには、[マニフェスト内のパスをカスタマイズ](hls-manifest-paths.md)するためのフィールドが含まれています。
+ **[Manifest and segments]** (マニフェストとセグメント) - このセクションには、[冗長マニフェスト](hls-opg-redundant-manifest.md)、[マニフェストの内容](hls-other-features.md#hls-manifest-contents)、[メディアセグメント](hls-other-features.md#hls-segment-fields)を設定するためのフィールドが含まれています。
+ **[DRM]** - このセクションには、[出力の暗号化](hls-other-features.md#hls-drm)を設定するためのフィールドが含まれています。
+ **[Ad marker]** (広告マーカー) - このセクションには、[SCTE-35 広告表示](hls-other-features.md#hls-ad-markers)を設定するためのフィールドが含まれています。
+ **[Captions]** (字幕) - このセクションには、[字幕](hls-other-features.md#hls-captions)を設定するためのフィールドが含まれています。
+ **[ID3]** - このセクションには、[ID3](hls-other-features.md#hls-id3) を設定するためのフィールドが含まれています。
1. プランのこの出力グループに複数の出力が含まれている場合は、**[HLS outputs]** (HLS 出力) で **[Add output]** (出力の追加) を選択して、適切な数の出力を追加します。
1. **[HLS outputs]** (HLS 出力) で、最初の **[Settings]** (設定) リンクを選択して、最初の出力のセクションを表示します。
+ **[Output settings]** (出力設定) - このセクションには、 出力先のフィールドが含まれています。以下のセクションを参照してください。
+ [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
+ [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
+ [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
+ [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)
このセクションには、[HLS コンテナ](hls-container.md)用のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](hls-streams-section.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ **[HLS settings]** (HLS 設定) の **[Name]** (名前) に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Curling**。
+ 各出力の **[HLS outputs]** (HLS 出力) セクションの [**名前**] に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**high resolution**。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
1. この出力グループとその出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
**Topics**
+ [手順](#hls-create-procedure)
+ [HLS 出力グループの宛先フィールド](hls-destinations.md)
+ [HLS コンテナのフィールド](hls-container.md)
+ [マニフェスト内のパスをカスタマイズするためのフィールド](hls-custom-manifests.md)
+ [冗長マニフェストのフィールド](hls-opg-redundant-manifest.md)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](hls-streams-section.md)
+ [その他の HLS 機能のフィールド](hls-other-features.md)
# HLS 出力グループの宛先フィールド
MediaLive の HLS 出力グループは、いくつかのタイプの送信先をサポートしています。タイプごとに異なる設定要件があります。
**Topics**
+ [出力先のフィールド — Amazon S3 への送信](hls-destinations-s3.md)
+ [出力先のフィールド — MediaStore に送信する](hls-destinations-ems.md)
+ [出力先のフィールド — MediaPackage に送信する](hls-destinations-emp.md)
+ [出力先のフィールド — HTTP サーバーへの送信](hls-destinations-http.md)
# 出力先のフィールド — Amazon S3 への送信
[HLS 出力グループの送信先を計画](origin-server-hls-s3.md)したときに、出力を Amazon S3 に送信するという決定を下した可能性があります。1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
**Topics**
+ [出力先のパスを設計します。](hls-destinations-s3-design.md)
+ [コンソールのフィールドに入力します](hls-destinations-s3-specify.md)
# 出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-destinations-s3-specify.md)」に進みます。
**パスを設計するには**
1. Amazon S3 ユーザーから[以前に取得](origin-server-hls-s3.md)したバケット名を収集します。例えば：
`amzn-s3-demo-bucket`
1. バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。
**Topics**
+ [出力のパスの構文](#hls-syntax-s3)
+ [フォルダと baseFilename の設計](#hls-path-s3)
+ [nameModifier の設計](#hls-nameModifier-design-s3)
+ [segmentModifier の設計](#hls-segmentModifier-design-s3)
## 出力のパスの構文
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 | カーリング出力の高解像度レンディションの子マニフェストのパス`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8` |
| メディアファイル (セグメント) | 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.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/delivery/curling/index-high.m3u8`
または
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket1/sports/redundant/curling/index-high.m3u8`
+ バケットが*同じ*である場合、2 つの送信先のフォルダパスとファイル名は互いに異なっていなければなりません。例えば：
`s3ssl://amzn-s3-demo-bucket/sports/delivery/curling/index-high.m3u8`
`s3ssl://amzn-s3-demo-bucket/sports/redundant/curling/index-high.m3u8`
## nameModifier の設計
ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を分けるために、`nameModifier` をハイフンなどの区切り記号で始めることをお勧めします。
+ `nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。
## segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。
# コンソールのフィールドに入力します
出力名と出力先パスを設計したら、HLS 出力グループを設定します。
次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**
**通常のダウンストリームシステムの出力先を設定するには**
1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-destinations-s3-specify.html)
1. **[Credentials]** (認証情報) セクションは両方の **[HLS group destinations]** (HLS グループ送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して S3 バケットに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
1. **CDN** の設定セクションで `Hls S3` を選択します。
1. **[CDN settings]** (CDN 設定) フィールドには、MediaLive がこの出力を Amazon S3 バケットに送信するたびに既定 ACL を設定する必要がある場合のみ値を入力します。
通常、既定の ACL の使用は、組織が Amazon S3 バケットの所有者でない場合にのみ適用されます。[出力先](origin-server-hls-s3.md#setting-dss-hls-canned-acl)について話し合ったときに、既定 ACL の使用についてバケット所有者と話し合ったはずです。
# 出力先のフィールド — MediaStore に送信する
[HLS 出力グループの送信先を計画](origin-server-ems.md)したときに、出力を MediaStore に送信するという決定を下した可能性があります。1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
**Topics**
+ [出力先のパスを設計します。](hls-destinations-ems-design.md)
+ [コンソールのフィールドに入力します](hls-specify-destination-ems.md)
# 出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination-ems.md)」に進みます。
**パスを設計するには**
1. 1 つまたは複数のコンテナのデータエンドポイントを収集します。この情報は MediaStore ユーザーから[以前に取得](origin-server-ems.md)したものです。例えば：
`a23f.data.mediastore.us-west-2.amazonaws.com`
1. データエンドポイントに続く送信先パスの部分 (MediaStore の場合) を設計します。
**Topics**
+ [出力のパスの構文](#hls-syntax-ems)
+ [MediaLive がパスを構築する仕組み](#hls-how-construct-urls-ems)
+ [フォルダと baseFilename の設計](#hls-path-ems)
+ [nameModifier の設計](#hls-nameModifier-design-ems)
+ [segmentModifier の設計](#hls-segmentModifier-design-ems)
## 出力のパスの構文
HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。
+ メインマニフェスト
+ そのため、子マニフェストします。
+ メディアファイル
次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。
これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。MediaStore に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。
| システム | パスの構文 | 例 |
| --- | --- | --- |
| メインマニフェストファイル | protocol dataEndpoint path baseFilename extension | コンテナ内のパス *delivery* に含まれるメインマニフェストのパスでファイル名は *index*: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 から始まる 6 桁のカウンターを生成します。
+ 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` には、[データ変数](variable-data-identifiers.md)を含めることができます。
## segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。
# コンソールのフィールドに入力します
出力名と出力先パスを設計したら、HLS 出力グループを設定します。
次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**
**通常のダウンストリームシステムの出力先を設定するには**
1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination-ems.html)
1. **[Credentials]** (認証情報) セクションは両方の **[HLS group destinations]** (HLS グループ送信先) セクションで空白のままにします。MediaLive は、信頼されたエンティティを介して MediaStore コンテナに書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
1. **CDN** の設定セクションで `Hls media store` を選択します。
1. MediaStore ユーザーによって**接続の設定**値が提供されている場合は、[CDN](origin-server-http.md) の設定セクションのフィールドにその値を入力します。
# 出力先のフィールド — MediaPackage に送信する
[MediaPackageへの出力を計画したとき](hls-choosing-hls-vs-emp.md)、HLS出力グループを作成して出力を送信することを決めたかもしれません。（または、[MediaPackage 出力グループ](creating-mediapackage-output-group.md) の作成を決定した可能性があります）。
1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
HLS 出力グループを使用して、標準の MediaPackage または toMediaPackage v2 に送信できます。2 つのバージョンでは、異なるプロトコルを使用します。
+ MediaPackage は WebDAV を使用します。
+ MediaPackage v2 は Basic PUT を使用します。
**Topics**
+ [出力先のパスを設計します。](hls-destinations-emp-design.md)
+ [コンソールのフィールドに入力します](hls-specify-destination-emp.md)
+ [標準 MediaPackage の例](hls-example-mediapackage.md)
+ [MediaPackage v2 の例](hls-example-mediapackage-v2.md)
# 出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination-emp.md)」に進みます。
**パスを設計するには**
1. MediaPackage ユーザーから[以前に取得](origin-server-hls-emp.md)した情報を収集します。
+ チャンネルの 2 つの URL (入力エンドポイントは MediaPackage の用語) です。この手順の後の情報を参照してください。
+ 標準の MediaPackage を使用している場合は、ユーザー名とパスワードを取得します。MediaPackage v2 を使用している場合は、ユーザー認証情報を使用しません。
1. URL に続く送信先パスの部分を設計する必要があります。
**Topics**
+ [標準 MediaPackage の情報を収集する](hls-destinations-emp-info.md)
+ [MediaPackage v2 の情報を収集する](hls-destinations-emp-info-v2.md)
+ [出力のパスの構文](hls-syntax-emp.md)
+ [nameModifier の設計](hls-nameModifier-design-emp.md)
+ [segmentModifier の設計](hls-segmentModifier-design-emp.md)
# 標準 MediaPackage の情報を収集する
標準 MediaPackage の場合、チャネルの 2 つの URLsは次の例のようになります。
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel`
コードの説明は以下のとおりです。
`mediapackage` は、入力エンドポイントが MediaPackage API のバージョン 1 を使用していることを示します。
`channel` は常に URL の末尾に表示されます。これは、この送信先のすべてのファイルの基本ファイル名です。
2 つの URL は、`channel` の直前のフォルダを除いて、常に同一です。
# MediaPackage v2 の情報を収集する
MediaPackage v2 の場合、チャネルの 2 つの URLsは次の例のようになります。
`mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
コードの説明は以下のとおりです。
| Element | 説明 |
| --- | --- |
| mz82o4-1 および mz82o4-2 | 2 つのエンドポイントが MediaPackage の冗長チャネル用であることを示します。プレフィックスは常に -1および-2です。 |
| mediapackagev2 | 入力エンドポイントが MediaPackage API のバージョン 2 を使用していることを示します |
| live-sports/1/curling および live-sports/2/curling | 冗長取り込みのフォルダ。1 つのフォルダには常に/1/が含まれ、もう 1 つのフォルダには常に/2/が含まれます。 |
| index | 常に URL の末尾に表示されます。これは、この送信先のすべてのファイルの基本ファイル名です。 |
# 出力のパスの構文
HLS 出力には、常に 3 つのカテゴリのファイルが含まれます。
以下のセクションを参照してください。
+ メインマニフェスト
+ そのため、子マニフェストします。
+ メディアファイル
次の表では、これらの 3 つのカテゴリのファイルの送信先パスを構成する部分について説明します。
これら3つのカテゴリのファイルの送信先パスは、*baseFilename* までが同一であり、これは MediaLive がこれらすべてのカテゴリのファイルを同一のフォルダに送信することを意味します。修飾子とファイル拡張子は、ファイルのカテゴリごとに異なります。MediaPackage に送信するときは、すべてのファイルを同じフォルダに送信する必要があります。ダウンストリームシステムでは、すべてのファイルが一緒になることが期待されます。
| システム | パスの構文 | 例 |
| --- | --- | --- |
| メインマニフェストファイル | protocol channelURL extension | 出力のパス。MediaPackage v2 を使用する例を次に示します。 `https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index.m3u8` |
| 子マニフェストファイル | protocol channelURL nameModifier extension | 以下は、カーリング出力の高解像度レンディション (MediaPackage v2 を使用する送信先) の子マニフェストのパスの例です。`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high.m3u8` |
| メディアファイル (セグメント) | protocol channelURL nameModifier optionalSegmentModifier counter extension | 以下は、230 番目のセグメント (MediaPackage v2 を使用する送信先) のファイルのパスの例です。https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index-high-00230.ts |
これらのパスは次のように構成されます。
+ MediaPackage ユーザーがチャンネル URL を提供していたはずです。URL は、baseFilename までのパスの部分をカバーします:
+ 標準の MediaPackage では、baseFilename は常に`channel`です。
+ MediaPackage v2 では、baseFilename は常に`index`です。
+ 以下を指定する必要があります。
+ 修飾子
+ segmentModifier
次のセクションを参照してください。
+ MediaLive はカウンターの前に下線文字を挿入します。
+ MediaLive は 00001 から始まる 6 桁のカウンターを生成します。
+ MediaLive は拡張子の前にドットを挿入します。
+ MediaLive は拡張子を選択します。
+ マニフェストファイルの場合 — 常に ` .m3u8`
+ メディアファイルの場合 — トランスポートストリーム内のファイルの場合は .ts、fmp4 コンテナ内のファイルの場合は .mp4
# nameModifier の設計
ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。
この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、レンディションが 3 つある場合は、**-high**、**-medium**および**-low**を使用できます。または、各修飾子は解像度とビットレート (**-1920x1080-5500kpbs**) を正確に記述できます。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
` baseFilename` と `nameModifier` を分けるために、`nameModifier` をハイフンなどの区切り記号で始めることをお勧めします。
`nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。
# segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。
# コンソールのフィールドに入力します
出力名と出力先パスを設計したら、HLS 出力グループを設定します。
次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**
**送信先を設定するには**
1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination-emp.html)
1. 入力ユーザー名を入力します。パスワード (該当する場合) には、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。
1. **CDN** 設定セクションで、適切な接続タイプを選択します。
+ 標準 MediaPackage に送信するには、`Hls webdav`を選択します。
+ MediaPackage v2 に送信するには、`Basic PUT`を選択します。
1. ダウンストリームシステムによって[接続の設定](origin-server-http.md)値が提供されている場合は、[**CDN** 設定] セクションのフィールドにその値を入力します。
# 標準 MediaPackage の例
この例では、HLS 出力グループのダウンストリームシステムが標準のMediaPackage である場合に送信先フィールドを設定する方法を示します。
カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。
| フィールド | 値 |
| --- | --- |
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | hls webdav |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/9dj8/channel |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | MediaPackage は、認証リクエストのみを受け入れるため、MediaPackage が認識しているユーザー名とパスワードを入力する必要があります。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | 6d2c.mediapackage.us-west-2.amazonaws.com/in/v2/9dj8/e333/channel |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | 送信先 B の URL のユーザー名とパスワードを入力します。両方の URL の認証情報が同じである可能性がありますが、一致しない場合もあります。 |
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) | **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。 |
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | MediaPackage はこれらのフィールドを使用しないので、空白のままにします。 |
結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **channel.m3u8**
+ 各出力に 1 つの子マニフェスト: **channel-high.m3u8**、**channel-medium.m3u8**、**channel-low.m3u8**
+ 各出力の TS ファイル:
+ **channel-high-00001.ts**、**channel-high-00002.ts**、**channel-high-00003.ts** など
+ **channel-medium-00001.ts**、**channel-medium-00002.ts**、**channel-medium-00003.ts** など
+ **channel-low-00001.ts** **channel-low-00002.ts**、** channel-low-00003.ts**、など
これらのファイルは MediaPackage で両方の URL 入力に発行されます。
# MediaPackage v2 の例
この例では、HLS 出力グループのダウンストリームシステムが標準のMediaPackage である場合に送信先フィールドを設定する方法を示します。
カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。
| フィールド | 値 |
| --- | --- |
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | **basic PUT** |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | [] は空白のままにします。MediaPackage v2 は認証情報を使用して認証しません。 |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index. |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | [] は空白のままにします。MediaPackage v2 は認証情報を使用して認証しません。 |
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) | **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。 |
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | MediaPackage はこれらのフィールドを使用しないので、空白のままにします。 |
結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **index.m3u8**
+ 各出力に 1 つの子マニフェスト: **index-high.m3u8**、**index-medium.m3u8**、**index-low.m3u8**
+ 各出力の TS ファイル:
+ **index-high-00001.ts**、**index-high-00002.ts**、**index-high-00003.ts** など
+ **index-medium-00001.ts**、**index-medium-00002.ts**、**index-medium-00003.ts** など
+ **index-low-00001.ts** **index-low-00002.ts**、** index-low-00003.ts**、など
これらのファイルは MediaPackage で両方の URL 入力に発行されます。
# 出力先のフィールド — HTTP サーバーへの送信
[HLS 出力グループの送信先を計画](origin-server-http.md)したときに、出力を HTTP サーバーに送信するという決定を下した可能性があります。
1 つ以上の出力先パスを設計する必要があります。次に、コンソールの適切なフィールドにパスの異なる部分を入力する必要があります。
**Topics**
+ [出力先のパスを設計します。](hls-destinations-design-step.md)
+ [コンソールのフィールドに入力します](hls-specify-destination.md)
+ [HTTP または HTTPS サーバーの例](hls-example-most-downstreamsystems.md)
+ [Akamai の例](hls-example-akamai.md)
# 出力先のパスを設計します。
完全な送信先パスをまだ設計していない場合は、この手順を実行します。既にパスを設計している場合は、「[コンソールのフィールドに入力します](hls-specify-destination.md)」に進みます。
**パスを設計するには**
1. ダウンストリームシステムのオペレーションから[以前に取得](origin-server-http.md)した情報を収集します。
+ ダウンストリームシステムの接続タイプ — Akamai、基本 PUT、または WebDAV。
+ ダウンストリームシステムに特別な要件がある場合は、接続フィールドの設定。
+ 配信用のプロトコル — HTTP または HTTPS。
+ ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
+ ファイル名を含む送信先パスの全部または一部。
+ 個別のサブディレクトリを設定する必要があるかどうか。
1. ダウンストリームシステムのオペレータとの計画の一環として、冗長マニフェストを実装するかどうかを決定する必要があります。ダウンストリームシステムでカスタムマニフェストが必要かどうかも判断する必要があります。これら 2 つの決定を考慮して、該当するセクションを読んでください。
+ 冗長マニフェストを実装する場合は、「[冗長 HLS マニフェストの作成](hls-redundant-manifests.md)」を読んでからこのセクションに戻ってください。
+ マニフェストのカスタムパスを実装する場合は、「[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md)」を読んでからこのセクションに戻ってください。
+ これらの機能を実装していない場合は、このセクションを続けてお読みください。
1. バケットに続く送信先パスの部分を設計します。詳細については、以下のセクションを参照してください。
**Topics**
+ [出力のパスの構文](#hls-syntax-http)
+ [フォルダと baseFilename の設計](#hls-baseFilename-design)
+ [nameModifier の設計](#hls-nameModifier-design)
+ [segmentModifier の設計](#hls-segmentModifier-design)
## 出力のパスの構文
次の表では、これらの 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 |
これらの送信先パスは、次のように構築されます。
+ ダウンストリームシステムのオペレータからプロトコル、ドメイン、およびパスの一部が[提供さている](origin-server-http.md)はずです。例えば：
`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 つだけ必要です。
+ 標準チャンネルについて、[冗長マニフェスト](hls-opg-redundant-manifest.md)を実装*しない*場合は、2 つの `baseFilenames` が必要です。2 つの `baseFilenames` は、同じものでも異なるものでもかまいません。異なる `baseFilenames` を作成するときは、ダウンストリームシステムがその設定で機能することをあらかじめ確認します。
+ 標準的なチャンネルで冗長マニフェストを実装 *する*場合は、[冗長マニフェストのフィールド](hls-opg-redundant-manifest.md) を参照してください。
## nameModifier の設計
ファイル名の `nameModifier` 部分を設計します。子マニフェストとメディアファイルでは、ファイル名にこの修飾子が含まれています。この `nameModifier` は、個々の出力を区別するため、各出力で一意である必要があります。次のガイドラインに従ってください:
+ 動画 (および他のストリーム) の出力については、通常、動画を記述します。例えば、**-high** または **-1920x1080-5500kpbs** (解像度とビットレート)。
+ オーディオのみ、または字幕のみの出力の場合は、通常、オーディオまたは字幕を記述します。例えば、**-aac**、**-webVTT** です。
+ ` baseFilename` と `nameModifier` を明確に分けるため、区切り文字を含めることをお勧めします。
+ ` nameModifier` には、[データ変数](variable-data-identifiers.md)を含めることができます。
## segmentModifier の設計
出力先パスの segmentModifiers 部分を設計します。segmentModifier はオプションです。含める場合は、メディアファイル名にのみ含めます。
この修飾子の標準的な用途は、データ変数を使用してタイムスタンプを作成し、チャンネルの再開時にセグメント同士の上書きを防ぐことです。例えば、タイムスタンプ **\$1t\$1-** を含めるとします。セグメント 00001 の名前は `/index-120028-00001` です。数分後に出力が再開した場合 (それにより、セグメントカウンターが再始動する)、新しいセグメント 00001 の名前は `/index-120039-00001` になります。新しいファイルは、元のセグメント 00001 のファイルを上書きしません。ダウンストリームシステムによっては、この動作が上間しい場合があります。
# コンソールのフィールドに入力します
次のフィールドは、HLS メディアおよびマニフェストファイルの場所と名前 (送信先) を設定します。
+ **[Output group] (出力グループ) – [HLS group destination] (HLS グループ送信先)** セクション
+ **[Output group] (出力グループ) – [HLS settings] (HLS 設定) – [CDN]** セクション
+ **[Output group] (出力グループ) – [Location] (場所) – [Directory structure] (ディレクトリ構造)**
+ **[Output group] (出力グループ) – [Location] (場所) – [Segments per subdirectory (サブディレクトリごとのセグメント**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Name modifier] (名前修飾子)**
+ **[HLS outputs] (HLS 出力) – [Output settings] (出力設定) – [Segment modifier] (セグメント修飾子)**
**送信先を設定するには**
1. **[HLS group destinations]** (HLS グループ送信先) セクションの **[URL]** フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-specify-destination.html)
1. ダウンストリームシステムに MediaLive からのユーザー認証が必要な場合は、それぞれの **[HLS group destination]** (HLS グループ送信先) セクションで、**[Credentials]** (認証情報) セクションに値を入力します。ダウンストリームシステムによって提供されたユーザー名とパスワードを入力します。パスワードには、Parameter Store AWS Systems Manager に保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。
1. **CDN** の設定セクションで、ダウンストリームシステムで使用するように指示されたオプション (Akamai、PUT、または WebDAV) を選択します。
1. ダウンストリームシステムによって[接続の設定](origin-server-http.md)値が提供されている場合は、[**CDN** 設定] セクションのフィールドにその値を入力します。
# HTTP または HTTPS サーバーの例
この例では、ダウンストリームシステムがベーシック PUT を使用する HTTPS サーバーである場合に送信先フィールドを設定する方法を示します。
カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。
| フィールド | 値 |
| --- | --- |
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | Hls basic putダウンストリームシステムからの指示に従って、他の CDN フィールドを変更します。 |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | 例えば：**https://203.0.113.55/sports/curling/index** |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | ダウンストリームシステムで認証リクエストが必要な場合は、ダウンストリームシステムによって提供されたユーザー名を入力します。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | 例えば：**https://203.0.113.82/sports/curling/index** |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | 送信先 B の URL のユーザー名とパスワードを入力します (該当する場合)。認証情報は、おそらく両方の URL で同じですが、異なる場合もあります。 |
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) | **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。 |
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | ダウンストリームシステムがこれらのフィールドを使用しないと仮定します。 |
結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: `index.m3u8`
+ 各出力に 1 つの子マニフェスト: `index-high.m3u8`、`index-medium.m3u8`、`index-low.m3u8`
+ 各出力の TS ファイル:
+ `index-high-00001.ts`、`index-high-00002.ts`、`index-high-00003.ts` など
+ `index-medium-00001.ts`、`index-medium-00002.ts`、`index-medium-00003.ts` など
+ `index-low-00001.ts`、`index-low-00002.ts`、` index-low-00003.ts` など
ファイルは、ダウンストリームシステムの 2 つのホストと、各ホストにある `sports` という名前のフォルダに発行されます。
# Akamai の例
この例では、ダウンストリームシステムが Akamai サーバーである場合に送信先フィールドを設定する方法を示します。
カーリングゲームをストリーミングし、高、中、低ビットレートの 3 つの出力を作成するとします。
| フィールド | 値 |
| --- | --- |
| [HLS settings] (HLS 設定) セクションの [CDN settings] (CDN 設定) | HLS akamai Akamai トークン認証を使用している場合は、この設定を選択します。Akamai からの指示に従って、他の CDN フィールドを変更します。HLS basic put ダイジェスト認証を使用している場合は、この設定を選択します。Akamai からの指示に従って、他の CDN フィールドを変更します。 |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [URL] | 例えば：**https://p-ep50002.i.akamaientrypoint.net/50002/curling/index**この URL を Akamai の用語にマッピングします。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-example-akamai.html) |
| [HLS group destinations A] (HLS グループ送信先 A) セクションの [認証情報] | Akamai で認証リクエストが必要な場合は、Akamai に認識されているユーザー名とパスワードを入力します。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。 |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [URL] | 例えば：**https://b-ep50002.i.akamaientrypoint.net/50002-b/curling/index**この URL を Akamai の用語にマッピングします。[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/hls-example-akamai.html) |
| [HLS group destinations B] (HLS グループ送信先 B) セクションの [認証情報] | もう一方の送信先の URL のユーザー名とパスワードを入力します (該当する場合)。認証情報は、おそらく両方の URL で同じですが、異なる場合もあります。 |
| [HLS outputs] (HLS 出力) セクションの [Name modifier] (名前修飾子) | **[出力の追加]** を 2 回選択します。2 つの**出力**行がこのセクションに追加され、合計で 3 行になります。各行に、修飾子「**-high**」、「**-medium**」、「**-low**」を入力します。 |
| [Location] (場所) セクションの [Directory Structure] (ディレクトリ構造) と [Segments Per Subdirectory] (サブディレクトリあたりのセグメント数) | Akamai からの指示に従って、フィールドに入力します。 |
結果として、以下の名前でファイルが作成されます。
+ 1 つのメインマニフェスト: **index.m3u8**
+ 各出力に 1 つの子マニフェスト: **index-high.m3u8**、**index-medium.m3u8**、**index-low.m3u8**
+ 各出力の TS ファイル:
+ `index-high-00001.ts`、`index-high-00002.ts`、`index-high-00003.ts` など
+ `index-medium-00001.ts`、`index-medium-00002.ts`、`index-medium-00003.ts` など
+ `index-low-00001.ts` `index-low-00002.ts`、` index-low-00003.ts`、など
ファイルは 2 つの場所に公開されます。
+ アカマイのホスト **p-ep50002.i.akamaientrypoint.net** 上で **50002**
+ ホスト**b-ep50002.i.akamaientrypoint.net**の**50002-b**というフォルダにある
# HLS コンテナのフィールド
次のフィールドで、各出力のコンテナを設定します。
+ **[HLS outputs]** (HLS 出力) – **[Output settings]** - **[HLS settings]** (HLS 設定) セクション
これらのフィールドは、マニフェストの内容とセグメントの構造を制御します。一方、[マニフェストの内容のフィールド](hls-other-features.md#hls-manifest-contents) で説明されているフィールドは、出力に含めるマニフェストとセグメントの数を制御します。
**コンテナを設定するには**
1. **[HLS settings]** で、該当するオプションを選択します。オプションの詳細については、この手順の後にあるリストを参照してください。
1. [**標準 HLS**] の場合は、追加のフィールドが表示されます。[**トランスポート/コンテナの設定**] と [**PID 設定**] を選択します。追加のフィールドが表示されます。
1. 任意のフィールドを変更します。通常、これら 2 つのセクションのフィールドを変更するのは、ダウンストリームシステムによって値が提供されている場合です。
**HLS コンテナについて**
MediaLive は、次のタイプのコンテナをサポートしています。
+ **[Standard hls]** (標準 HLS) – ストリーム (エンコード) をトランスポートストリーム (TS) にパッケージ化する場合は、このタイプのコンテナを選択します。出力グループ内のすべての出力 (オーディオレンディショングループの一部である出力を除く) に対して、このコンテナタイプを選択します。各出力には、次のエンコードが含まれる場合があります。
+ 1 つのビデオエンコード
+ 字幕が埋め込まれた 1 つのビデオエンコード
+ 1 つのビデオエンコード (およびオプションの埋め込み字幕) と 1 つ以上のオーディオエンコード
+ 1 つの字幕エンコード
+ **Fmp4 hls** – ストリーム (エンコード) をフラグメント化 MP4 としてパッケージ化する場合は、このタイプのコンテナを選択します。出力グループ内のすべての出力 (オーディオレンディショングループの一部である出力を除く) に対して、このコンテナタイプを選択します。各出力には、次のエンコードが含まれる場合があります。
+ 1 つのビデオエンコード
+ 字幕が埋め込まれた 1 つのビデオエンコード
+ 1 つの字幕エンコード
+ **[Audio-only]** (オーディオのみ) – オーディオレンディショングループの一部であるオーディオのみの出力に対し、それぞれこのタイプのコンテナを選択します。レンディショングループは、TS (トランスポートストリーム) の一部でも、fMP4 パッケージの一部でもかまいません。オーディオレンディショングループの作成については、[HLS のオーディオレンディショングループ](audio-renditions.md) を参照してください。
+ **[Frame capture]** (フレームキャプチャ) — 出力グループにフレームキャプチャの JPEG ファイルを作成するには、このタイプのコンテナを選択します。このコンテナは、トリックプレイを実装するために使用されます。この機能の詳細およびチャンネルでの設定手順については、「[イメージメディアプレイリスト仕様によるトリックプレイトラック](trick-play-roku.md)」を参照してください。
# マニフェスト内のパスをカスタマイズするためのフィールド
メインマニフェストの中には、それぞれの子マニフェストへのパスがあります。それぞれの子マニフェストの中には、そのマニフェストのメディアファイルへのパスがあります。
必要に応じてこれらのパスの構文を変更できます。通常、構文の変更が必要なのは、ダウンストリームシステムに特別なパス要件がある場合に限られます。
次のフィールドは、マニフェスト内のカスタムパスに関連します。
+ [**HLS 出力グループ] – [場所**] – [**Base URL content (ベース URL コンテンツ)**] フィールド
+ **HLS 出力グループ – 場所** – **Base URL manifest (ベース URL マニフェスト)** フィールド。
マニフェスト内のカスタムパスの設定については、[HLS マニフェスト内のパスのカスタマイズ](hls-manifest-paths.md) を参照してください。
# 冗長マニフェストのフィールド
MediaLive は、HLS 仕様で指定された冗長マニフェストをサポートしています。この機能は、標準チャンネルで有効にできます。
次のフィールドは、冗長マニフェストに関連します。
+ **[HLS output group] (HLS 出力グループ) – [Manifests and Segments] (マニフェストとセグメント) – [Redundant manifests] ([冗長なマニフェスト)** フィールド
+ **HLS 出力グループ – 場所 – Base URL manifest (ベース URL マニフェスト)** フィールド
+ [**HLS 出力グループ] – [場所] – [Base URL content (ベース URL コンテンツ)**] フィールド
MediaPackage をダウンストリームシステムとして持つ HLS 出力グループでは、この機能を有効にできません。
冗長マニフェストのセットアップの詳細については、[冗長 HLS マニフェストの作成](hls-redundant-manifests.md) を参照してください。
# 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
次のフィールドは、各出力の動画、オーディオ、字幕のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# その他の HLS 機能のフィールド
**Topics**
+ [接続再試行のフィールド](#hls-reconnection-fields)
+ [マニフェストの内容のフィールド](#hls-manifest-contents)
+ [セグメントのフィールド](#hls-segment-fields)
+ [回復性のフィールド](#hls-resiliency)
+ [DRM のフィールド](#hls-drm)
+ [SCTE-35 広告表示のフィールド](#hls-ad-markers)
+ [字幕のフィールド](#hls-captions)
+ [ID3 メタデータのフィールド](#hls-id3)
## 接続再試行のフィールド
Output **グループの次のフィールド – HLS 設定 – CDN 設定**セクションでは、ダウンストリームシステムへの再接続動作を設定します。
+ **接続の再試行間隔**
+ **Num retries (再試行回数)**
+ **Filecache duration**
+ **Restart delay**
フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。
## マニフェストの内容のフィールド
[**HLS 出力グループ] – [マニフェストとセグメント**] セクションの以下のフィールドでは、HLS 子マニフェストに含める情報を設定します。
+ **出力選択**
+ **モード**
+ **Stream inf resolution**
+ **Manifest duration format**
+ **Num segments**
+ **[I-frame only playlists]** — このフィールドは、i-frameを介してトリックプレイを実装するために使用されます。詳細については、「[i-frame でトラックをトリックプレイする](trick-play-i-frames.md)」を参照してください。
+ **プログラム日時 (PDT)** – このフィールドは、マニフェストファイルに`EXT-X-PROGRAM-DATE-TIME`タグを含めるか除外するかするために使用します。タグ情報は、ダウンストリームプレイヤーが **PDT クロック**フィールドで選択したソースにストリームを同期するのに役立ちます。
+ **プログラム日時 (PDT) 期間** – このフィールドは、`EXT-X-PROGRAM-DATE-TIME`タグ挿入の時間間隔を秒単位で設定するために使用されます。
+ **プログラム日時 (PDT) クロック** – このフィールドは、PDT の時間ソースを選択するために使用されます。出力タイムコードまたは UTC 時間を選択できます。
+ **Client cache**
+ **Timestamp delta microseconds**
+ **Codec specification**
+ **Manifest compression**
フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。
## セグメントのフィールド
次のフィールドは、出力内のメディアセグメントを設定します。
+ [**HLS 出力グループ] – [マニフェストとセグメント**] セクションの次のフィールド:
+ **TS file mode**
+ **[Segment length]** (セグメントの長さ)
+ **Keep segments**
+ **Min segment length**
+ **[HLS outputs]** (HLS 出力) – **[Output settings]** (出力設定) – **[H.265 Packaging type]** (H.265 パッケージングタイプ) これは fMP4 出力にのみ適用されます。MediaLive は、他のタイプのこのフィールドの値を無視します。
フィールドの詳細については、フィールドの横にある [**情報**] リンクを選択してください。
## 回復性のフィールド
次のフィールドは、HLS 出力での回復性の実装に関連します。
+ **[HLS output group]** (HLS 出力グループ) – **[HLS Settings]** (HLS 設定) セクション – **[Input loss action]** (入力損失時のアクション)
オプションで、[**入力損失時のアクション**] の値を変更します。
**通常のダウンストリームシステムのセットアップ**
この HLS 出力を AWS Elemental MediaPackage以外のダウンストリームシステムに送信する場合は、[**情報**] リンクを選択して、選択するオプションを決定します。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。
**MediaPackage のセットアップ**
この HLS 出力を に送信する場合は AWS Elemental MediaPackage、[チャネルクラス](channel-class.md)の設定方法と一致するようにこのフィールドを設定します。
+ チャンネルが標準チャンネル (MediaPackage での入力冗長をサポートするため) の場合は、このフィールドを **PAUSE\$1OUTPUT** に設定します。
この設定では、MediaLive が 1 つのパイプラインで出力を生成しなくなると、MediaPackage が現在の入力でのコンテンツの不足を検出して、もう 1 つの入力に切り替えます。コンテンツの損失は最小限に抑えられます。
(このフィールドを **EMIT\$1OUTPUT** に設定すると、MediaLive はフィラーフレームを MediaPackage に送信します。MediaPackage はフィラーフレームを失われたコンテンツとはみなさないため、他の入力に切り替えることはしません。)
+ チャンネルが単一パイプラインチャンネルの場合は、このフィールドを [**EMIT\$1OUTPUT**] に設定します。
このように設定して、MediaLive でパイプラインが失敗した場合、MediaPackage は独自のダウンストリームシステムに配信し続けます (ただし、コンテンツはフィラーフレームになります)。
このフィールドを **PAUSE\$1OUTPUT** に設定すると、MediaPackage はエンドポイントの更新を停止します。これにより、ダウンストリームシステムで問題が発生する可能性があります。
## DRM のフィールド
静的キーにより DRM を設定して出力を暗号化する場合にのみ、[**DRM**] セクションに入力します。
+ **キープロバイダー**設定で、[**静的キー**] を選択します。
+ 必要に応じて、その他のフィールドに入力します。フィールドの詳細については、フィールドの横にある [**情報**] リンクを選択してください。
静的キーの設定では、このセクションに暗号化キー (および他の設定データ) を入力し、そのキーを (E メールで送信するなどして) 相手に渡します。静的キーは実際には DRM ソリューションではなく、安全性も高くありません。
MediaLive は、暗号化オプションとして静的キーのみをサポートしています。キープロバイダーで DRM ソリューションを使用するには、HLS 出力[グループではなく MediaPackage 出力](creating-mediapackage-output-group.md)グループを作成して AWS Elemental MediaPackage、出力を に配信する必要があります。次いで、MediaPackage を使用して動画を暗号化します。詳細については、 AWS Elemental MediaPackage 「 ユーザーガイド」を参照してください。
## SCTE-35 広告表示のフィールド
出力に SCTE-35メッセージを含め、HLS マニフェストを修飾する予定の場合は、[**広告マーカー**] セクションに入力します。「[SCTE35メッセージの処理](scte-35-message-processing.md)」、特に「[HLS 出力のパススルーの有効化](scte-35-passthrough-or-removal.md#procedure-to-enable-passthrough-hls)」を参照してください。
## 字幕のフィールド
次のフィールドは、HLS 出力の埋め込み字幕に関連します。この HLS 出力に少なくとも 1 つの埋め込み字幕エンコードを作成する予定の場合は、次のフィールドが適用されます。
+ [**字幕**] セクションの [**字幕言語設定**]。
オプションで、埋め込み字幕の言語に関する情報を含めるように HLS マニフェストを設定できます。
+ **[HLS settings]** (HLS 設定) セクション – **[Caption language mappings]** (字幕言語マッピング)
オプションで、各 CC (字幕チャンネル) 番号と言語に関する情報を含めるように HLS マニフェストを設定できます。
両フィールドの詳細については、[HLS マニフェストの言語情報](set-up-the-hls-manifest.md) を参照してください。
## ID3 メタデータのフィールド
この出力グループのすべての出力に時間指定 ID3 メタデータまたは ID3 セグメントタグを挿入する場合は、[**ID3**] セクションに入力します。詳細な手順については、「[MediaLive チャネルの作成時に ID3 時間指定メタデータを挿入する](insert-timed-metadata.md)」を参照してください。
# MediaConnect Router 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、MediaConnect ルーター出力グループを含めることができます。MediaConnect Router 出力グループのユースケースについては、「」を参照してください[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)。
**Topics**
+ [エンコードの整理](design-mediaconnect-router-package.md)
+ [ダウンストリームシステムとの調整](downstream-system-mediaconnect-router.md)
+ [出力グループの作成](creating-mediaconnect-router-output-group.md)
# MediaConnect Router 出力グループにエンコードを整理する
MediaConnect ルーター出力グループはM2TS (MPEG-2 Transport Stream) コンテナを使用します。各出力には、以下を含めることができます。
+ 1 つのビデオエンコード。
+ 0 個以上のオーディオエンコード。
+ 0 個以上の字幕エンコード。字幕は埋め込み字幕またはサイドカー字幕です。
MediaConnect Router 出力グループごとに最大 5 つの出力を持つことができます。
# MediaConnect Router 出力グループのダウンストリームシステムとの調整
MediaConnect Router の利点の 1 つは、MediaLive 出力を作成する AWS Elemental MediaConnect 前にリソースを作成する必要がないことです。MediaConnect ルーター出力グループを使用して MediaLive チャンネルを作成すると、出力は MediaConnect ルーター API のオプションとして自動的に表示されます。
MediaConnect Router 出力は、転送中のデータの暗号化をサポートします。次のいずれかの暗号化モードを選択できます。
+ **AUTOMATIC** – サービスは、サービスマネージドシークレットを使用して暗号化をシームレスに処理します。これが推奨されるオプションです。
+ **SECRETS\$1MANAGER** – 保存された AES-256 シークレットの ARN を指定します AWS Secrets Manager。MediaLive チャンネルを作成する前に、シークレットが存在している必要があります。
出力グループのアベイラビリティーゾーンを指定する必要があります。単一パイプラインチャネルの場合は、1 つのアベイラビリティーゾーンを指定します。標準チャネルでは、ゾーンの回復性を提供するために 2 つの異なるアベイラビリティーゾーンを指定します。
**重要**
MediaConnect Router リソースがすでに作成されている場合、指定するアベイラビリティーゾーンは既存のリソースのアベイラビリティーゾーンと一致する必要があります。MediaConnect Router リソースがまだ作成されていない場合は、ここで指定したアベイラビリティーゾーンと一致するようにリソースを設定する必要があります。
MediaConnect Router 入力と MediaConnect Router 出力を使用してMediaLive で動画を処理し (フレームレートを正規化するなど）、動画を MediaConnect Router に戻すことができます。設計上、MediaConnect ルーターの入力と出力を使用すると、トランスポートワークフロー全体がend-to-endで暗号化されます。
# MediaConnect Router 出力グループを作成する
[MediaLive チャンネル を作成または編集するときに、出力グループとその出力を作成します](creating-a-channel-step4.md)。
1. **チャネルの作成**または**チャネルの編集**ページで、** 出力グループ**の中から**追加**を選択します。
1. **出力グループの追加**セクションで、**MediaConnect ルーター出力グループ**を選択し、**確認**を選択します。さらにセクションが表示されます:
+ **MediaConnect ルーター出力グループの**送信先 – このセクションには、出力の送信先のフィールドが含まれています。出力先セクションに、**MediaConnect ルーター出力グループ**タブが表示されます。暗号化タイプはデフォルトで **AUTOMATIC** です。シークレットを使用するには AWS Secrets Manager、暗号化タイプを **SECRETS\$1MANAGER** に変更し、シークレット ARN を入力します。
+ **MediaConnect ルーター設定** – このセクションでは、出力グループを設定するためのフィールドを示します。このセクションの後半を参照。
+ **MediaConnect Router 出力** – このセクションでは、デフォルトで追加される単一の出力を示します。さらに出力を追加でき (出力グループごとに最大 5 つ）、各出力にビデオ、オーディオ、字幕エンコードを追加できます。このセクションの後半を参照。
**Topics**
+ [MediaConnect Router 設定セクションのフィールド](#mediaconnect-router-opg-settings)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](#mediaconnect-router-opg-streams-section)
## MediaConnect Router 設定セクションのフィールド
| フィールド | 説明 |
| --- | --- |
| 名前 | 出力グループの名前。この名前は MediaLive の内部です。出力には表示されません。 |
| アベイラビリティーゾーン | 出力グループのアベイラビリティーゾーン。単一パイプラインチャネルの場合は、1 つのアベイラビリティーゾーンを指定します。標準チャネルには、2 つの異なるアベイラビリティーゾーンを指定します。ゾーンの回復性を提供するには、2 つのアベイラビリティーゾーンが異なる必要があります。 |
| 接続されたルーターの入力 | この出力に接続されている MediaConnect ルーター入力を示す読み取り専用フィールド。この情報は純粋に情報です。MediaConnect ルーター入力を接続または切断するには、MediaConnect ルーター API を使用します。 |
## 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
1. **MediaConnect ルーター出力**で、**出力を追加**を選択して出力を追加します。
1. 最初の**設定**リンクを選択すると、最初の出力が表示されます。各出力には、**出力設定**と**ストリーム設定の **2 つのセクションがあります。
1. **出力設定を完了する**：
+ **出力名 **: ランダムに生成された名前を意味のある名前に変更します。この名前は MediaLive の内部にあり、出力には表示されません。
+ **名前修飾子 **: MediaLive は、出力グループ内の各出力に **\$11**、**\$12** などのシーケンシャル修飾子を割り当てます。必要に応じて名前を変更します。
1. **出力設定**の**コンテナ設定**では、コンテナは M2TS に設定されます。M2TS 設定の詳細については、「」のM2TS フィールド」を参照してください[UDP トランスポートのフィールド](udp-container.md)。
1. **ストリーム設定 **を完了します。このセクションには、出力に作成する出力エンコード（ビデオ、オーディオ、キャプション）のフィールドがあります。エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# MediaPackage 出力グループの作成
MediaLive チャンネルを作成するときは、MediaPackage 出力グループを含めることができます。MediaPackage 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。HLS 出力グループと MediaPackage 出力グループの選択については、「[HLS 出力グループと MediaPackage 出力グループの選択](hls-choosing-hls-vs-emp.md)」を参照してください。
**Topics**
+ [MediaPackage出力グループでエンコードを整理する](design-emp-hls-package.md)
+ [MediaPackage 演算子との調整](origin-server-emp.md)
+ [MediaPackage 出力グループを作成する](creating-mediapackage-output-group.md)
# MediaPackage出力グループでエンコードを整理する
MediaPackage 出力グループは、通常、ビデオ ABR スタックとして設定されます。動画 ABR スタックは、次の内容を含む出力グループです。
+ 複数の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード (レンディション）。通常、各ビデオエンコードの解像度は異なります。
+ 0 個以上のオーディオエンコード。
+ 0 個以上の字幕エンコード。字幕は、埋め込みまたはオブジェクトスタイルのキャプションである。
この図は、字幕がビデオに埋め込まれている場合のMediaPackage出力グループを示します。各ビデオエンコードは個別の出力にあります。キャプションは各ビデオ出力にあります。各オーディオエンコードは個別の出力にあります。
![\[Output group diagram showing video outputs with embedded captions and separate audio outputs.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output13-ABR-2Ve-2Asep.png)
この図は、キャプションがサイドカー字幕である場合のMediaPackage出力グループを示す。各エンコードは独自の出力にあります。
![\[Output group diagram showing six outputs: two V, two A, and two C, representing video, audio, and captions.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# MediaPackage 演算子との調整
ユーザーと AWS Elemental MediaPackage サービスのオペレーターは、MediaPackage 出力グループの出力先について合意する必要があります。
**注記**
に送信するには、MediaPackage 出力グループ AWS Elemental MediaPackage を作成するか、HLS 出力グループを作成します。相違点の説明については、「[HLS 出力グループと MediaPackage 出力グループの選択](hls-choosing-hls-vs-emp.md)」を参照してください。
## MediaPackage v1 (HLS) の調整
**MediaPackage v1 の送信先のセットアップを手配するには**
1. MediaPackage ユーザーに 1 つのチャンネルを作成するよう依頼します。MediaLiveチャンネルが[標準チャンネル](plan-redundancy.md) (パイプラインが 2 つ) でも、必要な MediaPackage チャンネルは 1 つのみです。
1. MediaPackage チャンネルの ID を取得します。例えば、`curling-live`。チャンネル ID では大文字と小文字が区別されます。
## MediaPackage v2 (CMAF) の調整
**MediaPackage v2 の送信先のセットアップを手配するには**
1. MediaPackage ユーザーに、必要なリージョンに MediaPackage v2 チャネルを作成するよう依頼します。送信先ごとに次の情報を取得します。
+ AWS リージョン名 (例: `us-east-1`または `eu-west-1`)
+ MediaPackage チャネルグループ名
+ MediaPackage チャネル名
+ MediaPackage チャネルで優先される入力である取り込みエンドポイント (ENDPOINT\$11 または ENDPOINT\$12)
1. 冗長性またはクロスリージョン配信のために追加の送信先を使用する場合は、必要に応じて追加の MediaPackage v2 チャネルのセットアップを調整します。
**注記**
MediaPackage 出力グループを MediaPackage に送信するためにユーザー認証情報は必要ありません MediaPackage 。MediaLive は、信頼されたエンティティを介して MediaPackage に書き込むアクセス許可を持っています。これらのアクセス権限が組織内の誰かによって既に設定されている必要があります。詳細については、「[信頼されるエンティティのアクセス要件](trusted-entity-requirements.md)」を参照してください。
# MediaPackage 出力グループを作成する
[チャンネルのワークフローの計画](identify-downstream-system.md)を立てたときに、MediaPackage 出力グループを含めるオプションを選択した可能性があります。（または、[HLS 出力グループを使用して MediaPackage に配信](hls-destinations-emp.md)することを決定したかもしれません）。
## MediaPackage 出力グループを作成する
2 つの異なる MediaPackage バージョンの MediaPackage 出力グループを作成できます。
+ **MediaPackage v1 (HLS)** - HLS 取り込みプロトコルを使用し、MediaPackage チャネル ID が必要です
+ **MediaPackage v2 (CMAF)** - CMAF 取り込みプロトコルを使用し、MediaPackage チャネルグループ名とチャネル名が必要です
### MediaPackage v1 (HLS) の手順
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択します。コンテンツペインが [**出力グループの追加**] セクションに変わります。
1. [**MediaPackage**]、[**確認**] の順に選択します。さらにセクションが表示されます:
+ **MediaPackage destination**
+ **MediaPackage 設定**
+ **MediaPackage 出力** - このセクションには、デフォルトで追加される 1 つの出力が表示されます。
1. [**MediaPackage 送信先**] セクションの [**MediaPackage チャンネル ID**] には、そのチャンネルのチャンネル ID を入力します。例えば、`curling-live`。
1. (オプション) [**MediaPackage 設定**] セクションの [**名前**] に、出力グループの名前を入力します。
1. MediaPackage V2 グループ設定を指定する必要がある場合は、ドロップダウンから選択し、必要に応じて設定を指定します。
1. プランのこの出力グループに複数の出力が含まれている場合は、[**MediaPackage 出力**] で [**Add output (出力の追加)**] を選択して、適切な数の出力を追加します。
トリックプレイを実装するために、出力を追加したい場合があります。この機能の詳細およびチャンネルでの設定手順については、「[イメージメディアプレイリスト仕様によるトリックプレイトラック](trick-play-roku.md)」を参照してください。
1. 最初の [**設定**] リンクを選択して、最初の出力のセクションを表示します。このセクションには、[出力ストリーム](hls-streams-section.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. [チャンネルを保存する](creating-a-channel-step9.md).
### MediaPackage v2 (CMAF) の手順
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択します。コンテンツペインが [**出力グループの追加**] セクションに変わります。
1. [**MediaPackage**]、[**確認**] の順に選択します。さらにセクションが表示されます:
+ **MediaPackage destination**
+ **MediaPackage 設定**
+ **MediaPackage 出力** - このセクションには、デフォルトで追加される 1 つの出力が表示されます。
1. **MediaPackage の送信先**セクションで、プライマリの送信先を設定します。
1. **リージョン**で、MediaPackage v2 チャネルを含むリージョンを選択します。デフォルトでは、現在のリージョンになります。
1. **MediaPackage チャネルグループ名**で、MediaPackage v2 チャネルを含む MediaPackage チャネルグループ名を選択します。
1. **MediaPackage チャネル名**で、MediaPackage v2 チャネルを選択します。
1. **エンドポイント ID** で、コンテンツを受信する MediaPackage 取り込みエンドポイントを選択します。
+ **ENDPOINT\$11** - コンテンツが最初の取り込みエンドポイントに送信されます
+ **ENDPOINT\$12** - コンテンツが 2 番目の取り込みエンドポイントに送信されます
1. (オプション) 冗長性またはクロスリージョン配信用に追加の送信先を設定するには、**追加の送信先**セクションを展開し、**送信先の追加**をクリックします。追加の送信先ごとに、上記の設定手順を繰り返し、追加の MediaPackage チャネルごとにリージョン、チャネルグループ名、チャネル名、エンドポイント ID を指定します。標準チャネルは最大 2 つの追加の送信先をサポートし、単一パイプラインチャネルは 1 つの追加の送信先をサポートします。
1. (オプション) [**MediaPackage 設定**] セクションの [**名前**] に、出力グループの名前を入力します。
1. プランのこの出力グループに複数の出力が含まれている場合は、[**MediaPackage 出力**] で [**Add output (出力の追加)**] を選択して、適切な数の出力を追加します。
1. 最初の [**設定**] リンクを選択して、最初の出力のセクションを表示します。このセクションには、[出力ストリーム](hls-streams-section.md) (動画、オーディオ、字幕) のフィールドが含まれています。CMAF 取り込み出力では、出力ごとに 1 つのストリームタイプのみが許可されます。
1. [チャンネルを保存する](creating-a-channel-step9.md).
# [Streams] セクション
次のフィールドは、出力内の動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
## ビデオエンコードとオーディオのみのエンコードのパッケージ化
MediaLive は、各出力内のエンコードのパッケージングを次のように処理します。
+ 出力に動画とオーディオの両方が含まれている場合 (およびオプションで字幕)、オーディオレンディションは「**program audio**」としてマークされます。
+ 出力に動画が含まれていない場合、オーディオレンディションは「**audio only**」としてマークされ、各オーディオエンコードは「**ALTERNATE\$1AUDIO\$1NOT\$1AUTO\$1SELECT**」としてマークされます。
## 動画の幅と高さの設定
このセクションでは、[**ストリーム設定**] の [**Video (動画)**] のフィールドについて説明します。
[**Width (幅)**] と [**Height (高さ)**] で値を指定する必要があります。MediaPackage 出力グループでは、これらのフィールドを空白のままにしてソースビデオの幅と高さを使用することはできません。
## 動画のアスペクト比の設定
このセクションでは、[**ストリーム設定**] の [**Video (動画)**]、[**Aspect ratio (アスペクト比)**] のフィールドについて説明します。
[**PAR コントロール**] を「**SPECIFIED**」に設定する必要があります。MediaPackage 出力グループは、ソース動画に従う出力のアスペクト比の設定をサポートしていません。「**SPECIFIED**」を選択した場合は、[**PAR numerator (PAR 分子)**] と [**PAR denominator (PAR 分母)**] を入力する必要があります。[**AFD**] フィールドは必要に応じて設定します。
## 動画のフレームレートの設定
このセクションでは、[**ストリーム設定**] の [**Video (動画)**]、[**Frame rate (フレームレート)**] のフィールドについて説明します。
[**Framerate control**] を「**SPECIFIED**」に設定する必要があります。MediaPackage 出力グループでは、ソース動画に従うように出力のフレームレートを設定することはできません。「**SPECIFIED**」を選択した場合は、[**Framerate numerator**] と [**Framerate denominator (フレームレート分母)**] を入力する必要があります。スキャンタイプは必要に応じて設定できます。フレームレートに直接関係しません。
## GOP とセグメントの設定
このセクションでは、[**ストリーム設定**] の [**Video (動画)**]、[**GOP structure (GOP 構造)**] のフィールドについて説明します。
動画の場合、GOP サイズを設定して、MediaLive からの出力に、MediaPackage で指定したセグメントサイズに近いセグメントサイズがあることを確認する必要があります。MediaLive と MediaPackage は連携して最終的なセグメントサイズを取得します。ロジックは次のとおりです。
+ MediaLive では、**[GOP size]** (GOP サイズ) フィールドと **[GOP size units]** (GOP サイズ単位) フィールドを指定します。
+ MediaLive は、**[Output]** (出力) ページの **[Video]** (動画) セクションで指定したフレームレートを考慮して、GOP 継続時間を計算します。
+ MediaPackage では、セグメントの再生時間を指定します。常に整数を指定します。このセグメント再生時間は、*必要な*最小再生時間です。
+ MediaPackage は、MediaLive から動画を受信するときに、整数の GOP をセグメントに合わせるために、セグメントの再生時間をどれほど調整する必要があるかを決定します。セグメントの再生時間は上方向にのみ調整でき、下方向には調整できません。この調整されたセグメント再生時間は、MediaPackage が生成するマニフェストに表示されます。
**例 1**
MediaLive で、GOP サイズを 60 フレームに設定すると仮定します。フレームレートを 29.97 に設定します。これら 2 つの値により、GOP の再生時間は 2.002 秒になります。
MediaPackage で、セグメントの再生時間を 6 秒に設定したとします。このセグメント再生時間は、*必要な*最小再生時間です。
MediaPackage は、MediaLive から動画を受信するときに、整数の GOP をセグメントに合わせるために、セグメントの再生時間をどれほど調整する必要があるかを決定します。この場合、セグメントの再生時間は 6.006 秒 (3 つの GOP、各 GOP の長さは 2.002 秒) に調整する必要があります。
**例 2**
MediaLive で、GOP サイズを 90 フレームに設定すると仮定します。フレームレートを 30 に設定します。これら 2 つの値により、GOP 再生時間は 3 秒になります。
MediaPackage で、セグメントの再生時間を 4 秒に設定したとします。このセグメント再生時間は、*必要な*最小再生時間です。
MediaPackage は、MediaLive から動画を受信するときに、整数の GOP をセグメントに合わせるために、セグメントの再生時間をどれほど調整する必要があるかを決定します。この場合、セグメントの再生時間は 6 秒 (2 つの GOP、各 GOP の長さは 3 秒) に調整する必要があります。
## その他のエンコードフィールド
各エンコードタイプのフィールドについては、次のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# この手順の結果
MediaPackage 出力グループの場合、設定するフィールドの数は、通常の HLS 出力グループほど多くありません。MediaLive が自動的に出力グループを次のように設定します。
**送信先**
+ パイプライン 0 からの出力は、MediaPackage チャンネルの最初の取り込みエンドポイントにマッピングされます。パイプライン 1 からの出力 (標準チャンネルを設定している場合) は、2 番目の取り込みエンドポイントにマッピングされます。
各パイプラインの取り込みエンドポイントへのマッピングは変更されません。マッピングで発生する可能性のある変更は、単一パイプライン入力を標準クラスの入力にアップグレードするか、単一パイプラインチャンネルを標準チャンネルにアップグレードする場合だけです。どちらの場合も、パイプライン 1 は 2 番目の取り込みエンドポイント (常に存在している) にマッピングされます。
チャンネルを作成した後で、マッピングの詳細を表示できます。*AWS Elemental MediaPackage ユーザーガイド*の「[チャンネルの詳細を表示する](https://docs.aws.amazon.com/mediapackage/latest/ug/channels-view)」の手順に従ってください。**[Inputs]** (入力) セクションでは、最初の項目 (取り込みエンドポイント) は常に MediaLive チャンネルのパイプライン 0 にマッピングされ、2 番目の項目は常にパイプライン 1 にマッピングされます。
+ 出力は WebDAV を使用して MediaPackage に配信されます。出力は常にライブストリームであり、VOD ストリームではありません。
+ 出力の名前は `Output n` に自動的に設定されます。ここで、n は 1 から始まる整数です。
+ 各出力の `nameModifier` は、出力名と一致するように自動的に設定されます。
**コンテナ**
+ コーデックの仕様は RFC 4281 です。プレーヤーデバイスがこの情報を使用する場合があります。
+ プログラムの日付時刻 (PDT) の期間は 1 秒に設定されています。
+ PAT 間隔は 0 に設定されます。つまり、各セグメントの先頭に 1 つの PAT が挿入されます。
+ PMT 間隔は 0 に設定されます。つまり、各セグメントの先頭に 1 つの PMT が挿入されます。
**回復性**
+ 回復性は以下のように扱われます。MediaLive への入力が失われた場合、MediaLive は配信を一時停止する動作になります。MediaPackage はこの動作を想定し、他の入力に切り替えて損失を処理します。
**SCTE-35**
+ SCTE-35 メッセージのパススルーは常に有効です。SCTE-35のマーカーを出力に入れたくない場合は、 AWS Elemental MediaPackageのチャンネルで取り除くことができます。MediaPackage 出力での SCTE-35 処理の詳細については、「[SCTE35メッセージの処理](scte-35-message-processing.md)」を参照してください。
**ID3**
+ ID3 メタデータは有効になっています。
+ 出力グループを介して ID3 マーカーを挿入する機能は無効になっています。ただし、入力内の ID3 マーカーを通過するように設定できます。また、MediaLive スケジュールを使用して ID3 マーカーを挿入できます。MediaPackage 出力での ID3 処理の詳細については、「[ID3 メタデータの使用](id3-metadata.md)」を参照してください。
# Microsoft Smooth 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、Microsoft Smooth 出力グループを含めることができます。Microsoft Smooth 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。
**Topics**
+ [Microsoft Smooth 出力グループ内のエンコードを整理する](organize-mss-package.md)
+ [ダウンストリームシステムとの調整](origin-server-mss.md)
+ [Microsoft Smooth 出力グループを作成します](creating-smooth-output-group.md)
# Microsoft Smooth 出力グループ内のエンコードを整理する
Microsoft Smooth 出力グループは通常、ビデオ ABR スタックとして設定されます。動画 ABR スタックは、次の内容を含む出力グループです。
+ 複数の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード (レンディション）。通常、各ビデオエンコードの解像度は異なります。
+ 1 つ以上のオーディオエンコード。
+ 1 つ以上の字幕エンコード。字幕は常にサイドカー形式である。
エンコードを編成するには、オーディオエンコードをバンドルする必要があるか、それぞれのレンディションにバンドルする必要があるかによって、2 つの方法があります。既にダウンストリームシステムから[この情報を取得](identify-dss-video-audio.md)したはずです。
**バンドルされたオーディオが必要なダウンストリームプレイヤー**
出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオエンコード、すべてのオーディオエンコード、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。
同じオーディオエンコーディングが各出力に表示されます。例えば、英語とフランス語のエンコードが高解像度出力に表示され、同じ英語とフランス語のエンコードが低解像度出力に表示されます。
+ 字幕ごとに 1 つの出力がエンコードされます。サイドカー字幕は常に独自の出力に入る。
この図は、オーディオがバンドルされたマイクロソフトの出力グループを示しています。
![\[Output group diagram showing V, A, A components bundled with V, A, A, and separate C, C outputs.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output12-ABR-2V-2A-2C.png)
**個別のオーディオが必要なダウンストリームプレイヤー**
出力グループに次のものが含まれるように計画します。
+ ビデオエンコードごとに 1 つの出力。この出力には、1 つのビデオ、およびすべての字幕エンコード (字幕が埋め込まれている場合) が格納されます。
+ オーディオエンコードごとに 1 つの出力。
オーディオエンコードは言語が異なる場合もあれば、ビットレートが異なる場合もあれば、言語やビットレートが異なる場合があります。
+ 字幕ごとに 1 つの出力がエンコードされます。サイドカー字幕は常に独自の出力に入る。
この出力グループ内のオーディオエンコードの配置は、*オーディオレンディショングループ*と呼ばれます。
この図は、オーディオレンディショングループを持つ Microsoft Smooth 出力グループを示しています。
![\[Output group containing six outputs: two V, two A, and two C, arranged in a row.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output14-ABR-2V-2Asep-2C.png)
# ダウンストリームシステムとの調整
Microsoft Smooth 出力グループの出力の送信先について、ダウンストリームシステムのオペレータと合意する必要があります。
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ [標準チャンネル](plan-redundancy.md)には2つのデスティネーションが必要です。
+ シングルパイプラインチャネルには1つのデスティネーションが必要です。
1. Microsoft IIS サーバーのオペレータに問い合わせて、出力のフルパスについて合意します。同意した URL を書き留めておきます。例えば：
`https://203.0.113.55/sports/curling`
`https://203.0.113.82/sports/curling`
1. プロトコルが HTTPS の場合は、オペレータでユーザーの認証情報をセットアップするように配置します。
1. ダウンストリームシステムに特別な接続要件がないか、調べます。これらの接続フィールドは、Microsoft Smooth 出力グループの **[General configuration]** (全般設定) セクションにグループにあります。MediaLive コンソールでこのページを表示するには、**[Create channel]** (チャンネルの作成)ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択してから **[Microsoft Smooth]** を選択します。グループを選択してから **[Microsoft Smooth settings]** (Microsoft Smooth 設定) で **[General configuration]** (全般設定) を開きます。
# Microsoft Smooth 出力グループを作成します
[チャンネルのワークフローの計画](identify-downstream-system.md)を立てたときに、Microsoft Smooth 出力グループを含めるオプションを選択した可能性があります。
## 手順
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) セクションで **[Add]** (追加) を選択します。
1. [**Add output group (出力グループの追加)**] セクションで、まず [**Microsoft Smooth**]、次に [**確認**] を選択します。さらにセクションが表示されます:
+ **[Microsoft Smooth group destination]** (Microsoft Smooth グループの送信先) - このセクションには、[出力先](smooth-destinations.md)のフィールドが含まれています。
+ **[Microsoft Smooth settings]** (Microsoft Smooth 設定) - このセクションには、[コンテナ](mss-other-fields.md#smooth-resiliency)、[ダウンストリームシステムへの接続](smooth-container.md)、[回復性](smooth-destinations.md)のフィールドが含まれています。
+ **Microsoft Smooth outputs** (Microsoft Smooth 出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。
+ **[Event configuration]** (イベント設定) - このセクションには、[出力先](smooth-destinations.md)と[コンテナ](smooth-container.md)のフィールドが含まれています。
+ **[Timecode configuration]** (タイムコードの設定) - このセクションには、出力内の[タイムコード](mss-other-fields.md#smooth-timecode)のフィールドが含まれています。
+ **[Sparse track]** (疎追跡) - このセクションには、[コンテナ](smooth-container.md)のフィールドが含まれています。
1. プランのこの出力グループに複数の出力が含まれている場合は、[**Microsoft Smooth 出力**] で [**Add output (出力の追加)**] を選択して、適切な数の出力を追加します。
1. [**Microsoft Smooth 出力**] で、最初の [**設定]** リンクを選択して、最初の出力のセクションを表示します。
+ **[Output settings]** (出力設定) - このセクションには、[出力先](smooth-destinations.md)と[コンテナ](smooth-container.md)のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](smooth-streams-section.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ [**Microsoft Smooth 設定**] の [**名前**] に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Curling**。
+ 各出力の [**出力設定**] セクションの [**出力名**] に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**high resolution**。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
1. この出力グループとその出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
**Topics**
# 出力先のフィールド
以下のフィールドで、各 Microsoft Smooth 出力の出力先を設定します。
+ **[Output group]** (出力グループ) - **Microsoft Smooth group destination** (Microsoft Smooth グループ送信先) セクション
+ **[Output group – Event configuration – Event ID mode]** (出力グループ - イベント設定 - イベント ID モード)
+ **[Output group – Event configuration – Event ID]** (出力グループ - イベント設定 - イベント ID)
+ **[Microsoft Smooth settings]** (Microsoft Smooth 設定) セクション – **[General configuration]** (全般設定) セクション:
+ **接続の再試行間隔**
+ **Num retries (再試行回数)**
+ **Filecache duration**
+ **Restart delay**
+ **証明書モード**
## コンソールのフィールドに入力します
Microsoft Smooth 出力グループの各出力のフルパスは、次のもので構成されます。
`URL eventID streamInformation `
+ URL とイベント ID は、*発行ポイント*とも呼ばれます。例えば：
`https://203.0.113.18/sports/Events(1585232182)`
+ MediaLive は、入力された情報を使用してイベント ID を生成します。詳細については、コンソールの **[Event Configuration]** (イベント設定) を展開し、各フィールドの横にある **[Info]** (情報) リンクを選択してください。
+ MediaLive はストリーム ID を生成します。ストリームには、0 から始まる一意の番号が割り当てられます。例えば： `/Streams(stream0)`。
出力の MediaLive ログを見ると、ストリーム情報が確認できます。
**ダウンストリームシステムへのパスと接続を指定するには**
1. [**Microsoft Smooth group destinations**] (Microsoft Smooth グループ送信先) セクションの [**URL**] フィールドに値を入力します。チャンネルが標準チャンネルとして設定されている場合は送信先を 2 つ指定し、単一パイプラインチャンネルとして設定されている場合は 1 つ指定します。イベント ID について気にする必要はありません。別のフィールドで指定します。
例えば、次のようになります。
`https://203.0.113.55/sports/curling`
`https://203.0.113.82/sports/curling`
1. ダウンストリームシステムからユーザー名とパスワードが提供されている場合、**[Credentials]** (認証情報) セクションに入力します。パスワードには、 AWS Systems Manager パラメータストアに保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。
1. 接続を設定するための値を取得した場合は、これらの値を **[Microsoft Smooth group]** (Microsoft Smooth グループ) ページで **[General configuration]** (全般設定) セクションに入力します。
1. 以下のフィールドでイベント ID を設定します。
**[Output group settings – Event configuration – Event ID Mode]** (出力グループ設定 – イベント設定 – イベント ID モード)
**[Output group settings – Event configuration – Event ID]** (出力グループ設定 – イベント設定 - イベント ID)
イベント ID は、次の 3 つの方法で設定できます。
+ 指定のイベント ID を使う場合は、まず [**イベント ID モード**] を [**USE\$1CONFIGEND**] に設定します。次に ID を指定します。例えば、**curling**。イベント ID は次のようになります。**/Events(curling)**
+ タイムスタンプ付き — **[Event ID mode]** (イベント ID モード) を **USE\$1TIMESTAMP** に設定します。MediaLive は、チャンネルを開始した時刻に基づいて Unix タイムコードを生成します。イベント ID は次のようになります。**/Events(1585232182)**
+ イベント ID を使わない場合は、[**イベント ID モード**] を [**NO\$1EVENT\$1ID**] に設定します。この方法を使用しないことを強くお勧めします。
# コンテナのフィールド
次のフィールドで、各出力のコンテナを設定します。
+ **[Microsoft Smooth settings]** (Microsoft Smooth 設定) – **[General configuration]** (全般設定) セクション – **[Fragment length]** (フラグメントの長さ) セクション
+ **[Event configuration]** (イベント設定) – **[Stream manifest behavior]** (ストリームマニフェストの動作)
+ **[Event configuration – Event stop behavior]** (イベント設定 – イベント停止時の動作)
これらのフィールドでは、ストリーミング動作の一部を設定できます。フィールドについては、MediaLive コンソールで **[Info]** (情報) リンクを選択してください。
# エンコードのフィールド
次のフィールドは、出力内の動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# その他の Microsoft Smooth 機能のフィールド
## 回復性のフィールド
以下のフィールドは、Microsoft Smooth 出力での回復性の実装に関連します。
+ **[Microsoft Smooth output group]** (Microsoft Smooth 出力グループ) – **[Microsoft Smooth Settings]** (Microsoft Smooth 設定) セクション – **[General configuration]** (全般設定) セクション – **[Input loss action]** (入力損失時のアクション)
オプションで、[**入力損失時のアクション**] の値を変更します。
使用したいオプションを決めるには、MediaLive コンソールで **[Info]** (情報) リンクを選択します。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。
## タイムコードのフィールド
以下のフィールドは、出力グループ内のすべての出力でのタイムコードとタイムスタンプの設定に関連します。
+ **[Microsoft Smooth output group]** (Microsoft Smooth 出力グループ) - **[Timecode Configuration]** (タイムコード設定) セクション
フィールドの詳細については、MediaLive コンソールでフィールドの横にある **[Info]** (情報) リンクを選択してください。
## SCTE-35 のフィールド
以下のフィールドは、出力グループ内のすべての出力でのタイムコードとタイムスタンプの設定に関連します。
+ **[Microsoft Smooth output group]** (Microsoft Smooth 出力グループ) - **[Timecode Configuration]** (タイムコード設定) セクション
この出力グループのすべての出力に入力の既存の SCTE-35 メッセージを含める場合は、[**Sparse track (スパーストラック)**] を選択します。それらのメッセージはスパーストラックに含まれます。詳細については、「[SCTE35メッセージの処理](scte-35-message-processing.md)」、具体的には「[デコレーションの有効化 – Microsoft Smooth](procedure-to-enable-decoration-ms-smooth.md)」を参照してください 。
# RTMP 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、RTMP 出力グループを含めることができます。RTMP 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。
**Topics**
+ [RTMP 出力グループ内のエンコードを整理する](design-rtmp-package.md)
+ [ダウンストリームシステムとの調整](origin-server-rtmp.md)
+ [RTMP 出力グループを作成する](creating-rtmp-output-group.md)
# RTMP 出力グループ内のエンコードを整理する
RTMP 出力グループには、以下を含めることができます。
+ 1 つ以上の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード。
+ 0 または 1 個のオーディオエンコード。
+ ゼロまたは 1 つの字幕がエンコードされます。
この図は、字幕がビデオエンコードに埋め込まれている 1 つの出力を含む RTMP 出力グループを示しています。
![\[Diagram showing Output Group containing Output with Video and Captions embedded.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output1-non-abr-Ve-A.png)
この図は、オブジェクトスタイルの字幕を含む 1 つの出力を含む RTMP 出力グループを示しています。
![\[Venn diagram showing three overlapping circles labeled V, A, and C.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output2-non-abr-VAC.png)
# ダウンストリームシステムとの調整
ユーザーとダウンストリームシステムのオペレーターは、RTMP 出力グループの各出力の送信先について合意する必要があります。
RTMP 出力グループには、出力ごとに送信先アドレスのセットが 1 つ必要です。
1. RTMP サーバーがソーシャルメディアサイトの場合、サイトのホストに次の情報を補足できる指示がある可能性があります。以下の手順を取得します。
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ MediaLive チャンネルが[標準チャンネル](plan-redundancy.md)の場合、2 つの送信先が必要です。
+ MediaLive チャンネルが単一パイプラインチャンネルの場合、は 1 つの送信先を必要とします。
1. RTMP オペレータが、必要に応じて、RTMP サーバーの 1 つまたは 2 つの入力で MediaLive 出力を期待するようにセットアップされていることを確認します。
1. RTMP オペレータから次の情報を取得します。
+ MediaLive が使用するプロトコル (RTMP または RTMPS)。
+ ダウンストリームシステムが認証リクエストを必要とする場合、ダウンストリームシステムにアクセスするためのユーザー名とパスワードです。これらのユーザー認証情報は、プロトコルではなくユーザー認証に関連することに注意してください。ユーザー認証は、ダウンストリームシステムがリクエストを受け入れるかどうかにまつわることです。プロトコルは、リクエストが安全な接続を介して送信されるかどうかに関するものです。
+ IP アドレス。
+ ポート番号。
+ アプリケーション名。別名は*アプリ名*です。
+ ストリーム名。別名は、*アプリケーションインスタンス*または*アプリインスタンス*または*ストリームキー*です。
オペレータは、アプリケーション名とストリーム名を別々のデータとして指定することがあります。または、**string/string** の形式でフルパスが提供されることもあります。この場合、最初の文字列がアプリケーション名で、2 番目の文字列はストリーム名です。
以下に、オペレータから提供される情報の例を示します。
`rtmp://203.0.113.28:80/xyz/ywq7b`
`rtmp://203.0.113.17:80/xyz/ywq7b`
`xyz` はアプリケーション名、`ywq7b` はストリーム名です。
この例では、2 つの URL の IP アドレスは異なりますが、アプリケーション名/ストリーム名の部分は同じです。RTMP サーバーは別のルールに従う可能性があります。
# RTMP 出力グループを作成する
[チャンネルのワークフローの計画](identify-downstream-system.md)を立てたときに、RTMP 出力グループを含めるオプションを選択した可能性があります。
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. [**Add output group (出力グループの追加)**] セクションで、まず [**RTMP**]、次に [**確認**] を選択します。さらにセクションが表示されます:
+ **[RTMP settings]** (RTMP 設定) - このセクションには、[接続設定](rtmp-connection.md)、[回復性](rtmp-other.md)、[字幕](rtmp-other.md)のフィールドが含まれます。
+ **[RTMP outputs]** (RTMP 出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。RTMP 出力には 1 つの出力しか含めることができないため、[**Add output (出力の追加)**] はクリックしないでください。
1. [**RTMP 出力**] で、[**設定**] リンクを選択して出力のセクションを表示します。
+ **[RTMP destination]** (RTMP 送信先) - このセクションには、[出力先](rtmp-destinations.md)のフィールドが含まれています。
+ **出力設定** - このセクションには、 [接続設定](rtmp-connection.md)のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](rtmp-streams.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ [**RTMP 設定**] の [**名前**] に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Game**。
+ [**RTMP 出力**] の [**出力設定**] にある [**出力名**] に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
1. この出力グループとその単一の出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
**Topics**
+ [出力先のフィールド](rtmp-destinations.md)
+ [RTMP 接続のフィールド](rtmp-connection.md)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](rtmp-streams.md)
+ [その他のフィールド](rtmp-other.md)
# 出力先のフィールド
以下のフィールドで、RTMP 出力ファイル (送信先) の場所と名前を設定します。
+ [**Output]** (出力) - **[RTMP destination]** (RTMP の送信先) セクション
**出力先を指定するには**
1. RTMP サーバーのオペレータと[要件について話し合った](origin-server-rtmp.md)ときに、以下の情報を取得したはずです。
+ MediaLive が使用するプロトコル (RTMP または RTMPS)。
+ IP アドレス。
+ ポート番号。
+ アプリケーション名。別名は*アプリ名*です。
+ ストリーム名。別名は、*アプリケーションインスタンス*または*アプリインスタンス*または*ストリームキー*です。
オペレータは、アプリケーション名とストリーム名を別々のデータとして指定することがあります。または、**string/string** の形式でフルパスが提供されることもあります。この場合、最初の文字列がアプリケーション名で、2 番目の文字列はストリーム名です。
+ ダウンストリームシステムが認証要求を必要とする場合、サーバーにアクセスするためのユーザー名とパスワードです。
以下に、オペレータから提供される情報の例を示します。
`rtmp://203.0.113.17:80/xyz/ywq7b`
`xyz` はアプリケーション名、`ywq7b` はストリーム名です。
1. 送信先の各部分を該当するフィールドに入力します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/rtmp-destinations.html)
1. ダウンストリームシステムのサーバーからユーザー名とパスワードが提供されている場合、**[Credentials]** (認証情報) セクションに入力します。パスワードには、Parameter Store AWS Systems Manager に保存されているパスワードの名前を入力します。パスワード自体は入力しないでください。詳細については、「[AWS Systems Manager パスワードパラメータの要件](requirements-for-EC2.md)」を参照してください。
# RTMP 接続のフィールド
以下のフィールドで、再接続試行のロジックを設定します。
+ **[RTMP settings]** (RTMP 設定) - [**認証スキーム**]
+ **[RTMP settings]** (RTMP 設定) - **[Additional settings]** (追加設定) - [**キャッシュの長さ**]
+ **[RTMP settings]** (RTMP 設定) - **[Additional settings]** (追加設定) - [**再起動遅延**]
+ **[RTMP settings]** (RTMP 設定) - **[Additional settings]** (追加設定) - [**キャッシュ満杯時の動作**]
+ **RTMP outputs** (RTMP 出力) - **[Output settings]** (出力設定) - [**接続の再試行間隔**]
+ **[RTMP outputs]** (RTMP 出力) - **[Output settings]** (出力設定) - **[Num retries]** (再試行回数)
+ **[RTMP outputs]** (RTMP 出力) – **[Output settings]** (出力設定) – **[Additional settings]** (追加設定) – **[Certificate mode]** (証明書モード)
**送信先への安全な (RTMPS) 接続を設定するには**
1. **[Authentication Scheme]** (認証スキーム) – スキームのタイプを指定します。通常は「**Common**」を選択します。ダウンストリームシステムから指示があった場合のみ、**Akamai** を選択します。
1. [**証明書モード**] で、ダウンストリームシステムに必要なオプションを選択します。
RTMP 経由で接続すると、MediaLive はこれらのフィールドの両方を無視します。
**再接続を設定するには**
RTMP サーバーへの接続が切断された場合の MediaLive の動作を制御するフィールドがいくつかあります。
+ [**キャッシュの長さ**] には、RTMP サーバーが応答するまで待機しながら出力をメモリに保持する期間を指定します。
+ [**キャッシュ満杯時の動作**] では、その期間が経過した後、すぐに切断するか、5 分待機するかを指定します。
+ MediaLive の接続が切断された場合、**[Restart delay]** によって再接続する前に待機する時間が指定されます。
+ MediaLive が再接続しようとすると、**接続の再試行間隔**で再試行する頻度が指定されます。[**Num retries (再試行回数)**] には、再試行回数を指定します。再試行が期限切れになると、この出力は停止します。単一の出力が接続を失うと、チャンネルが停止します。
# 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
次のフィールドは、出力内の動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# その他のフィールド
次のフィールドは、RTMP 出力での回復性の実装に関連します。
+ **[RTMP settings]** (RTMP 設定) – **[Input loss action]** (入力損失アクション) — MediaLive コンソールのフィールドの詳細については、フィールドの横にある **[Info]** (情報) リンクを選択してください。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。
次のフィールドは、RTMP 出力での字幕の実装に関連します。
+ **[RTMP settings]** (RTMP 設定) – **[Caption data]** (字幕データ) - 少なくとも 1 つの出力にソース字幕形式として**埋め込み**字幕が含まれ、出力形式として **RTMP CaptionInfo** 字幕が含まれている場合にのみ、このフィールドに入力します。どの出力にも字幕が含まれていない場合、このフィールドの値は無視されます。
字幕の設定の詳細については、「[チャネルに字幕を含める](captions.md)」を参照してください。
# SRT 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、SRT 出力グループを含めることができます。SRT 出力グループのユースケースについては、「」を参照してください[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)。
SRT 出力グループでは、1 つ以上の出力を作成できます。各出力は、独自の送信先を持つ SPTS です。
SRT 出力は 2 つの接続モードをサポートします。
+ **発信者モード**: MediaLive はダウンストリームシステムへの接続を開始します。MediaLive は発信者と送信者です。ダウンストリームシステムはリスナーとレシーバーです。MediaLive はダウンストリームシステムでハンドシェイクを開始し、ハンドシェイクが受け入れられると、MediaLive はコンテンツをダウンストリームシステムに送信します。
+ **リスナーモード**: ダウンストリームシステムが MediaLive への接続を開始します。MediaLive はリスナーと送信者です。ダウンストリームシステムは発信者と受信者です。ダウンストリームシステムは MediaLive とのハンドシェイクを開始し、ハンドシェイクが受け入れられると、MediaLive はコンテンツをダウンストリームシステムに送信します。
出力コンテンツは暗号化する必要があるため、MediaLive がコンテンツの暗号化に使用するパスフレーズ AWS Secrets Manager を保存するために を使用する必要があります。
このセクションでは、SRT 出力を AWS Elemental MediaConnect フローに送信する場合の特定のガイドラインについて説明します。
**Topics**
+ [SRT 接続モードの選択](srt-connection-mode-selection.md)
+ [SRT 出力グループにエンコードを整理する](design-srt-package.md)
+ [Amazon VPC を使用して配信を計画する](srt-get-ready.md)
+ [でパスフレーズを設定する AWS Secrets Manager](srt-output-encryption-asm.md)
+ [発信者モードでの SRT 出力の作成](creating-srt-caller-output.md)
+ [リスナーモードでの SRT 出力の作成](creating-srt-listener-output.md)
+ [出力 > ストリーム設定](srt-streams.md)
# SRT 接続モードの選択
SRT 出力グループを作成するときは、各出力の接続モードを選択する必要があります。接続モードは、MediaLive とダウンストリームシステムが SRT 接続を確立する方法を決定します。
次の表は、2 つの接続モードを比較したものです。
| 特性 | 発信者モード | リスナーモード |
| --- | --- | --- |
| 接続の開始 | MediaLive がダウンストリームシステムへの接続を開始します | ダウンストリームシステムが MediaLive への接続を開始する |
| MediaLive ロール | 発信者と送信者 | リスナーと送信者 |
| ダウンストリームロール | リスナーとレシーバー | 発信者と受信者 |
| 送信先の設定 | ダウンストリームシステムの IP アドレスとポートを指定する | MediaLive は IP アドレスを割り当て、ポートを指定します |
| チャネルセキュリティグループ | 不要 | パブリック配信方法 (接続できるダウンストリームシステムを制御する) を使用するチャネルに必要です。VPC 配信または MediaLive Anywhere チャネルには必要ありません。お客様は、発信者の送信先からの SRT 接続を許可するようにネットワークを設定する必要があります。 |
| ユースケース | MediaLive が既知のダウンストリームエンドポイントに接続するプッシュスタイルの配信 | ダウンストリームシステムがオンデマンドで MediaLive に接続するプルスタイルの配信 |
| MediaLive Anywhere のサポート | サポート対象 | サポート |
**注記**
1 つの出力内で接続モードを混在させることはできません。各出力では、すべての送信先に発信者モードまたはリスナーモードを使用する必要があります。
# SRT 出力グループにエンコードを整理する
SRT 出力グループには、以下を含めることができます。
+ 1 つ以上の出力。
各出力には以下が含まれます。
+ 1 つのビデオエンコード。
+ 1 つ以上のオーディオエンコード。
+ 0 個以上の字幕エンコード。字幕は、埋め込み字幕またはオブジェクトスタイルの字幕です。
各出力は 1 つの SPTS を表します。各出力 (SPTS) には独自の送信先があります。
この図は、1 つの出力を持つ SRT 出力グループを示しています。字幕はビデオエンコードに埋め込まれます。
![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
この図は、1 つの出力を持つ SRT 出力グループを示しています。字幕はオブジェクトスタイルの字幕です。
![\[alt text not found\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# Amazon VPC を使用して配信を計画する
Amazon [ Amazon Virtual Private Cloud VPC) に出力エンドポイントを持つように SRT 出力](delivery-out-vpc.md)の MediaLive チャネルを設定できます。以下は、Secrets Manager でシークレットを設定し、MediaConnect に出力を配信するためのガイドラインです (MediaConnect が送信先である場合）。
## Secrets Manager に関する考慮事項
SRT 出力は常に暗号化されるため、 AWS Secrets Manager は常に関与します。チャネルを作成する VPC サブネットには、特定の要件があります。
+ チャネルのサブネットには Secrets Manager エンドポイントが必要です。
+ チャネルと Secrets Manager エンドポイントのサブネットは、同じセキュリティグループを使用する必要があります。つまり、同じセキュリティグループをサブネットとエンドポイントに関連付ける必要があります。
## MediaConnect に関する考慮事項
VPC も使用する MediaConnect に配信している可能性があります。これは、MediaLive チャネルからの SRT 出力出力が VPC にあり、MediaConnect フローに VPC インターフェイスがあることを意味します。
+ VPC の管理者は、MediaLive と MediaConnect の間に適切なルートがあることを確認する必要があります。
# でパスフレーズを設定する AWS Secrets Manager
SRT 出力の必須暗号化用に を設定する必要があります。以下の手順に従ってください。
1. ユーザーとダウンストリームシステムのオペレーターは、暗号化パスフレーズについて既に同意しているはずです。
1. パスフレーズを組織内で作業するユーザーに渡す AWS Secrets Manager。そのユーザーは、Secrets Manager のシークレットにパスフレーズを保存する必要があります。詳細については、[AWS Secrets Manager シークレットの作成](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html)」を参照してください。シークレットタイプ **その他のタイプのシークレット**を作成します。
Secrets Manager は、次のような ARN を生成します。
`arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef`
**重要**
Secrets Manager に SRT パスフレーズをプレーンテキストとして保存します (例: `secretpassword123`)。シークレットの作成時にキー/値オプションまたは JSON 形式を使用しないでください。他の サービスとの相互運用性の問題が発生する可能性があります。パスフレーズはプレーンテキストとしてのみ保存します。
パスフレーズが 10～79 文字であることを確認します。
1. SRT 出力の暗号化パスフレーズのシークレット ARN に使用するシークレットの完全な ARN を取得してください。
# 発信者モードでの SRT 出力の作成
このセクションでは、MediaLive がダウンストリームシステムへの接続を開始する発信者モードで SRT 出力を作成する方法について説明します。
**Topics**
+ [ダウンストリームシステムとの調整](downstream-system-srt-caller.md)
+ [発信者モードで SRT 出力を作成する](creating-srt-caller-output-group.md)
+ [ダウンストリームシステムに情報を提供する](srt-caller-info-to-downstream.md)
# ダウンストリームシステムとの調整
SRT 出力グループを使用すると、同じコンテンツを複数のダウンストリームシステムに配信するために、複数の出力を作成できます。
ユーザーと各ダウンストリームシステムのオペレーターは、出力配信の詳細について議論する必要があります。発信者モードでは、MediaLive は発信者と送信者です。ダウンストリームシステムはリスナーとレシーバーです。
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ MediaLive チャンネルが[標準チャンネル](plan-redundancy.md)の場合、2 つの送信先が必要です。
+ MediaLive チャンネルが単一パイプラインチャンネルの場合、は 1 つの送信先を必要とします。
1. 各送信先の IP アドレスとポートを取得します。例えば、`srt://203.0.113.22:5000` と `srt://203.0.113.88:5001` です。
MediaConnect に配信する場合は、MediaConnect オペレータがフローを作成した後にのみアドレスを取得できることに注意してください。この手順の最後のステップを参照してください。
1. MediaLive は常にコンテンツを暗号化するため、次の暗号化の詳細に同意する必要があります。
+ 暗号化アルゴリズム: AES 128、AES 192、または AES 256。
+ MediaLive とダウンストリームシステムが暗号化キーと復号キーを作成するために使用するパスフレーズ。パスフレーズは 10～79 文字の Unicode 文字です。つまり、スペースを使用できます。
1. ダウンストリームシステムのオペレータと以下について話し合います。
+ パケット損失と復旧のために MediaLive に設定する予定のレイテンシー (ミリ秒単位) をダウンストリームシステムに伝えます。パケットリカバリは SRT の主要な機能です。ダウンストリームの送信先は、使用する予定の値に近いレイテンシー値を選択する必要があります。
各出力のレイテンシーを設定して、ダウンストリームシステムごとに異なるレイテンシーを設定できます。
+ MediaLive はストリーム ID なしで動作します。ただし、1 つを含める場合、またはダウンストリームシステムで使用する場合は、ID について合意します。最大 512 UTF-8 文字。
1. MediaConnect フローに配信する場合は、MediaConnect オペレーターにフローの作成を依頼してください。
オペレーターに、そのフローのインバウンド IP アドレスフィールドにある 1 つまたは 2 つのアドレスを指定するように依頼します。これらのアドレスは SRT 出力の送信先です。例えば、`srt://203.0.113.22:5000` と `srt://203.0.113.88:5001` です。
# 発信者モードで SRT 出力を作成する
出力の内容を設計し、ダウンストリームシステムと出力の配信を調整したら、発信者モードで SRT 出力を作成できます。
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. **出力グループの追加**セクションで、**SRT** を選択し、**確認**を選択します。追加のセクションが表示されます。
この出力グループのフォームは、以下のセクションに分かれています。
+ **SRT 設定**: 個々の出力ではなく、出力グループレベルで適用される機能。
+ **SRT 出力**: 出力グループ内の出力。
+ **出力 > 送信先**: 各出力の URL フィールドと暗号化フィールド。
+ **出力 > 出力設定**: ネットワークストリームとトランスポートストリームの設定、および個々の PIDs の設定。
+ **出力 > ストリーム設定**: 各出力の動画、オーディオ、字幕の設定。
各セクションの詳細については、この手順の後に記載されているトピックを参照してください。
1. この出力グループとその出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。それ以外の場合は、「」を参照してください。 [チャンネルを保存する](creating-a-channel-step9.md)
## SRT 設定
**SRT 設定**セクションで、フィールドに入力します。
+ **名前**: 出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Game**。
+ **入力損失アクション**: 値を選択します。詳細については、**情報**リンクを選択します。チャネル内のすべての出力グループの入力損失処理の詳細については、「」を参照してください[ビデオ入力の損失の処理](feature-input-loss.md)。
## SRT 出力
**SRT 出力**セクションには、デフォルトで追加される単一の出力が表示されます。より多くの送信先にコンテンツを送信する場合は、**出力の追加**を選択します。
各出力で、**設定**リンクを選択して 3 つのサブセクションを表示します。
+ 送信先。「[出力 > 送信先](#srt-caller-destinations)」を参照してください。
+ 出力設定。「[出力 > 出力設定](#srt-caller-output-settings)」を参照してください。
+ ストリーム設定: 「」を参照してください[出力 > ストリーム設定](srt-streams.md)。
## 出力 > 送信先
出力ごとに、1 つの送信先 (単一パイプラインチャネルの場合) または 2 つの送信先 (標準チャネルの場合) を指定する必要があります。また、送信先ごとに暗号化を設定する必要があります。
+ **接続モード**: **発信者**を選択します。
+ ポート番号を含む送信先 URLs を入力します。この情報は、ダウンストリームシステムと[要件について話し合ったとき](downstream-system-srt-caller.md)に取得しました。例えば、次のようになります。
**srt://203.0.113.22:5000**
**srt://203.0.113.88:5001**
+ ストリーム ID: オプション。
+ 各送信先で、[Secrets Manager の 演算子から取得したシー](srt-output-encryption-asm.md)クレットを選択します。シークレットは、ARN またはその名前で選択できます。
## 出力 > 出力設定
出力にわかりやすい名前を入力するか、デフォルトのままにします。この名前は MediaLive の内部にあり、出力には表示されません。
このセクションの残りの部分には、以下を設定できるフィールドが含まれています。
+ ネットワークの動作。
+ トランスポートストリームの特性 (**コンテナ**セクション内）。
+ PID 値 (**PID 設定**セクション）。
これらのフィールドは、SI/PSI およびその他のデータを対象としています。SI/PSI PIDs ごとに、カスタム値を指定するか、MediaLive にデフォルト値を使用させることができます。
その他のデータについては、必要に応じてフィールドに入力します。これらのフィールドの一部では、空のままにしたフィールドの動作が異なります。MediaLive は、トランスポートストリームからデータを省略することがあります。または、MediaLive がデフォルト値を使用する場合があります。
必要に応じて値を変更します。フィールドの詳細については、MediaLive コンソールでフィールドの横にある [**Info**] (情報) リンクを選択してください。
# ダウンストリームシステムに情報を提供する
ダウンストリームシステムでは、1 つまたは 2 つの MediaLive ストリームのソース IP アドレスが必要な場合があります。これにより、これらのアドレスがそれらに接続できるようになります。ダウンストリームシステムが MediaConnect の場合、必ずこの情報が必要です。
** AWS クラウド チャネル上**
組織が MediaLive Anywhere をデプロイしていない場合は、この情報をお読みください。
+ チャネルを作成したら、名前でチャネルを選択します。チャネルの詳細が表示されます。
送信**先**タブで、**送信エンドポイント**セクションを見つけます。1 つまたは 2 つの IP アドレスをコピーします。チャネルには 1 セットのアドレスがあり、出力ごとに 1 セットではありません。
+ IP アドレスをメモし、パイプライン 0 とパイプライン 1 として正しくラベル付けします。ダウンストリーム演算子に渡します。
**MediaLive Anywhere チャンネル上**
チャネルが MediaLive Anywhere チャネルの場合、この情報をお読みください。つまり、 ではなくオンプレミスのハードウェアで実行されています AWS クラウド。
+ ネットワークへのゲートウェイの IP アドレスを取得します。場合によっては、組織のネットワーク管理者に相談する必要があります。このアドレスをダウンストリーム演算子に渡します。
# リスナーモードでの SRT 出力の作成
このセクションでは、ダウンストリームシステムが MediaLive への接続を開始するリスナーモードで SRT 出力を作成する方法について説明します。
**Topics**
+ [リスナーモードの前提条件](srt-listener-prerequisites.md)
+ [リスナーモードで SRT 出力を作成する](creating-srt-listener-output-group.md)
+ [MediaLive Anywhere チャネルの追加セットアップ](srt-listener-emla-setup.md)
+ [ダウンストリームシステムに接続情報を提供する](srt-listener-provide-info.md)
+ [リスナーモードの検証ルール](srt-listener-validation.md)
# リスナーモードの前提条件
リスナーモードで SRT 出力を作成する前に、次の前提条件を満たす必要があります。
1. **チャネルセキュリティグループを作成または識別する (パブリック配信方法のみ)**: パブリック配信方法を使用するチャネルの場合は、チャネルセキュリティグループをチャネルにアタッチする必要があります。チャネルセキュリティグループは、MediaLive リスナーエンドポイントへの接続を許可するダウンストリームシステム (SRT 発信者) を制御します。チャネルセキュリティグループの詳細については、「」を参照してください[チャネルセキュリティグループの使用](feature-channel-security-groups.md)。
VPC 配信または MediaLive Anywhere チャネルを使用するチャネルの場合、チャネルセキュリティグループは必要ありません。代わりに、発信者の送信先からリスナーエンドポイントへの SRT 接続を許可するようにネットワークを設定する必要があります。
1. **ダウンストリームシステムとの調整**: 各ダウンストリームシステムのオペレーターと以下について話し合います。
+ ダウンストリームシステムが接続する IP アドレス。チャネルセキュリティグループが参照する入力セキュリティグループを作成または更新するには、これらのアドレスが必要です。
+ 暗号化アルゴリズム: AES 128、AES 192、または AES 256。
+ 暗号化のパスフレーズ。パスフレーズは 10～79 文字の Unicode 文字です。
+ パケット損失と復旧の推奨レイテンシー (ミリ秒単位）。有効な範囲は 120～15000 ミリ秒です。
+ ダウンストリームシステムがこの識別子を使用する場合のストリーム ID。ストリーム ID はオプションです。
1. **Secrets Manager にパスフレーズ**を保存する: [でパスフレーズを設定する AWS Secrets Manager](srt-output-encryption-asm.md)の手順に従ってパスフレーズを保存します AWS Secrets Manager。
# リスナーモードで SRT 出力を作成する
前提条件を完了し、ダウンストリームシステムと調整したら、リスナーモードで SRT 出力を作成できます。
1. **[Create channel]** (チャンネルの作成) ページのナビゲーションペインで、**[Channel and input details]** (チャンネルと入力の詳細) を選択します。
1. **パブリック配信方法のみを使用するチャネルの場合**: **全般設定**セクションで、**チャネルセキュリティグループ**フィールドを見つけます。
1. **パブリック配信方法のみを使用するチャネルの場合**: ドロップダウンリストから、チャネルセキュリティグループとして使用する入力セキュリティグループを選択します。
1. **出力グループ**セクションに移動し、**追加**を選択します。
1. **出力グループの追加**セクションで、**SRT** を選択し、**確認**を選択します。
1. **SRT 設定**セクションで、フィールドに入力します。
+ **名前**: 出力グループの名前を入力します。
+ **入力損失アクション**: 値を選択します。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。
1. **SRT 出力**セクションで、出力**の設定**リンクを選択します。
1. **送信先**セクションで、リスナーモードの設定を行います。
+ **接続モード**: **LISTENER** を選択します。
+ **リスナーポート**: MediaLive がリッスンするポート番号を入力します。有効な範囲は 5000～5200 です。
チャネル上の SRT リスナー出力ごとに一意のポートが必要です。
2 つのパイプラインを持つ標準チャネルの場合、パイプラインの送信先ごとに一意のリスナーポートも必要です。
+ **ストリーム ID**: オプション。ダウンストリームシステムとストリーム ID に合意した場合は、ストリーム ID を入力します。
+ **暗号化パスフレーズシークレット ARN**: Secrets Manager で作成したシークレットの ARN を選択します。
1. 「」および「」の説明に従って、**出力設定**[出力 > 出力設定](creating-srt-caller-output-group.md#srt-caller-output-settings)と**ストリーム設定**セクションを完了します[出力 > ストリーム設定](srt-streams.md)。
1. この出力グループとその出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
# MediaLive Anywhere チャネルの追加セットアップ
MediaLive Anywhere チャネルで SRT リスナー出力を作成する場合は、追加の設定要件があります。
+ **論理インターフェイス名**: 送信**先**セクションで、リスナーモードで各出力の論理インターフェイスを指定する必要があります。このフィールドは、MediaLive Anywhere クラスターでチャネルを作成すると表示されます。論理インターフェイスは、MediaLive Anywhere ノード上のどの物理ネットワークインターフェイスを SRT リスナーに使用するかを決定します。
+ **ノードインターフェイス IPs**: チャネルを作成すると、送信先情報にノードインターフェイス IPsが含まれます。このフィールドには、ダウンストリームシステムが MediaLive Anywhere ノードへの接続に使用する IP アドレスが表示されます。IP アドレスは、選択した論理インターフェイスにマッピングされた物理インターフェイスに関連付けられます。
+ **コンソール**で: ノードインターフェイス IPs は、SRT **送信先**設定セクションの宛先テーブルに表示されます。 ****
+ **API の使用**: ノードインターフェイス IPsはノードに含まれ、呼び出しを として記述します`PhysicalInterfaceIpAddresses`。
この IP アドレスをダウンストリームシステムに提供して、適切な MediaLive Anywhere ノードインターフェイスに接続するように SRT 発信者を設定できるようにする必要があります。
# ダウンストリームシステムに接続情報を提供する
リスナーモードで SRT 出力を使用してチャネルを作成したら、ダウンストリームシステムのオペレータに接続情報を提供して、MediaLive に接続するように SRT 発信者を設定できるようにする必要があります。
**接続情報を取得するには**
1. チャネルを作成したら、名前でチャネルを選択します。チャネルの詳細が表示されます。
1. **送信先**タブを選択します。
1. **出力先**セクションで、SRT 出力グループを見つけます。
1. グループ内の出力ごとに、ダウンストリームシステムが必要とする接続情報を書き留めます。標準チャネルには、2 つの情報セットがあります (パイプラインごとに 1 つ）。単一パイプラインチャネルの場合、1 つのセットがあります。
**MediaLive チャネル**の場合:
+ 送信先タブの**「Egress endpoints**」セクションで、**送信元 IP** アドレスを書き留めます。 ****これは、ダウンストリームシステムが接続する必要がある IP アドレスです。
+ **SRT 送信先設定**セクションで、**リスナーポート**を書き留めます。
+ ダウンストリーム演算子の送信先を 形式で指定します`srt://source-ip:listener-port`。
**MediaLive Anywhere チャネル**の場合:
+ 送信**先タブの SRT 送信先設定**セクションで、**ノードインターフェイス IPs**。 ****これは、ダウンストリームシステムが接続する必要がある IP アドレスです。
+ 同じセクションで、**リスナーポート**を書き留めます。
+ ダウンストリーム演算子の送信先を 形式で指定します`srt://node-interface-ip:listener-port`。
1. これらの送信先 URLsをダウンストリームシステムのオペレーターに提供します。オペレーターは、これらのアドレスに接続するように SRT 発信者を設定する必要があります。
ダウンストリームシステムのオペレータが次のように設定されていることを確認します。
+ 接続の正しい数を設定します。
+ MediaLive チャネルが標準チャネルの場合は、冗長性を確保するために両方の送信先アドレスに接続する必要があります。
+ MediaLive チャネルが単一パイプラインチャネルの場合は、単一の送信先アドレスに接続する必要があります。
+ 同意したのと同じ暗号化アルゴリズムとパスフレーズを使用するように SRT 発信者を設定します。
+ レイテンシー値を使用するように SRT 発信者を設定します。SRT は、両側で設定されたレイテンシー値の最大値をネゴシエートして使用します。
+ 出力設定でストリーム ID を指定した場合、ダウンストリームシステムはオプションで接続中にストリーム ID 値を送信できます。MediaLive は、任意のストリーム ID 値 (またはストリーム ID なし) の接続を受け入れます。ストリーム ID は、モニタリングとトラブルシューティングの目的でのみ記録されます。
+ それらのソース IP アドレスは、チャネルセキュリティグループが参照する入力セキュリティグループの CIDR 許可リストに含める必要があります。それ以外の場合、MediaLive は接続試行を拒否します。
# リスナーモードの検証ルール
MediaLive は、リスナーモードで SRT 出力を作成または更新するときに、次の検証ルールを適用します。
+ **チャネルセキュリティグループが必要 (パブリック配信方法のみ)**: パブリック配信方法を使用するチャネルの場合、チャネルにリスナーモードで設定された SRT 出力が少なくとも 1 つ含まれている場合は、チャネルセキュリティグループをチャネルにアタッチする必要があります。リスナーモードで SRT 出力を持つパブリック配信を使用してチャネルを作成または開始しようとしても、チャネルセキュリティグループがない場合、MediaLive はエラーを返します。VPC 配信または MediaLive Anywhere チャネルを使用するチャネルの場合、チャネルセキュリティグループは必須ではありません。発信者の送信先からの SRT 接続を許可するようにネットワークを設定する必要があります。
+ **ポートの一意性**: 1 つのチャネル内では、リスナーモードの各 SRT 出力で一意のポート番号を使用する必要があります。同じポートで 2 つの出力を作成しようとすると、MediaLive はエラーを返します。
+ **リスナーポート範囲**: ポート番号は 5000～5200 の範囲である必要があります。
+ **チャネルセキュリティグループを削除できない**: チャネルにリスナーモードで SRT 出力がある場合、チャネルセキュリティグループを削除することはできません。まず、リスナーモードで設定されたすべての SRT 出力を削除するか、発信者モードに変更する必要があります。
+ **実行中のチャネルでモードを変更できない**: チャネルの実行中に出力の接続モード (発信者からリスナーへ、またはその逆) を変更することはできません。最初にチャネルを停止する必要があります。
# 出力 > ストリーム設定
このセクションのフィールドは、出力内の動画、オーディオ、字幕ストリーム (エンコード) のエンコードに関連しています。これらの設定は、発信者モードとリスナーモードの両方の出力に適用されます。
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# UDP 出力グループの作成
AWS Elemental MediaLive チャンネルを作成するときは、UDP 出力グループを含めることができます。UDP 出力グループのユースケースについては、「[コンテナ、プロトコル、ダウンストリームシステム](outputs-supported-containers-downstream-systems.md)」を参照してください。
**Topics**
+ [UDP 出力グループ内のエンコードを整理する](design-udp-package.md)
+ [ダウンストリームシステムとの調整](downstream-system-udp.md)
+ [UDP 出力グループの作成](creating-udp-output-group.md)
# UDP 出力グループ内のエンコードを整理する
UDP 出力グループには、以下を含めることができます。
+ 1 つ以上の出力。
各出力には、以下を含めることができます。
+ 1 つのビデオエンコード。
+ 1 つ以上のオーディオエンコード。
+ 1 つ以上の字幕エンコード。字幕は、埋め込み字幕またはオブジェクトスタイルの字幕です。
各出力は 1 つの SPTS を表します。各出力 (SPTS) には独自の送信先があります。
この図は、1 つの出力を持つ UDP 出力グループを示しています。字幕はビデオエンコードに埋め込まれます。
![\[Output group diagram showing video encode with embedded captions and two audio outputs.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output3-nonABR-Ve-2A.png)
この図は、1 つの出力を持つ UDP 出力グループを示しています。字幕はオブジェクトスタイルの字幕です。
![\[Output group diagram showing V, A, A, C, C as individual elements in sequence.\]](http://docs.aws.amazon.com/ja_jp/medialive/latest/ug/images/output4-nonABR-V-2A-2C.png)
# ダウンストリームシステムとの調整
ユーザーとダウンストリームシステムのオペレーターは、UDP 出力グループの各出力の送信先について合意する必要があります。
UDP 出力グループには、出力ごとに送信先アドレスのセットが 1 つ必要です。
1. 出力に 2 つの送信先が必要かどうかを判断します。
+ MediaLive チャンネルが[標準チャンネル](plan-redundancy.md)の場合、2 つの送信先が必要です。
+ MediaLive チャンネルが単一パイプラインチャンネルの場合、は 1 つの送信先を必要とします。
1. UDP コンテンツを受信するダウンストリームシステムを管理するオペレータに話します。オペレータが適切に 1 つまたは 2 つの MediaLive 出力を期待するようにセットアップされていることを確認します。
1. オペレータから次の情報を取得します。
+ プロトコルが UDP か RTP か
+ URL
+ ポート番号
各 URL は、例えば次のようになります。
`udp://203.0.113.28:5000`
`udp://203.0.113.33:5005`
この例では、ポート番号は連番ではないことに注意してください。これらの連続しない数字は、出力で FEC を有効にしようとする場合に重要です (このフィールドは UDP 出力グループの **[Output]** (出力) ペインにあります。FEC では、2 つの送信先のポート番号の間にスペースを残す必要があります。例えば、1 つの送信先が **rtp://203.0.113.28:5000** である場合は、FEC がポート 5002 と 5004 も使用すると想定します。そして、もう 1 つの送信先の使用可能な最小ポート番号は 5005 とします。
# UDP 出力グループの作成
[チャンネルのワークフローの計画](identify-downstream-system.md)を立てたときに、UDP 出力グループを含めるオプションを選択した可能性があります。
1. **[Create channel]** (チャンネルの作成) ページの **[Output groups]** (出力グループ) で **[Add]** (追加) を選択します。
1. [**Add output group (出力グループの追加)**] セクションで、まず [**UDP**]、次に [**確認**] を選択します。さらにセクションが表示されます:
+ **[UDP destination]** (UDP 出力先) - このセクションには、[出力先](udp-destinations.md)のフィールドが含まれています。
+ **[UDP settings]** (UDP 設定) - このセクションには、[ID3 の設定](udp-other.md)と[回復性](udp-other.md)のためのフィールドが含まれています。
+ **[UDP outputs]** (UDP 出力) - このセクションには、デフォルトで追加される 1 つの出力が表示されます。UDP 出力には 1 つの出力しか含めることができないため、[**Add output (出力の追加)**] はクリックしないでください。
1. [**UDP 出力**] で、[**設定**] リンクを選択して出力のセクションを表示します。
+ **[Output settings]** (出力設定) - このセクションには、[トランスポート](udp-destinations.md)と[送信先への接続](udp-destinations.md)のフィールドが含まれています。
+ **[Stream settings]** (ストリーム設定) – このセクションには、[出力ストリーム](udp-streams.md) (動画、オーディオ、字幕) のフィールドが含まれています。
1. (オプション) 出力グループと出力の名前を入力します。
+ [**UDP 設定**] の [**名前**] に、出力グループの名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。例えば、**Sports Game**。
+ [**UDP 出力**] の [**出力設定**] にある [**出力名**] に、出力の名前を入力します。この名前は MediaLive の内部にあり、出力には表示されません。
1. その他のフィールドに入力するには、この手順の後に一覧されているトピックを参照してください。
1. この出力グループとその単一の出力の設定が完了したら、プランで必要な場合は、別の (任意のタイプの) 出力グループを作成できます。必要でない場合は、[チャンネルを保存する](creating-a-channel-step9.md) に進みます。
**Topics**
+ [出力先のフィールド](udp-destinations.md)
+ [UDP トランスポートのフィールド](udp-container.md)
+ [動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド](udp-streams.md)
+ [その他の UDP 機能のフィールド](udp-other.md)
# 出力先のフィールド
次のフィールドで、出力の送信先を設定します。
+ **[Output group]** (出力グループ) – **[UDP destination]** (UDP 送信先) セクション
+ **[Output]** (出力) – **[Output settings]** (出力設定) – **[Network settings]** (ネットワーク設定) – **[Buffer msec]** (バッファミリ秒)
**出力先を指定するには**
1. UDP コンテンツを受信する予定のダウンストリームを管理すねオペレータと[要件について話し合った](origin-server-rtmp.md)ときに、以下の情報を取得したはずです。
+ URL
+ ポート番号
例えば：
`udp://203.0.113.28:5000`
`udp://203.0.113.33:5005`
1. ポート番号を含む URL を **[UDP destinations]** (UDP 送信先) の**[URL]** フィールドのいずれかまたは両方に入力します。
1. [FEC を有効化](udp-container.md)する場合は、2 つの送信先のポート番号の間にスペースを残します。
例えば、1 つの送信先が **rtp://203.0.113.28:5000** である場合は、FEC がポート 5002 と 5004 も使用すると想定します。したがって、もう 1 つの送信先の使用可能な最小ポート番号は 5005 (**rtp://203.0.113.33:5005**) とします。
1. (オプション) **[Output]** (出力) セクションで、必要に応じて **[Buffer msec]** (バッファミリ秒) フィールドに値を入力します。詳細については、MediaLive console のフィールドの横にある **[Info]** (情報) リンクを選択してください。
# UDP トランスポートのフィールド
次のフィールドで、各出力のトランスポートを設定します。
+ **[Output]** (出力) – **[Output settings]** (出力設定) – **[FEC output settings]** (FEC 出力設定) で値を選択します。
+ **[Output]** (出力) – **[Output settings]** (出力設定) – **[Network settings]** (ネットワーク設定) – **[Container settings]** (コンテナ設定) セクション
必要に応じて値を変更します。フィールドの詳細については、MediaLive コンソールでフィールドの横にある [**Info**] (情報) リンクを選択してください。
# 動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のフィールド
次のフィールドは、出力内の動画ストリーム、オーディオストリーム、字幕ストリーム (エンコード) のエンコーディングに関連します。
+ **[ストリーム設定]** セクション
エンコードの作成については、以下のセクションを参照してください。
+ [ビデオエンコードを設定する](creating-a-channel-step6.md)
+ [オーディオエンコードを設定する](creating-a-channel-step7.md)
+ [字幕エンコードを設定する](creating-a-channel-step8.md)
# その他の UDP 機能のフィールド
次のフィールドは、UDP 出力での回復性の実装に関連します。
+ **[UDP settings]** (UDP 設定) – **[Input loss action]** (入力損失アクション) — MediaLive コンソールのフィールドの詳細については、フィールドの横にある **[Info]** (情報) リンクを選択してください。詳細については、「[ビデオ入力の損失の処理](feature-input-loss.md)」を参照してください。
次のフィールドは、UDP 出力での字幕の実装に関連します。
+ **[UDP settings]** (UDP 設定) – **[Timed metadata ID3 frame type]** (時間指定メタデータ ID3 フレームタイプ)
+ **[UDP settings]** (UDP 設定) - **[Timed metadata ID3 period]** (時間指定メタデータ ID3 期間)
この出力グループのすべての出力に時間指定 ID3 メタデータを挿入する場合は、これらのフィールドに入力します。詳しい説明は[ID3 メタデータの使用](id3-metadata.md)と特に[MediaLive チャネルの作成時に ID3 時間指定メタデータを挿入する](insert-timed-metadata.md)を参照。