Azure Media Services v3 リリース ノート

---

警告

Azure Media Services は、2024 年 6 月 30 日に廃止されます。 詳細については、 AMS 廃止ガイドを参照してください。

常に最新の開発情報を把握していただけるよう、この記事では以下に関する情報を提供します。

• 最新のリリース
• 既知の問題
• バグの修正
• 非推奨の機能

2023 年 6 月

Azure Media Services は、2023 年 6 月 30 日に廃止されます。 Azure Media Services の提供終了ガイドを参照してください。

2023 年 3 月

Azure Media Indexer は廃止されました。 Media Services v3 AudioAnalyzerPreset Basic モードに置き換えられます。

2023 年 2 月

2 月のリリース ノートは近日公開予定です。

2023 年 1 月

時間指定メタデータ

時間指定メタデータは、ライブ ストリームに挿入されるカスタム データです。 データとその挿入タイムスタンプの両方が、メディア ストリーム自体に保持されます。 これは、ビデオ ストリームを再生しているクライアントが、ビデオ ストリームに関連して同じカスタム メタデータを同時に取得できるようにするためです。 時間指定メタデータを使用すると、次のことができます。

• 投票などのライブ ストリームに対話機能要素を追加します。
• スピーカー、製品リンク、スポーツ選手の統計など、ビデオ コンテンツに関連する情報を追加します。
• GPS の場所、時刻などのビデオに関するメタデータを追加します。

詳細については、「 Azure Media Services を使用した時間指定メタデータ」および「Azure Media Services で 時間指定メタデータを通知する方法」を参照してください。 Stackblitz で試すことができます。

ビットレートの分離

ContentAwareEncoding ビットレートの分離と解決の決定は、今月のリリースで改善されました。

ContentAwareEncoding を PresetConfigurations と共に使用して、ストリーミングとエンコードのパフォーマンスを最適化するための特定の要件を満たすことができます。

ビットレートの分離を向上させるために、試用版エンコードからの推定複雑さを使用して、最上位レイヤーのビットレート、下位レイヤーのビットレート、レイヤーの合計数を推定しました。 最上位レイヤーのビットレート、下位レイヤーのビットレート、レイヤー数が決定されると、中間レイヤーのビットレートは、隣接するレイヤー間の偶数ビットレート比に基づいて計算されます。 この場合、ビットレートでほぼ均等に分離されます。

解決に関しては、最下位レイヤーがメインの問題です。 下位レイヤーの解像度は、PresetConfigurations を使用して構成できます。 変更されたロジックは、試用エンコードからの推定複雑さに基づいて下位レイヤーの解像度を決定します (構成しない場合)。 また、PresetConfigurations を使用してユーザーによって設定された場合は、最下位レイヤーのビットレートも決定されます。 解像度の決定では、より優れたビジュアル品質を実現するために、下位レイヤーに 180P より高い解像度を使用しようとしました。

このリリースでは、コンテンツの複雑さの推定アルゴリズムも改善されています。 元のアルゴリズムは保守的であり、必要以上にビットレートが高くなります。 変更された推定では、通常、出力ビットレートは以前よりも低くなります。 つまり、ネットワーク帯域幅とストレージ コストの面でより多くのコストを節約できるようになりました。

最新の Azure.ResourceManager.Media クライアント SDK の .NET SDK サンプル

更新された Azure.ResourceManager.Media クライアント SDK ("track 2" .NET SDK とも呼ばれます) は、Nuget Azure.ResourceManager.Media で入手できます。 github 上の .NET 用サンプル リポジトリの メイン ブランチで、すべてのサンプルが、このクライアント SDK の最新バージョンに更新されました。 Azure-Samples/media-services-v3-dotnet。 このリポジトリ内のプロジェクトでは、v3 バージョンを使用してさまざまな Azure Media Services シナリオを実装する方法が示されています。 (github.com)。

Azure portalの Assets インターフェイスに対する変更

Azure portalの [資産] ブレードにユーザー エクスペリエンスが向上します。 アセット内のトラックとファイルを表示できるようになりました。 アセット内のオーディオ トラックとテキスト トラックをアップロード、更新、または削除することもできます。

2022 年 12 月

Media Services では、ライブ イベントへのメディアのストリーミング、ストリーミング エンドポイントからのコンテンツのストリーミング、コンテンツ キーの配信に IPv6 がサポートされるようになりました。 ストリーミング エンドポイントとライブ イベントに対して IPv6 を有効にするには、リソースの IP 許可リストに少なくとも 1 つの IPv6 アドレスまたは IPv6 範囲が含まれている必要があります。 ストリーミング エンドポイントで CDN のサポートが有効になっている場合、IPv6 のサポートは CDN の構成によって異なります。

Media Services での IPv6 の使用の詳細については、「 Media Services ライブ イベント 」および「 IP 許可リストを使用して DRM ライセンスと AES キー配信へのアクセスを制限する」を参照してください。

2022 年 11 月

Media Services が HLS バリアント プレイリストからオーディオ表示を既定で削除し、ネットワークの悪い状況でのみクライアントがオーディオにフォールバックしないようにします。

動作を変更するには、URL タグ [audio-only=true] を使用して、HLS バリアントプレイリストにオーディオ表示を書き込むことができます。

例:

http://host/locator/asset.ism/manifest(format=m3u8-aapl,audio-only=true)

これは、HLS 作成ガイドラインの変更により、"多変量再生リストにオーディオのみのバリアントが一覧表示されていない必要があります" と表示されるようになりました。

2022 年 9 月

API リリース: 2022-08-01 ARM REST API を更新しました

Azure Media Services 用 ARM REST API の更新バージョンがリリースされました。 バージョン 2022-08-01 は、運用環境で最新の安定したリリースになりました。 最新の REST API 定義は、GitHub の Media Services の REST 仕様フォルダーで入手できます。

2022-08-01 API への更新は次のとおりです。

• LiveOutput エンティティでは、新しい null 許容プロパティ rewindWindowLength が導入され、ライブ イベントのエンコードとパススルーのために Live 中にシーク可能なウィンドウの長さを制御します。 このプロパティは、LiveOutput が停止した後は使用されません。 アーカイブされた VOD には、元の archiveWindowLength を含む完全なコンテンツが含まれます。 プロパティが null に設定されている場合、待機時間の短い (LowLatencyV2) ライブ イベントでは既定値の 30 分が使用されます。標準ライブ イベントでは使用されません。
• コンテンツ キー ポリシーで PlayReady SL3000 セキュリティ レベルのサポートを追加しました
• 拡張アセットは、オーディオ トラックをサポートする API を追跡します (遅延バインディング記述オーディオまたは複数の言語の場合)
• ストリーミング ポリシーで "cenc" モードと "cbcs" モードを使用した MPEG Common Encryption Clear Key のサポートを追加しました

Javascript、Python、Go で使用できる新しい SDK クライアント バージョン

• PyPI で新しい Python クライアント SDK v10.1.0 を使用できます: azure-mgmt-media

• 新しい Javascript クライアント SDK v13 は npm で使用できます。 Azure Media client library for JavaScript - @azure/arm-mediaservices

• 新しい GO クライアント SDK v 3.1.0 が利用可能 - armmediaservices パッケージ

PlayReady セキュリティ レベル 3000 ライセンス サポート (SL3000)

Media Services の PlayReady DRM コンテンツ保護とライセンス配信機能で、PlayReady SL3000 がサポートされるようになりました。 セキュリティ レベルは PlayReady クライアントのプロパティであり、クライアントに配信されるすべてのライセンスには、このライセンスへのバインドを許可するためにクライアントから必要な最小セキュリティ レベルを示すプロパティがあります。 セキュリティ レベル 3000 は、高品質の商用コンテンツを使用する最高のセキュリティで強化されたデバイスに提供されます。 この更新プログラムを使用すると、Media Services キー配信ライセンス サーバーを介して PlayReady SL3000 ライセンスを配信するようにコンテンツ キー ポリシーを構成できます。 PlayReady のセキュリティ レベルの詳細については、ライセンスでのセキュリティ レベルの使用に関する記事を参照してください。

• SL3000 PlayReady ContentKeyPolicyOption をコンテンツ キー ポリシーに追加する場合、そのポリシーには追加の PlayReady SL3000 または Widevine L1 オプションのみを含めることができます。
• SL3000 では、オーディオに別のキーを使用するか、暗号化されていないオーディオを使用する必要があります。 オーディオ セキュリティ レベルは SL2000 以下に制限する必要があります。
• 現時点では、SL3000 の再生は Azure Media Player (AMP) では機能しません。 サード パーティのプレーヤー (Shaka Player など) または SL3000 再生をサポートするデバイスでテストしてください。

