翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
-
次の構文に従って、送信先パスを設計します。
protocol bucket folders baseFilename nameModifier counter extension例えば、標準チャンネルの場合:
s3ssl://amzn-s3-demo-bucket/channel59/delivery/curling-20171012T033162.000000.m2tss3ssl://amzn-s3-demo-bucket1/channel59/delivery/curling-20171012T033162.000000.m2ts
送信先が 2 つある場合、送信先のパスは何らかの方法で互いに異なっていなければなりません。1 つのパスの少なくとも 1 つの部分が、もう一方のパスと異なっていなければなりません。すべての部分が異なっていても許容されます。
次の表は、例の各部分とそれに対応する構文の部分を示します。
| URL の部分 | 例 | コメント |
|---|---|---|
| protocol | s3ssl:// | アーカイブ出力の送信先は常に S3 バケットであるため、プロトコルは常に s3ssl:// です。 |
| パスのバケット部分 | amzn-s3-demo-bucket |
MediaLive では、Amazon S3 バケット名にドット表記を使用しないでください。例えば、 |
| パスのフォルダ部分 | 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 になります。 |