コンテンツ キー ポリシーの例:

{
    "properties": {
        "options": [
            {
                "name": "PlayReadyOption",
                "configuration": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyConfiguration",
                    "licenses": [
                        {
                            "playRight": {
                                "digitalVideoOnlyContentRestriction": false,
                                "imageConstraintForAnalogComponentVideoRestriction": false,
                                "imageConstraintForAnalogComputerMonitorRestriction": false,
                                "allowPassingVideoContentToUnknownOutput": "NotAllowed"
                            },
                            "licenseType": "NonPersistent",
                            "contentKeyLocation": {
                                "@odata.type": "#Microsoft.Media.ContentKeyPolicyPlayReadyContentEncryptionKeyFromHeader"
                            },
                            "contentType": "Unspecified",
                            "securityLevel": "SL3000"
                        }
                    ]
                },
                "restriction": {
                    "@odata.type": "#Microsoft.Media.ContentKeyPolicyOpenRestriction"
                }
            }
        ]
    }
}

**ビデオ用の SL3000 コンテンツ キー ポリシーとオーディオ トラック用の SL2000 コンテンツ キー ポリシーを使用したストリーミング ポリシーの例: **

{
    "properties": {
        "defaultContentKeyPolicyName": "sl3000_content_key_policy",
        "commonEncryptionCenc": {
            "enabledProtocols": {
                "download": false,
                "dash": true,
                "hls": false,
                "smoothStreaming": true
            },
            "contentKeys": {
                "defaultKey": {
                    "label": "cencDefaultKey"
                },
                "keyToTrackMappings": [
                    {
                        "label": "audiokey",
                        "policyName" : "sl2000_content_key_policy",
                        "tracks": [
                            {
                                "trackSelections": [
                                    {
                                        "property": "FourCC",
                                        "operation": "Equal",
                                        "value": "mp4a"
                                    }
                                ]
                            }
                        ]
                    }
                ]
            },
            "drm": {
                "playReady": {}
            }
        }
    }
}

PlayReady ライセンス テンプレートの使用の詳細については、Media Services PlayReady ライセンス テンプレートに関する記事を参照してください。

新しい Asset Tracks API を使用して、説明的なオーディオまたは複数の言語のオーディオ トラックを追加する

新しい Asset Tracks API を使用すると、任意の数のオーディオ トラックを既存のアセットに遅延バインドし、HLS と DASH への動的パッケージ化に使用できます。 API では、コンテンツのアクセシビリティを向上させるために、言語またはコンテンツの特性を指定するメタデータの設定をサポートし、"説明オーディオ" を指定します。

トラック API の機能の完全な一覧については、Media Services トラック API に関する記事を参照してください。

CENC および CBCS 暗号化を使用した MPEG Common Encryption Clear Key のサポート

クリア キー暗号化は MPEG Common Encryption (CENC) 標準 の機能であり、多くの最新のブラウザーで使用できる HTML5 Encrypted Media Extensions (EME) でサポートされています。 "cenc" または "cbcs" 暗号化モードを使用した Clear Key AES-128 暗号化は、ストリーミング ポリシーで設定して、Apple、Web、Android 全体で最も広い範囲のデバイスに到達できるようにすることができます。

この機能を使用すると、DRM システムを使用せずに Common Encryption 標準をサポートし、最も広い範囲のプレーヤーに到達できます。 'cenc' または 'cbcs' 暗号化モードを使用したクリア キー暗号化のサポートにより、標準で許可されているいずれかの暗号化モードをサポートするプレーヤーに DRM なしでセキュリティで保護されたコンテンツを配布できるようになりました。 これにより、暗号化されたコンテンツを Google Shaka プレーヤー (v 4.0.0 以降)、Dash.js (v 4.5 以降)、Bitmovin、Theo Player、Android ExoPlayer (v 2.18.1 以降) などのクライアント プレーヤーに "cenc" 暗号化を使用して配信できます。

Media Services のコンテンツ保護機能の使用の詳細については、「動的暗号化とキー配信によるコンテンツ保護」の記事を参照してください。

ライブ出力でのウィンドウの巻き戻しとアーカイブ ウィンドウ

ライブ ストリーミング中にクライアント プレーヤーのシーク可能ウィンドウを制御するには、ライブ出力で rewindWindowLength を設定できます。 これは、お客様がライブ ストリームに戻ってシークするためにプレーヤーに表示される時間を制御するのに役立ちます。 また、この設定は、ライブ ストリーミング中にネットワーク経由でクライアントに配信されるマニフェスト サイズを小さくするのにも役立ちます。これにより、ライブ ストリーミングエクスペリエンスが効率的になり、クライアントでのメモリ使用量が削減される可能性があります。

ストリームが完了したら、ライブ出力の archiveWindowLength プロパティによって定義されたアセット内のアーカイブされたファイルにアクセスできます。 これにより、プレーヤーに表示される以前の "DVR スライディング ウィンドウ" 期間とは異なるアーカイブ期間を設定できるようになりました。 これは、プレーヤーで非常に小さなタイムシフト ウィンドウでストリーミングするが、ライブ イベント全体を出力資産にアーカイブする場合に非常に便利です。

rewindWindowLength を最小値の 60 秒に設定できます。 "LowLatencyV2" オプションを使用してライブ イベントを有効にした場合、既定値は 30 分です。それ以外の場合は既定値はありません。 rewindWindowLength が設定されておらず、ライブ イベントが "LowLatencyV2" オプションを使用するように設定されていない場合、サーバーによって既定値は設定されず、ライブ再生中のシーク可能ウィンドウは archiveWindowLength と同じ値になります。 この状況では、 archiveWindowLength が非常に長い期間に設定されている場合、プレーヤーは、解析用のマニフェスト サイズのダウンロードが大きいため、ライブ モードでの再生中のバッファリングの問題の影響を受ける可能性があります。

詳細については、「時間シフトとライブ出力を使用してオンデマンドビデオ再生を作成する」を参照してください。

新しいリージョン: 中国北部 3 が GA になりました

中国のお客様は、GA が既に存在する既存の 4 つのリージョン (中国東部、中国東部 2、中国北部、中国北部 2) に加えて、中国北部 3 リージョンの Azure Media Services にアクセスできるようになりました。 詳細については、 機能別のリージョンの可用性に 関する表を参照してください。

2023 年 9 月 14 日に Azure Media Redactor、Video Analyzer、Face Detector が廃止されました

Microsoft の責任ある AI 標準の概要として、Microsoft は AI システムに関して公平性、プライバシー、セキュリティ、透明性に取り組んでいます。 この新しい Standard および他の Microsoft 製品の 制限付きアクセス ポリシー に合わせて、Azure Media Services は 2023 年 9 月 14 日に次の機能を廃止します。

• Azure Media Redactor (RESTv2)
• Face Detector プリセット
• Video Analyzer プリセット

2023 年 9 月 14 日以降、Azure Media Redactor、Face Detector プリセット、または Video Analyzer プリセットを使用して開発したすべてのアプリケーションで、エラーまたは失敗したジョブの送信が開始されます。

アクションが必要

Azure Media Redactor (RESTv2) と Face Detector プリセットは廃止され、現時点では置き換えされません。 代わりにビデオ内のユーザーを検出する場合は、監視対象のユーザーを 検出 し、観察されたユーザーを顔に 一致 させるために Video Indexer API を使用するようにアプリケーションを更新し、これらの機能の 制限付きアクセス プログラムにアクセスするための要求を送信 することをお勧めします。

現在 Video Analyzer プリセットを使用している場合は、ビデオ分析に Video Indexer API を使用するようにアプリケーションを更新することをお勧めします。これにより、さまざまな機能が提供されます。

詳細情報

質問がある場合は、Microsoft Q&A でコミュニティの専門家から回答を得ることができます。 サポート プランがあり、技術的なヘルプが必要な場合は、Azure portalでサポート リクエストを作成してください。

2022 年 8 月

Node.js/Typescript の新しいトラック API サンプルを使用して、任意のアセットに字幕トラックとキャプション トラックを追加する

WebVTT または TTML 字幕またはキャプション ファイルを遅延バインドする方法を示す新しいサンプルが、Node.jsサンプル プロジェクトで利用できるようになりました。 WebVTT/IMSC1/TTML サブタイトルまたはキャプションを既存のアセットに追加するサンプルを確認する

このサンプルでは、任意の数のテキスト トラックをアセットに追加し、DASH と HLS の両方で TTML/IMSC1 テキスト プロファイルとしてパッケージ化する方法を示します。 また、この API では、既定のキャプション トラックなどの HLS マニフェストの特定の特性を設定し、"Forced" プロパティを設定し、Apple HLS 仕様に従って HLS テキスト トラックの "特性" 値を制御することもできます。

この API では、現在、.vtt または .ttml ファイル形式の既存のアセットへのアップロードがサポートされています。 トラック API に登録された新しいトラックは、IMSC1 プロファイル MP4 テキスト トラックとして DASH マニフェストと HLS マニフェストにすぐに表示されます。

2022 年 6 月

カスタム ライブ エンコード プリセットでサポートされるカスタム オーディオ ビットレート

複数のオーディオ ビットレート出力をサポートするカスタム ライブ エンコード プリセットを要求できるようになりました。 ライブ プリセット内のオーディオの場合は、次の個別の AAC オーディオ ビットレート (96k、112k、128k、160k、192k、224k、256k、320k、384k、448k、512k) でカスタマイズできます。 また、サポート チケットでカスタムプリセットを要求していることを明記してください。

カスタム プリセットに、同じライブ エンコード プリセットに複数の個別オーディオ ビットレートを含めることができるようになりました。 これは、モバイル ネットワーク経由で低ビットレートのオーディオ トラックを必要とする市場で役立ちます。 1 つの例は、96k と 128k の AAC オーディオ トラックの両方を同時に出力できるカスタム ライブ プリセットです。 プレーヤーは、適切なトラックをフィルター処理または選択できます。または、動的フィルターを適用して、ストリーミング ロケーターの公開中に 96k のみのマニフェストまたは 128k のみのマニフェストを提供できます (または、ストリーミング ロケーター URL の 'filter={filterName}' クエリ パラメーターを使用してオンザフライで切り替えることができます)。

自動スケール

ストリーミング エンドポイントで使用可能なメトリック、または関連するエンティティのメトリックに基づいて、Media Services アカウントの Premium ストリーミング エンドポイントを自動スケーリングできるようになりました。 これらのメトリックの組み合わせを使用して、自動スケーリングのルールを作成できます。 詳細は、自動スケーリング Media Services のストリーミング エンドポイントをご覧ください。 自動スケールには時間がかかる場合があり、すぐには実行できないことに注意してください。そのため、リソースがアーキテクチャ設計でスケーリング、デプロイするのに十分な時間を必ず許可してください。 ストリーミング エンドポイントの起動には時間がかかるため、CPU 使用率とネットワーク帯域幅エグレスに低い値のトリガー ポイントを使用してスケールアップをトリガーすることを推奨します。

2022 年 5 月

クローズド キャプション 708 および 608 HLS マニフェスト装飾のサポート

基本ストリームに埋め込まれた 608/708 キャプションを使用して取り込まれたライブ ストリームは、TYPE=CLOSED-CAPTIONS の EXT-X-MEDIA タグを使用して HLS マニフェストに適切に属性付けされるようになりました。 これは RFC-8216 セクション 4.3.4.1 に準拠しています。

たとえば、608 と 708 のクローズド キャプションを持つライブ ストリームが HLS マニフェストに表示されます。

   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA708_CC",DEFAULT=YES,INSTREAM-ID="SERVICE1"
   #EXT-X-MEDIA:TYPE=CLOSED-CAPTIONS,GROUP-ID="cc",NAME="CEA608_CC",INSTREAM-ID="CC1"

2022 年 4 月

ライブ文字起こし

ライブ文字起こしが一般提供され、Speech-to-Text API で使用可能なすべての言語がサポートされるようになりました。 言語の全一覧については、ライブ文字起こしのリージョンと言語に関する記事を参照してください。

低待機時間 HLS (LL-HLS)

低待機時間 HLS (LL-HLS) が、API と Azure portal で利用できるようになりました。 LL-HLS を有効にするには、ライブ ストリームの作成時に "LowLatencyV2" ストリーム オプションを使用します。 低待機時間 HLS ライブ エンコード イベントの構成方法については、Node.js のサンプルを参照してください。Azure portal で、ライブ イベントを作成する際に、新しい "低待機時間" オプションを選択します。 新たな LL-HLS 機能では、LL-HLS プロトコルに対応したプレーヤー フレームワークを使用した場合、4 ～ 7秒の範囲で待機時間を短縮することができます。 低待機時間 HLS はライブ コード変換チャネルでのみ利用でき、"パススルー" モードのライブ イベントにはまだ利用できません。

2022 年 3 月

.NET SDK バージョン 6.0.0

.NET SDK バージョン 6.0.0 が Nuget で使用できるようになりました。 Microsoft.Azure.Management.Media

この SDK では、AMS REST OpenAPI 仕様の新しい 2021-11-01 安定バージョンがサポートされています。

パッケージ マネージャーを使用してインストールするには、以下を実行します。

Install-Package Microsoft.Azure.Management.Media -Version 6.0.0

.NET CLI を使用してインストールするには、以下を実行します。

dotnet add package Microsoft.Azure.Management.Media --version 6.0.0

6.0.0 SDK の変更点は次のとおりです。

• アセットで使用可能なトラックを管理するための新しいトラック API がアセットに追加されました。
• H265 エンコード用の Main10 エンコード プロファイルが追加されました。
• CBR (固定ビット レート) と CRF (固定レート係数) の 2 つの新しいレート制御モードが可能な H264 エンコード用 RateControlMode が公開されました。
• ストリーミング エンドポイントの種類とそのスケールを示す "skus" プロパティがストリーミング エンドポイントに追加されました。 これにより、ストリーミング エンドポイントでのストリーミング ユニットの手動または自動スケーリングを構成することができます。
• Apple の低待機時間 HLS 形式 (LL-HLS) を利用した低待機時間のライブ ストリーミングに使用されるライブ イベントに "LowLatencyV2" ストリーム オプションが追加されました

新しいドキュメント コンテンツ: Microsoft Teams 会議をストリーミングする

Microsoft Teams から配信される会議の中継を Media Services ライブ イベントで簡単に行うことができます。 ライブ Teams 会議をパブリック Web サイトに簡単に設定したり、DRM を使用してストリームを保護したりできます。 Media Services エンコード プラットフォームで使用するために、ストリームを VOD アセットとしてキャプチャして記録します。 「Microsoft Teams 会議をストリーミングする」を参照してください。

新しいトラック API によるアセットのキャプションおよびサブタイトル トラックの遅延バインド

アセットの新しいトラック API により、アセット内で使用可能なトラックを一覧表示できます。 これにより、アセットに保存されている利用可能なオーディオ、ビデオ、テキスト トラックを検出できます。 トラック API により、IMSC1 テキスト プロファイルや WebVTT 形式のキャプションおよびサブタイトルの各ファイルをストリーミング アセットに遅延バインドすることが可能です。 これまでは、新しい遅延バインド トラックをアセットに追加するために、お客様は BLOB ストレージ アカウントの .ism ファイルを変更する必要がありました。 これは、その手動タスクに代わるもので、遅延バインドされたサブタイトルおよびキャプションの各ファイルの追加を可能にするためサポートされた SDK ルートが提供されます。

新しいトラック API の技術的な詳細については、AMS REST OpenAPI 仕様の 2021-11-01 バージョンに関するページを参照してください。

基本的なリスト トラック サンプルは Javascript で提供され、各 SDK の追加サンプルとドキュメントは近日提供される予定です。

2021 年 12 月

JavaScript SDK バージョン 10.0.0 を更新

JavaScript SDK が、最新の 2021-06-01 の REST API リリースをサポートするように更新されました。 この新しい Isomorphic JavaScript SDK には、Promise の向上したサポートと、Azure AD アプリケーションやマネージド ID などで使用するために @azure/identity ライブラリを使用して認証する機能が含まれています。

最新のパッケージをダウンロードするには、@azure/arm-media-services NPM パッケージを参照してください。

新しい JavaScript パッケージ用に更新され拡張された Node.js と TypeScript ベースのサンプルのセットは、GitHub で入手できます。 https://github.com/Azure-Samples/media-services-v3-node-tutorials

ヘブライ語、ペルシャ語、ポルトガル語 (ポルトガル) でオーディオまたは Video Analyzer の文字起こし用プリセットが使用可能に

ヘブライ語、ペルシャ語、ポルトガル語 (ポルトガル) (現時点で存在している現行のモデルはポルトガル語 (ブラジル)) でオーディオまたは Video Analyzer のプリセットが使用できるようになりました。

新しくサポートされる BCP-47 言語コードは、he-IL、fa-IR、pt-PT です。

新しいリージョン: スウェーデン中部リージョンが GA になりました

Media Services は、スウェーデン中部リージョンで一般提供されています。 現在、このリージョンにはいくつかの機能制限がありますが、このリージョンではいくつかの依存サービスの提供も待たれています。 リージョン別機能の利用可能チャートに関するページで、機能がいつ提供されるかをご確認ください。

新しいライブ イベント チャネル アーカイブのハートビート イベント

ライブ イベント アーカイブの状態と正常性を追跡する新しいイベントが追加されました。 この新しいイベントの詳細については、 Media Services 用の Event Grid スキーマ の LiveEventChannelArchiveHeartbeatEvent を参照してください。

2021 年 9 月

新しい基本のパススルー ライブ イベント SKU

新しい基本のパススルー ライブ イベント SKU を利用すると、顧客は低い価格設定でライブ イベントを作成できます。 標準のパススルー ライブ イベントに似ていますが、入力帯域幅の制限が低く、許可されるライブ出力が少なく、DVR ウィンドウの長さ制限が異なり、ライブ文字起こしへのアクセスがありません。 詳細については、「ライブ イベントの種類の比較」を参照してください。

ポータルでのストリーミング エンドポイントのスケール管理と監視の向上

ストリーミング エンドポイントのポータル ページには、エグレス容量を管理し、CDN が構成されている場合とされていない場合の対象ユーザーへのリーチを見積もることが簡単にできる方法が用意されました。 配信のビットレートと予想される CDN キャッシュ ヒット率を調整して、対象ユーザーのサイズを短時間で見積もることができ、より多くの Premium ストリーミング エンドポイントにスケールアップする必要があるかどうかを判断するのに役立ちます。

ストリーミング エンドポイントのポータル ページに CPU、エグレス、待機時間のメトリックが表示される

Azure portal のストリーミング エンドポイントで、CPU 負荷、エグレス帯域幅、エンドツーエンドの待機時間のメトリックを視覚化できるようになりました。 Azure Monitor の機能を使用して、ポータルで直接、CPU、エグレス、または待機時間のメトリックに基づいて監視アラートを作成できるようになりました。

Media Services アカウント用のユーザー割り当てマネージド ID のサポート

ユーザー割り当てマネージド ID を使用すると、お客様のストレージ アカウントおよび関連付けられたキー コンテナーのセキュリティを強化できるようになります。 ユーザーのストレージ アカウントとキー コンテナーにアクセスできるのは、ユーザー割り当てマネージド ID に限定されます。 お客様はユーザーが管理する ID の有効期間を完全に制御できます。また、必要に応じて、特定のストレージ アカウントへのメディア サービス アカウントのアクセス権を簡単に取り消すことができます。

ポータルの Media Services ストレージ アカウントのページで UAMI と SAMI の両方をサポート

Media Services のストレージ アカウントに、ユーザー割り当てマネージド ID (UAMI) またはシステム割り当てマネージド ID (SAMI) を Azure portal で直接割り当てて管理できるようになりました。

Bring Your Own Key で UAMI と SAMI の両方もサポートされるようになりました。

Media Services のキー管理ポータル ページで、ユーザー割り当てマネージド ID (UAMI) またはシステム割り当てマネージド ID (SAMI) の構成と管理がサポートされるようになりました。

Media Services のプライベート エンドポイントのサポート

各サービスのプライベート エンドポイントを作成することによって、コンテンツ保護と DRM のためにライブ イベント、ストリーミング エンドポイント、キー配信サービス エンドポイントへのパブリック アクセスを制限できるようになりました。 これにより、これらの各サービスへのパブリック アクセスが制限されます。 プライベート エンドポイントで構成されている構成済みの仮想ネットワーク (VNET) から送信されたトラフィックのみが、これらのエンドポイントに接続できます。

キー サービスの IP 許可リスト

DRM およびコンテンツ保護のために、特定のパブリック IP アドレスからキー配信サービスへのアクセスを許可できるようになりました。 ライブ イベントとストリーミング エンドポイントについては、それぞれのページで IP 許可リストの構成が既にサポートされています。

また、Media Services アカウントへのパブリック インターネット アクセスを許可またはブロックする、アカウント レベルの機能フラグを使用できるようになりました。

2021 年 7 月

.NET SDK (Microsoft.Azure.Management.Media) 5.0.0 リリースが NuGet で利用可能

Microsoft.Azure.Management.Media .NET SDK バージョン 5.0.0 が NuGet でリリースされました。 このバージョンは、ARM REST API の 2021-06-01 安定 バージョンで動作するように生成されます。

4\.0.0 リリースからの変更点について詳しくは、変更ログを参照してください。

5\.0.0 .NET SDK リリースでの変更点

• Media Services アカウントはシステムおよびユーザー割り当てマネージド ID 対応になりました。
• PublicNetworkAccess オプションを Media Services アカウントに追加しました。 このオプションを Private Link 機能と共に使用すると、アクセスをプライベート ネットワークのみに制限し、パブリック ネットワークからのアクセスをすべてブロックすることができます。
• 基本パススルー - 新しい種類のライブ イベントが追加されています。 "基本パススルー" ライブ イベントは標準パススルー ライブ イベントと同様の機能を備えていますが、入力と出力にいくつかの制限があり、低価格で提供されます。
• PresetConfigurations - 出力設定と、コンテンツに対応したエンコード プリセットに使用される最小および最大ビットレートをカスタマイズできます。 これにより、出力トラック番号や解像度が制限されているコンテンツに対応したエンコードを使用する際に、よりよい見積もりや正確な請求計画を立てることができます。

5\.0.0 .NET SDK リリースの破壊的変更

• 他のすべての Azure SDK と一貫性を保つため、ApiErrorException が ErrorResponseException に置換されました。 例外本文は変更されません。
• 404 Not found を返すすべての呼び出しで、null が返されるのではなく ErrorResponseException が発生するようになりました。 この変更は、他の Azure SDK との一貫性を維持するために行われました
• Media Service コンストラクターには、KeyDelivery パラメーターの後に新しい省略可能な PublicNetworkAccess パラメーターが与えられます。
• MediaServiceIdentity の Type プロパティは、コンマで区切った複数の値を入れるために、ManagedIdentityType 列挙型から文字列に変更されました。 有効な文字列は、SystemAssigned または UserAssigned です。

2021 年 6 月

診断を改善するための追加のライブ イベント取り込みハートビート プロパティ

追加のライブ イベント取り込みハートビート プロパティが、Event Grid メッセージに追加されました。 これには、ライブ取り込み中の問題の診断を支援する次の新しいフィールドが含まれます。 ingestDriftValue は、ライブ イベントにプッシュするソース取り込みエンコーダーからのネットワーク待機時間を監視する必要があるシナリオで役立ちます。 この値が大きすぎる場合は、ライブ ストリーミング イベントが成功するにはネットワーク待機時間が長すぎることを示している可能性があります。

詳細については、LiveEventIngestHeartbeat スキーマに関するページを参照してください。

Azure Private Link のサポートが一般提供されました

プライベート リンクで Media Services を使用するためのサポートが一般提供となり、Azure Government クラウドを含むすべての Azure リージョンで利用できるようになりました。

Azure Private Link を使用すると、仮想ネットワーク内のプライベート エンドポイント経由で、Azure PaaS サービスと Azure でホストされている顧客が所有するサービスまたはパートナー サービスにアクセスできます。

仮想ネットワークとサービスの間のトラフィックは、Microsoft のバックボーン ネットワークを経由して、パブリック インターネットからの公開を排除します。

プライベート エンドポイントを使用して Media Services を使用する方法の詳細は、プライベート エンドポイントを使用して Media Services とストレージ アカウントを作成する」をご覧ください

新しいリージョン: 米国西部 3 リージョンは GA です

米国西部 3 リージョンが一般提供となり、お客様が新しい Media Services アカウントを作成するときに使用できるようになりました。

キー配信で IP 許可リストの制限がサポートされる

キー配信に対する IP 許可リストの制限を使用して、Media Services アカウントを構成できるようになりました。 新しい許可リストの設定は、SDK を通して、およびポータルや CLI で、Media Services アカウント リソースに対して使用できます。 これにより、オペレーターは DRM ライセンスと AES-128 コンテンツ キーの配信を特定の IPv4 範囲に制限できます。

この機能を使用して、DRM ライセンスまたは AES-128 キーのすべてのパブリック インターネット配信を遮断し、プライベート ネットワーク エンドポイントへの配信を制限することもできます。

詳細については、「IP 許可リストを使用して DRM ライセンスおよび AES キー配信へのアクセスを制限する」という記事を参照してください。

Python および Node.js 用の新しいサンプル (TypeScript を使用)

Azure SDK の最新の TypeScript サポートを使用する Node.js のサンプルを更新しました。

サンプル	説明
ライブ ストリーミング	ライブ ストリーミングの基本的な例。 警告: ライブを使用する場合は、すべてのリソースがクリーンアップされていて、ポータルで課金されなくなっていることを確認してください
HLS と DASH をアップロードしてストリーミングする	ソース URL からローカル ファイルまたはエンコードをアップロードするための基本的な例。 サンプルでは、Storage SDK を使用してコンテンツをダウンロードする方法と、プレーヤーにストリーミングする方法が示されています
PlayReady と Widevine DRM を使用して HLS と DASH をアップロードしてストリーミングする	Widevine と PlayReady DRM を使用したエンコードとストリーミングの方法を示しています

新しい Python のサンプルでは、Azure Functions と Event Grid を使用して顔編集プリセットをトリガーする方法を示します。

2021 年 5 月

Media Services 内での Availability Zones の既定のサポート

Media Services が Availability Zones をサポートすることで、同じ Azure リージョン内で、障害から分離された場所を提供するようになりました。 Media Services アカウントは既定でゾーン冗長になりました。追加の構成や設定は必要ありません。 これは、Availability Zones をサポートするリージョンにのみ適用されます

2021 年 3 月

AudioAnalyzer プリセットに追加された新しい言語サポート

AudioAnalyzer プリセット (基本モードと標準モードの両方) に、ビデオの文字起こしと字幕に使用できる言語が新しく追加されました。

• 英語 (オーストラリア): en-AU
• フランス語 (カナダ): fr-CA
• アラビア語 (バーレーン) 現代標準: ar-BH
• アラビア語 (エジプト): ar-EG
• アラビア語 (イラク): ar-IQ
• アラビア語 (イスラエル): ar-IL
• アラビア語 (ヨルダン): ar-JO
• アラビア語 (クウェート): ar-KW
• アラビア語 (レバノン): ar-LB
• アラビア語 (オマーン): ar-OM
• アラビア語 (カタール): ar-QA
• アラビア語 (サウジアラビア): ar-SA
• デンマーク語: da-DK
• ノルウェー語: nb-NO
• スウェーデン語: sv-SE
• フィンランド語: fi-FI
• タイ語: th-TH
• トルコ語: tr-TR

ビデオとオーディオ ファイルの概念の分析に関する記事で、利用可能な最新の言語をご確認ください。

2021 年 2 月

Standard Encoder での HEVC エンコードのサポート

Standard Encoder で、8 ビットの HEVC (H.265) エンコードがサポートされるようになりました。 HEVC コンテンツは、'hev1' 形式を使用して、Dynamic Packager を通じて配信およびパッケージ化できます。

HEVC サンプルを含む新しい .NET カスタム エンコードは、media-services-v3-dotnet Git Hub リポジトリで入手できます。 カスタム エンコードに加えて、次の組み込み HEVC エンコード プリセットを新しく使用できるようになりました。

• H265ContentAwareEncoding
• H265AdaptiveStreaming
• H265SingleBitrate720P
• H265SingleBitrate1080p
• H265SingleBitrate4K

v2 API の Premium Encoder で HEVC を使用していたお客様は、Standard Encoder で新しい HEVC エンコード サポートを使用するように移行する必要があります。

Azure Media Services v2 API と SDK の廃止に関するお知らせ

2024 年 2 月 29 日までに Azure Media Services REST API と SDK を v3 に更新してください

.NET および Java 用のバージョン 3 の Azure Media Services REST API とクライアント SDK では、バージョン 2 よりも多くの機能を提供しているため、.NET および Java 用のバージョン 2 の Azure Media Services REST API とクライアント SDK を廃止する予定です。

.NET および Java 用のバージョン 3 の Azure Media Services REST API とクライアント SDK の豊富なメリットを活用するために、早めに切り替えを行うことをお勧めします。 バージョン 3 では次のものが提供されます。

• 24 時間 365 日体制のライブ イベント サポート
• ARM REST API、.NET Core 用のクライアント SDK、Node.js、Python、Java、Go、Ruby。
• カスタマー マネージド キー、信頼されたストレージ統合、プライベート リンクのサポート、その他

v3 API と SDK に対する更新の一部として、Media Services アカウントにメディア占有ユニット (MRU) は不要になりました。負荷に基づいてシステムによって自動的にスケールアップとスケールダウンが行われるためです。 詳細については、MRU の移行ガイダンスに関するページを参照してください。

v2 から v3 への移行におけるスタンドアロン ライセンス配信サーバー (ハイブリッド オンプレミス モード) としての AMS の非推奨化について

v3 API は、コンテンツ保護のスタンドアロン機能としてのキー配信サービスの使用をサポートしなくなりました。キー配信サービスは、他のサード パーティ配信元サーバーを通じてストリーミングまたは配信されるコンテンツのライセンス配信に使用できます。 つまり、AMS は V3 API によるキー配信のみのシナリオをサポートしなくなり、v3 を使用して配信する場合は、ダイナミック パッケージ化と暗号化を使用して AMS 配信元サービスからストリーミングする必要があります。

v2 API で暗号化され、"ハイブリッド" モデルで配信される既存のコンテンツは引き続き機能しますが (キーはデータ プレーンで引き続き取得可能です)、v2 管理プレーンまたは v3 管理プレーンを介したこれらのキーの管理 (更新と編集) は、2024 年 2 月 29 日以降機能しなくなります。

注意

v3 を使用して配信されるすべての新しいコンテンツは、AMS からのコンテンツ保護とストリーミングのみをサポートし、"ハイブリッド" モードをサポートしなくなりました。 データ プレーンでは、v2 で作成された既存のキーとライセンスが引き続き配信されますが、v2 または v3 API を使用した管理または更新はサポートされなくなります。

必要な操作

ワークロードの中断を最小限に抑えるために、移行ガイドを参照して、2024 年 2 月 29 日までにコードをバージョン 2 の API と SDK からバージョン 3 の API と SDK に移行してください。 2024 年 2 月 29 日以降は、Azure Media Services は、バージョン 2 の REST API、ARM アカウント管理 API バージョン 2015-10-01、またはバージョン 2 の .NET クライアント SDK からのトラフィックを受け入れなくなります。 これには、バージョン 2 の API を呼び出す可能性があるサード パーティ製のオープンソースのクライアント SDK が含まれます。

公式の Azure の更新情報に関するお知らせをご確認ください。

Standard Encoder での v2 API 機能のサポート

新しく追加された HEVC (H.265) エンコードのサポートに加えて、2020-05-01 (以降) バージョンのエンコード API では次の機能を使用できるようになりました。

• 新しい Jobinputclip サポートを使用して、複数の入力ファイルを結合できるようになりました。
  • .NET 用の例では、2 つのアセットを結合する方法を示しています。
• オーディオ トラックのオプションにより、お客様は着信オーディオ トラックを選択してマップし、出力にルーティングしてエンコードできます
  • Audiotrackdescriptor とトラックのオプションの詳細については、REST API OpenAPI に関するセクションを参照してください。
• エンコードでのトラックの選択 - お客様は、ABR ソース ファイル、または複数のビットレート トラックを含むライブ アーカイブからトラックを選択できます。 ライブ イベント アーカイブ ファイルから MP4 を生成する場合に非常に便利です。
  • Videotrackdescriptor に関するセクションを参照してください
• FaceDetector に追加された編集 (ぼかし) 機能
  • FaceDetector プリセットの Redact と Combined の各モードを参照してください

2020-05-01 バージョンの Azure Media Services API の新しいクライアント SDK リリース

使用可能な全言語の新しいクライアント SDK バージョン、および前述の機能を使用できるようになりました。 パッケージ マネージャーを使用して、コード ベースで最新クライアント SDK に更新してください。

• .NET SDK パッケージ 3.0.4
• Node.js TypeScript バージョン 8.1.0
• Python azure-mgmt-media 3.1.0
• Java SDK 1.0.0-beta.2

2020-05-01 バージョンの Azure Media Services API で使用できる新しいセキュリティ機能

• カスタマー マネージド キー: "2020-05-01" バージョンの API を使用して作成されたアカウントに保存されているコンテンツ キーと他のデータは、アカウント キーを使用して暗号化されます。 お客様は、アカウント キーを暗号化するためのキーを提供できます。

• 信頼されたストレージ : Media Services は、Media Services アカウントに関連付けられているマネージド ID を使用して Azure Storage にアクセスするように構成できます。 マネージド ID を使用してストレージ アカウントにアクセスする場合、お客様は Media Services シナリオをブロックすることなく、より制限の厳しいネットワーク ACL をストレージ アカウントで構成できます。

• マネージド ID: お客様は、Media Services アカウントのシステム割り当てマネージド ID を有効にして、キー コンテナー (カスタマー マネージド キーの場合) とストレージ アカウント (信頼されるストレージの場合) にアクセスできるようにすることができます。

Isomorphic SDK for JavaScript を使用した TypeScript Node.js のサンプルの更新

Node.js のサンプルは、最新の Isomorphic SDK を使用するように更新されています。 このサンプルでは、TypeScript の使用方法が示されています。 また、Node.js/TypeScript 用に、新しいライブ ストリーミング サンプルが追加されました。

media-services-v3-node-tutorials Git Hub リポジトリで、最新のサンプルを確認してください。

ウォーム状態からの高速な起動をサポートする新しいライブ スタンバイ モード

ライブ イベントで、"スタンバイ" に低コスト課金モードが適用されるようになりました。 このため、お客様は、"ホット プール" の作成時に、ライブ イベントをより低コストで事前割り当てすることができます。 その後、お客様は、スタンバイ ライブ イベントを使用することで、作成時のコールドな状態から開始するよりも速く実行中の状態に移行することができます。 このため、チャネルの開始にかかる時間が大幅に短縮され、低価格モードで実行されているマシンをホットプールに高速に割り当てることができます。 最新の料金の詳細については、こちらを参照してください。 スタンバイ状態とライブ イベントのその他の状態の詳細については、記事「ライブ イベントの状態と課金」を参照してください。

2020 年 12 月

リージョン別の提供状況

Azure Media Services は、ノルウェー東部リージョンの Azure portal で利用できるようになりました。 このリージョンには restV2 はありません。

2020 年 10 月

Basic の音声分析

音声分析のプリセットに、Basic モードの価格レベルが含まれるようになりました。 新しい Basic の音声アナライザー モードによって、音声の文字起こしの抽出、出力キャプションと字幕の書式設定の低コストのオプションが提供されます。 このモードを使用すると、音声からテキストへの文字起こし、VTT 字幕またはキャプション ファイルの生成が実行されます。 このモードの出力には、キーワード、文字起こし、タイミング情報のみを含む Insights JSON ファイルなどがあります。 このモードには、自動言語検出と話者のダイアライゼーションは含まれていません。 サポートされている言語のリストを参照してください。

インデクサー v1 およびインデクサー v2 を使用しているお客様は、Basic の音声分析のプリセットに移行する必要があります。

基本的な音声アナライザー モードの詳細については、ビデオおよび音声のファイルの分析に関するページを参照してください。

ライブ イベント

ライブ イベントが停止したときに、ほとんどのプロパティの更新が許可されるようになりました。 さらに、ユーザーは、ライブ イベントの入力およびプレビューの URL に対して、静的ホスト名のプレフィックスを指定できます。 VanityUrl は、プロパティの意図をより適切に反映するために useStaticHostName と呼ばれるようになりました。

ライブ イベントにスタンバイ状態が追加されました。 「Media Services のライブ イベントとライブ出力」を参照してください。

ライブ イベントでは、さまざまな入力の縦横比の受信がサポートされています。 ストレッチ モードを使用すると、顧客が出力の拡張動作を指定できます。

ライブ エンコードに、0.5 - 20 秒の固定キー フレーム間隔フラグメントを出力する機能が追加されました。

アカウント

警告

2020-05-01 API バージョンで Media Services アカウントを作成した場合、RESTv2 では機能しません。

2020 年 8 月

動的暗号化

レガシ PlayReady Protected Interoperable File Format (PIFF 1.1) 暗号化のサポートが Dynamic Packager で利用できるようになりました。 これにより、Microsoft が公開した Common Encryption 標準 (CENC) の早期ドラフトを実装した Samsung 製および LG 製のレガシ スマート TV セットのサポートが提供されます。 PIFF 1.1 形式は、Silverlight クライアント ライブラリによって以前サポートされていた暗号化形式としても知られています。 現在、この暗号化形式の唯一のユース ケース シナリオは、PIFF 1.1 暗号化によるスムーズ ストリーミングのみがサポートされている一部のリージョンで相当な数のスマート テレビが残っているレガシ スマート TV 市場をターゲットにすることです。

新しい PIFF 1.1 暗号化サポートを使用するには、ストリーミング ロケーターの URL パスで暗号化値を "piff" に変更します。 詳細については、コンテンツ保護の概要に関するページを参照してください。次に例を示します。|

Note

PIFF 1.1 のサポートは、初期の "Silverlight" バージョンの Common Encryption を実装したスマート TV (Samsung、LG) で下位互換性を保つためのソリューションとして提供されています。 PIFF 形式は、PIFF 1.1 バージョンの PlayReady 暗号化をサポートしている 2009 から 2015 年に出荷された Samsung または LG 製レガシ スマート TV をサポートするために必要な場合のみ使用します。

2020 年 7 月

ライブ文字起こし

ライブ文字起こしで 19 の言語と 8 つの地域がサポートされるようになりました。

高可用性

Media Services とビデオ オン デマンド (VOD) を使用した高可用性の概要とサンプルを公開しました。

2020 年 6 月

Live Video Analytics on IoT Edge プレビュー リリース

Live Video Analytics on IoT Edge のプレビューが公開されました。

Live Video Analytics on IoT Edge は、メディア サービス ファミリの拡張です。 独自のエッジ デバイスで任意の AI モデルを使用してライブ ビデオを分析し、必要に応じてそのビデオをキャプチャして記録することができます。 ライブ ビデオ パイプラインの構築と運用の複雑さを気にせずに、エッジでリアルタイムのビデオ分析を使用してアプリを作成できるようになりました。

2020 年 5 月

新しいリージョン: ゲルメイ北部、ドイツ中西部、スイス北部、スイス西部が GA になりました

Azure Media Services は、次のリージョンで一般提供されています。"ドイツ北部"、"ドイツ中西部"、"スイス北部"、および "スイス西部"。 お客様は、Azure portal を使用して、これらのリージョンに Media Services をデプロイできます。

2020 年 4 月

ドキュメントの改善

Azure Media Player ドキュメントは、Azure ドキュメントに移行されました。

2020 年 1 月

メディア プロセッサの機能強化

• ビデオ分析でのインターレース ソースのサポートが強化されました。このようなコンテンツは推論エンジンに送信される前に適切にインターレースが解除されるようになりました。
• "最適" モードでサムネイルを生成すると、エンコーダーでは、モノクロではないフレームの選択にかかる検索時間が 30 秒を超えるようになりました。

Azure Government クラウドの更新

Media Services が次の Azure Government リージョンで一般公開されました。米国政府アリゾナおよび米国政府テキサス。

2019 年 12 月

ライブ ストリーミングとビデオ オンデマンド ストリーミングの両方の Origin-Assist Prefetch ヘッダーに対する CDN サポートが追加されました。Akamai CDN と直接契約しているお客様が利用できます。 Origin-Assist CDN-Prefetch 機能には、Akamai CDN と Azure Media Services オリジン間での次の HTTP ヘッダーの交換が含まれます。

HTTP ヘッダー	値	送信者	受信者	目的
CDN-Origin-Assist-Prefetch-Enabled	1 (既定) または 0	CDN	出発地	CDN がプリフェッチ対応であることを示すこと
CDN-Origin-Assist-Prefetch-Path	例: フラグメント(ビデオ= 1400000000, フォーマット = mpd-time-cmaf)	出発地	CDN	CDN にプリフェッチ パスを提供すること
CDN-Origin-Assist-Prefetch-Request	1 (プリフェッチ要求) または 0 (通常の要求)	CDN	出発地	CDN からの要求がプリフェッチであることを示すこと

ヘッダー交換の一部を実際に確認するには、次の手順を実行します。

1. curl を使用して、オーディオまたはビデオのセグメントまたはフラグメントの Media Services 配信元に要求を発行します。 ヘッダー CDN-Origin-Assist-Prefetch-Enabled: 1 を必ず要求に追加してください。
2. 応答には、その値として相対パスが指定されたヘッダー CDN-Origin-Assist-Prefetch-Path が表示されます。

2019 年 11 月

ライブ文字起こし (プレビュー)

ライブ文字起こしのパブリック プレビューが始まっており、米国西部 2 リージョンでご利用いただけます。

ライブ文字起こしはアドオン機能としてライブ イベントと連動するように設計されています。 パススルーと Standard または Premium のエンコード ライブ イベントの両方でサポートされています。 この機能が有効になっている場合、このサービスでは Cognitive Services の音声テキスト変換機能を使用して、受信したオーディオの音声を文字起こししてテキストにします。 その後、このテキストは、MPEG-DASH および HLS プロトコルのビデオとオーディオで配信できるようになります。 課金は、"実行中" 状態のとき、ライブ イベントの追加コストとなる新しいアドオン メーターに基づきます。 ライブ文字起こしと課金の詳細については、「ライブ文字起こし」を参照してください。

Note

現在、ライブ文字起こしは、米国西部 2 リージョンのプレビュー機能としてのみ提供されています。 現時点では英語 (en-us) 音声の文字起こしのみサポートされています。

コンテンツの保護

去る 9 月に限定リージョンで公開された "トークン再生防止" 機能が全リージョンで利用できるようになりました。 Media Services をご利用のお客様は、キーまたはライセンスの要求に同じトークンを使用できる回数に上限を設定できるようになりました。 詳細については、「トークン再生の防止」を参照してください。

新しいおすすめのライブ エンコーダー パートナー

RTMP ライブ ストリーミングで次の新しいおすすめパートナー エンコーダーのサポートが追加されました。

• Cambria Live 4.3
• GoPro Hero7/8 および Max アクション カメラ
• Restream.io

ファイル エンコードの機能強化

• 新しいコンテンツに対応したエンコードのプリセットが使用できるようになりました。 これは、コンテンツに対応したエンコードを使用して、GOP がアラインメントされた MP4 セットを生成します。 入力コンテンツが指定されると、サービスは入力コンテンツの最初の軽量分析を実行します。 その結果を使用して、アダプティブ ストリーミングによる配信に最適なレイヤー数、適切なビット レート、解像度の設定を決定します。 このプリセットは、複雑さが低から中程度のビデオに有効です。つまり、ビット レートは低くなりますが、視聴者には快適なエクスペリエンスを提供できる品質を備えた出力ファイルということになります。 出力には、ビデオとオーディオがインターリーブされた MP4 ファイルが含まれるようになります。 詳細については、オープン API 仕様を参照してください。
• Standard Encoder のサイズ変更機能の性能とマルチスレッドが改善されました。 特定の条件下では、お客様は 5% から 40% の VOD エンコードで性能向上をご体験いただけます。 複雑性が低いコンテンツが複数のビットレートにエンコードされるとき、最も高い性能アップを確認できます。
• 標準のエンコードでは、時間基準の GOP 設定の使用時、VOD エンコード中、可変フレーム レート (VFR) コンテンツで通常の GOP ペースが維持されるようになりました。 つまり、たとえば、15 fps から 30 fps の範囲で変化する混在フレーム レート コンテンツを送信すると、アダプティブ ビットレート ストリーミング MP4 ファイルへの出力に対して通常の GOP 距離が計算されます。 これにより HLS または DASH 経由で配信するときにトラック間で途切れなく切り替える機能が向上します。
• 可変フレーム レート (VFR) ソース コンテンツの AV 同期の向上

Azure Video Indexer、Video Analytics

• VideoAnalyzer プリセットで抽出されたキーフレームがサイズ変更なく、動画の元の解像度で与えられるようになりました。 高解像度のキーフレーム抽出により元の画質が与えられ、Microsoft の Computer Vision サービスと Custom Vision サービスで提供される画像を基盤とする人工知能モデルを活用し、動画からさらに踏み込んだ分析情報を得ることができます。

2019 年 9 月

Media Services v3

ライブ イベントのライブ リニア エンコード

Media Services v3 で、24 時間 365 日のライブ イベントのライブ リニア エンコードのプレビュー版が発表されました。

Media Services v2

メディア プロセッサの非推奨化

Azure Media Indexer および "Azure Media Indexer 2 プレビュー" の廃止を発表します。 提供終了日については、レガシ コンポーネントに関する記事を参照してください。 これらのレガシ メディア プロセッサは、Azure Video Indexer によって置き換えられます。

詳細については、Media Indexer および Media Indexer 2 から Azure Media Services Video Indexer への移行に関する記事を参照してください。

2019 年 8 月

Media Services v3

南アフリカのリージョン ペアで Media Services を提供開始

Media Services を南アフリカ北部と南アフリカ西部の各リージョンで利用できるようになりました。

詳細については、「Media Services v3 が存在するクラウドとリージョン」を参照してください。

Media Services v2

メディア プロセッサの非推奨化

お知らせしているように Windows Azure Media Encoder (WAME) と Azure Media Encoder (AME) のメディア プロセッサは非推奨となっており、廃止される予定です。 提供終了日については、このレガシ コンポーネントに関する記事を参照してください。

詳細については、WAME から Media Encoder Standard への移行と AME から Media Encoder Standard への移行に関するページを参照してください。

2019 年 7 月

コンテンツの保護

トークン制限で保護されたコンテンツをストリーミングする場合、エンドユーザーはキー配信要求の一部として送信されるトークンを取得する必要があります。 トークン再生の防止機能を使用すると、Media Services のユーザーは、同じトークンを使用してキーまたはライセンスを要求できる回数に制限を設定できます。 詳細については、「トークン再生の防止」を参照してください。

7 月の時点では、プレビュー機能は米国中部と米国中西部でのみ利用できました。

2019 年 6 月

ビデオのサブクリップ

ジョブを使用してビデオをエンコードする際に、ビデオをトリミングまたはサブクリップできるようになりました。

この機能は、BuiltInStandardEncoderPreset プリセットまたは StandardEncoderPreset プリセットを使用して構築された変換で動作します。

2019 年 5 月

Media Services の診断ログとメトリックに対する Azure Monitor のサポート

Media Services で出力されたテレメトリ データを Azure Monitor を使用して表示できるようになりました。

• Azure Monitor の診断ログを使用して、Media Services のキー配信エンドポイントによって送信された要求を監視します。
• Media Services のストリーミング エンドポイントによって出力されたメトリックを監視します。

詳細については、「Media Services の監視」を参照してください。

ダイナミック パッケージでの複数のオーディオ トラックのサポート

複数のコーデックと言語を使用する複数のオーディオ トラックを持つ資産をストリーミングするとき、ダイナミック パッケージでは、HLS 出力 (バージョン 4 以上) 用の複数のオーディオ トラックがサポートされるようになりました。

韓国のリージョン ペアで Media Services を提供開始

Media Services が、韓国中部と韓国南部のリージョンで利用できるようになりました。

詳細については、「Media Services v3 が存在するクラウドとリージョン」を参照してください。

パフォーマンスの向上

Media Services のパフォーマンス向上を含む更新が追加されました。

• 処理でサポートされているファイルの最大サイズが更新されました。 クォータと制限に関する記事を参照してください。
• エンコードの速度の向上。

2019 年 4 月

新しいプリセット

• FaceDetectorPreset が組み込みのアナライザー プリセットに追加されました。

2019 年 3 月

動的パッケージが Dolby Atmos 対応になりました。 詳細については、「ダイナミック パッケージによってサポートされているオーディオ コーデック」を参照してください。

資産またはアカウント フィルターの一覧を指定できるようになりました。これはストリーミング ロケーターに適用されます。 詳細については、フィルターとストリーミング ロケーターの関連付けに関する記事を参照してください。

2019 年 2 月

Media Services v3 が Azure 国内クラウドでサポートされるようになりました。 まだすべてのクラウドですべての機能が使用できるわけではありません。 詳細については、「Azure Media Services v3 が存在するクラウドとリージョン」を参照してください。

Microsoft.Media.JobOutputProgress イベントが Media Services の Azure Event Grid スキーマに追加されました。

2019 年 1 月

Media Encoder Standard および MPI ファイル

Media Encoder Standard でエンコードして MP4 ファイルを生成すると、新しい .mpi ファイルが生成され、出力アセットに追加されます。 この MPI ファイルの目的は、ダイナミック パッケージとストリーミングのシナリオのパフォーマンスを向上させることです。

MPI ファイルを変更または削除したり、サービスにこのようなファイルが存在するかどうかに依存しないようにしてください。

2018 年 12 月

V3 API の GA リリースの更新プログラム:

• 資産フィルターとアカウント フィルターでは PresentationTimeRange プロパティが '必須' でなくなりました。
• Jobs と Transforms のクエリ オプション、$top と $skip が削除され、$orderby が追加されました。 新しい順序付け機能を追加する手順の一部で、実装されていない $top オプションと $skip オプションが、以前は偶発的に公開されていたことが判明しました。
• 列挙型の拡張性が再有効化されました。 この機能はプレビュー版の SDK で有効になりましたが、GA 版で偶発的に無効になりました。
• 定義済みの 2 つのストリーミング ポリシーの名前が変更されました。 SecureStreaming が MultiDrmCencStreaming になりました。 SecureStreamingWithFairPlay が Predefined_MultiDrmStreaming になりました。

2018 年 11 月

CLI 2.0 モジュールが、Azure Media Services v3 GA – v 2.0.50 で使用できるようになりました。

新しいコマンド

• az ams account
• az ams account-filter
• az ams asset
• az ams asset-filter
• az ams content-key-policy
• az ams job
• az ams live-event
• az ams live-output
• az ams streaming-endpoint
• az ams streaming-locator
• az ams account mru - メディア占有ユニットを管理できます。

新機能と重大な変更

アセット コマンド

• --storage-account および --container 引数が追加されました。
• az ams asset get-sas-url コマンドに有効期限 (現在 + 23 時間) とアクセス許可 (読み取り) の既定値が追加されました。

ジョブ コマンド

• --correlation-data および --label 引数が追加されました
• --output-asset-names が --output-assets に変更されました。 "assetName=label" 形式の、スペース区切りのアセットのリストを受け入れるようになりました。 "assetName=" のようなラベルのないアセットを送信できます。

ストリーミング ロケーター コマンド

• az ams streaming locator ベース コマンドが az ams streaming-locator に置き換えられました。
• --streaming-locator-id および --alternative-media-id support 引数が追加されました。
• --content-keys argument 引数が更新されました。
• --content-policy-name が --content-key-policy-name に変更されました。

ストリーミング ポリシー コマンド

• az ams streaming policy ベース コマンドが az ams streaming-policy に置き換えられました。
• az ams streaming-policy create での暗号化パラメーターのサポートが追加されました。

変換コマンド

• --preset-names 引数が --preset に置き換えられました。 現在同時に設定できるのは、1 つの出力/プリセットのみです (さらに追加するには az ams transform output add を実行する必要があります)。 また、カスタムの JSON にパスを渡すことで、カスタム StandardEncoderPreset を設定することもできます。
• az ams transform output remove は、削除する出力インデックスを渡すことで実行できます。
• --relative-priority, --on-error, --audio-language and --insights-to-extract 引数が、az ams transform create および az ams transform output add コマンドに追加されました。

2018 年 10 月 - GA

このセクションでは、Azure Media Services (AMS) の 10 月の更新について説明します。

REST v3 GA リリース

REST v3 GA リリースには、ライブの追加の API、アカウント/アセット レベルのマニフェスト フィルター、および DRM サポートが含まれています。

Azure Resource Management

Azure Resource Management のサポートにより、管理と操作の API が統一されます (現在はすべて一か所にあります)。

このリリース移行では、Resource Manager テンプレートを使用して、ライブ イベントを作成できます。

アセット操作の向上

次の機能強化が導入されています。

• HTTP(s) URL または Azure Blob Storage SAS URL からの取り込み。
• アセットで独自のコンテナー名の指定。
• Azure Functions を使用してカスタム ワークフローを作成するための簡単な出力サポート。

新しい変換オブジェクト

新しい変換オブジェクトによってエンコード モデルが簡略化されます。 この新しいオブジェクトを使用すると、Resource Manager テンプレートおよびプリセットの作成と共有が簡単になります。

Azure Active Directory 認証と Azure RBAC

Azure AD Authentication と Azure ロールベースのアクセス制御 (Azure RBAC) によって、Azure AD のロールまたはユーザーごとのセキュアな変換、LiveEvent、コンテンツ キー ポリシー、またはアセットが実現します。

クライアント SDK

Media Services v3 でサポートされる言語: .NET Core、Java、Node.js、Ruby、TypeScript、Python、Go。

ライブ エンコードの更新

ライブ エンコードには次の更新が導入されています。

• ライブの新しい低待機時間モード (エンド ツー エンドで 10 秒)。

• RTMP サポートの強化 (安定性の向上およびソース エンコーダー サポートの強化)。

• RTMPS のセキュアな取り込み。

  ライブ イベントを作成すると、4 つの取り込み URL が取得されるようになりました。 4 つの取り込み URL はほとんど同じで。ストリーミング トークン (AppId) は同じですが、ポート番号の部分のみが異なります。 URL のうち 2 つは RTMPS のプライマリとバックアップです。

• 24 時間のコード変換サポート。

• SCTE35 経由の RTMP での広告シグナル サポートの強化。

Event Grid サポートの強化

Event Grid のサポートが次のように強化されています。

• Logic Apps と Azure Functions を使用した開発を容易にするための Azure Event Grid の統合。
• エンコーディングやライブ チャンネルなどでイベントをサブスクライブ。

CMAF のサポート

CMAF と 'cbcs' 暗号化のサポート。Apple HLS (iOS 11+) および、CMAF をサポートする MPEG-DASH プレーヤーに対応します。

Video Indexer

Video Indexer GA のリリースは 8 月に発表されました。 現在サポートされている機能に関する新しい情報については、「Video Indexer とは」をご覧ください。

変更の計画

Azure CLI 2.0

すべての機能 (ライブ、コンテンツ キー ポリシー、アカウント/アセット フィルター、ストリーミング ポリシーなど) の操作を含む Azure CLI 2.0 モジュールは近日公開されます。

既知の問題

アセットまたはアカウント フィルターのプレビュー API を使用していた顧客のみが、次の問題によって影響を受けます。

Media Services v3 CLI または API を使用して 9 月 28 日から 10 月 12 日までにアセットまたはアカウント フィルターを作成した場合、バージョンが競合するため、すべてのアセットとアカウント フィルターを削除してから再作成する必要があります。

2018 年 5 月 - プレビュー

.NET SDK

.NET SDK には次の機能があります。

• ストリーミング ロケーター: コンテンツをエンドユーザー デバイスに公開およびストリーミングします。
• ストリーミング ポリシーおよびコンテンツ キー ポリシー: コンテンツ配信時のキーの配信とコンテンツ保護 (DRM) を構成します。
• ライブ イベントおよびライブ出力: ライブ ストリーミング コンテンツの取り込みとアーカイブを構成します。
• Asset: メディア コンテンツの Azure Storage への格納と発行を行います。
• ストリーミング エンドポイント: ダイナミック パッケージ、暗号化、およびライブとオンデマンドの両方のメディア コンテンツのストリーミングを構成およびスケーリングします。

既知の問題

• ジョブを送信するときに、Azure Blob storage 内にあるファイルへの HTTPS URL、SAS の URL またはパスを使用して、ソース ビデオを取り込むように指定できます。 現在、Media Services v3 では HTTPS URL を介したチャンク転送エンコードはサポートされていません。

質問、フィードバックの送信、最新情報の入手

「Azure Media Services community (Azure Media Services コミュニティ)」を参照して、さまざまな質問の方法、フィードバックする方法、Media Services に関する最新情報の入手方法を確認してください。

関連項目

Media Services v2 から v3 への移行のガイダンス