なお、本現象につきましては、音声の再生時のパフォーマンスを重視する必要があり、メモリ解放が低優先度となる仕様に基づく動作となります。

事象発生までの流れ

PlaySound API は、Windows にて特定の音データを再生するために利用する代表的なAPI です。

PlaySound function

https://msdn.microsoft.com/en-us/library/windows/desktop/dd743680(v=vs.85).aspx

このAPI は基本的に指定された音データのみを一度 再生します。そのため、継続的に音を再生する場合や複数の音源を再生する場合など、利用目的によっては、PlaySound API を繰り返して呼ぶ利用方法が考えられます。

ただ、繰り返して呼び出す利用方法にて、API の呼び出し間隔が(1 秒未満など) 短い場合は、時間の経過とともにOS 内のモジュールAudiodg.exe のメモリ使用量が徐々に増加する事象が発生します。この事象は、PlaySound が呼び出されている間は継続して発生します。

増加量の度合いは呼び出しの頻度や音データのサイズに影響されますが、目安として、50~100 ミリ秒程度の間隔でPlaySound API を繰り返し呼び出した場合、30~40 時間程度でAudiodg.exe のメモリ使用量が1 GB 単位に至ります。

事象の発生要因について

この事象は、Audiodg.exe が再生側のパフォーマンスを重視した処理を行っている結果として、メモリの解放処理が遅延しているために発生します。音声の再生には、周波数に応じたサンプリングデータ生成が必要です。もし処理が間に合わない場合には、正しい音が再生できないこととなるため、音声再生のパフォーマンスを重視する仕様となっております。

PlaySound API を呼び出した際は、OS 内の処理として、Windows オーディオ サービス (Audiosrv) がAudiodg.exe に対し呼び出し(RPC ※1) をかけます。Audiodg.exe は、その呼び出しに応じて、音の再生など必要な処理を行います。この際に、音データなど処理に必要なデータは(C++) オブジェクトとしてOS よりメモリ内に割り当てられています。

ただ、その再生処理が完了した後でも、Audiodg.exe は、その同じRPC 処理の中で割り当てられたメモリの開放を即座に行いません。これは、「音の再生」という優先度の高い処理を滞りなく実行するための、パフォーマンスの維持を考慮した結果の動作となっています。

その代わりAudiodg.exe は、後にメモリの開放を行うための印として、処理に利用したオブジェクトに対して、「利用済み」であることを表すフラグをセットします。

Audiodg.exe は、実際にメモリの開放を行う処理を、このフラグの有無をベースに、専用のスレッドを通して一定の間隔で行います。ただ、解放処理を実行するには、まずスレッドが開始できる状態である必要があります。

今回の事象が発生するような、短い間隔での音再生が繰り返されるAPI の利用方法では、Audiodg.exe にて専用スレッドの開始を行うためのリソースがない状況が続きます。その結果、解放処理は開始されず、メモリの割り当てのみが繰り返し行われ、メモリ使用量の増加が継続して発生します。

もし解放専用のスレッドが実行できる程度のリソースをAudiodg.exe が確保できる場合は、解放処理が始まり、メモリの開放が行われます。そのため、PlaySound API を実行しているプログラムが終了した場合、メモリ使用量の低下が見込まれます。

なお、この事象はあくまで後負荷の処理に起因した「メモリ使用量の増加」であるため、メモリ リークは発生しておりません。Audiodg.exe にて発生するメモリー リークについては、以下の既知の問題がありますが、この事象との関連性はございません。

Handle leak occurs in the Audiodg.exe process in Windows 7 or in Windows Server 2008 R2

https://support.microsoft.com/en-us/help/2670667/handle-leak-occurs-in-the-audiodg-exe-process-in-windows-7-or-in-windo

対処法について

上記の詳細の通り、この事象は、メモリの開放を行う動作が実行されることで解消します。そのため、対処法としては、以下の方法が考えられます。

·         PlaySound API を繰り返し呼び出す間隔を(数秒程度に) 広げ、解放処理を実行できる程度のリソースをAudiodg.exe で控えられるようにする

·         PlaySound API を一定期間呼ばない処理を加える

·         以下のコマンドなどで、Windows オーディオ サービス(Audiosrv) を一度 停止し、強制的に割り当てられたメモリを解放した後、サービスを再開させる

Net stop audiosrv

Net start audiosrv

補足

※ 1: Remote Procedure Call (RPC) の概要については、以下のドキュメントをご参照ください。

Remote Procedure Call https://msdn.microsoft.com/en-us/library/windows/desktop/aa378651(v=vs.85).aspx

こんにちは、マルチメディアサポートチームです。今回は、Windows 10 Anniversary Update 及び Windows 10 Creators Update で確認されている、ある条件下でシステム音が流れない現象について案内します。

事象発生までの流れ

Windows 10 にて、タスク バーのスピーカー アイコンをクリックすると、以下 図1 のように、ボリュームを調整するための「ボリューム スライダー」がタスク バーの上に表示されます。

(図 1)

このボリューム スライダーを利用して任意の値にボリュームを設定した際、音量の確認のために、「一般の警告音」プログラム イベントで設定されている音が再生されます。(参照: 図 2)

(図 2)

この音が再生されている途中に、ユーザーがボリューム スライダー UI から (デスクトップをクリックするなどして) フォーカスを外します。その場合、以下の動作になる場合があります。

·         Windows 10 Anniversary Update: 音がフェードアウトします。

·         Windows 10 Creators Update: 音の再生が中断されます。

この状態で、以下の例に挙げられているような、「システム音」の再生を試みた場合、音が流れない場合があります。

·         Beep API でBeep 音を再生する

·         PlaySound API を"SND_SYSTEM" フラグを付けた状態で呼び出す(※1)

·         図2 で表示されている"サウンド" 項目のオーディオ データを [テスト] ボタンで再生する

事象の発生要因について

ユーザーによって操作されているボリューム スライダーは、Universal Windows Platform (UWP) 形態の OS コンポーネントとなっており、このコンポーネントの挙動が事象の発生に関連しています。

UWP 形態のアプリケーション プロセスの性質として、フォーカスが当たってインタラクティブな状態である場合には音を再生しますが、フォーカスを失いノンインタラクティブな状態となりますと、Mute 状態に遷移します。(※2)

また、UWP アプリのボリュームを管理する値として OS は「ポリシー ボリューム」（と呼ぶ内部的な変数）を利用しています。ボリューム スライダーの場合、ポリシー ボリュームがシステム音へ関与しており、システム音に対しある種の係数として働きかけます。

ボリューム スライダーに関連しているポリシー ボリュームは、Mute 状態となった後、ある程度の期間 その状態が維持されます。そのため、ボリューム スライダーのポリシー ボリュームが Mute 状態の間に再生されるシステム音は、ポリシー ボリュームの Mute の値 (=0) が係数として掛け算されます。結果として、最終ボリュームが 0 の状態でシステム音が再生され、事象が発生します。

なお、現象発生時に本来音が流れているタイミングにて、同様の UWP 形態の OS コンポーネント(ボリューム スライダー、スタート メニュー、トーストなど) がインタラクティブ状態である間は、ポリシー ボリュームが Mute 状態でなくなり音が復帰します。

対処策について

システム音が流れない事象に対する、考えられる対処法として、以下がございます。

·         ボリューム スライダー操作時に再生される音を中断し、事象の発生条件を満たしている場合でも、中断後 システム音を一定時間 (10 秒以下) 再生しなかった場合、ポリシー ボリュームの Mute 状態は解除され、システム音を確認することが可能になります。

·         Media Foundation により再生される音など、システム音以外の音は、この事象の影響を受けません。よって、音の再生方法として、Media Foundation 関連の API や、SND_SYSTEM フラグがセットされていない PlaySound API を使うことによって、事象を回避することが可能です。

注釈

※ 1: PlaySound API の使用方法については、以下のドキュメントをご参照ください。

PlaySound function https://msdn.microsoft.com/en-us/library/dd743680(v=vs.85).aspx

※ 2: UWP アプリケーションのライフサイクルの詳細については、以下のドキュメントをご参照ください。

Windows 10 ユニバーサルWindows プラットフォーム(UWP) アプリのライフサイクル

https://docs.microsoft.com/ja-jp/windows/uwp/launch-resume/app-lifecycle

今回は Safari ブラウザ上でトークンを用いて AES で暗号化された HLS ストリームを再生するための Azure Media Services 側の設定手順を紹介します。

Azure Media Services は、Apple HTTP Live Streaming (HLS)、Microsoft Smooth Streaming (Smooth)、MPEG DASH などのストリーミングプロトコルを利用して様々なデバイス上でビデオコンテンツを再生できるサービスです。また AES、PlayReady、Widevine などの暗号化プロトコルを用いたコンテンツ保護機能も有しており、よりセキュアなストリーミングサービスを提供できるメリットがあります。今回のお話は、その中でも AES で暗号化された HLS ストリームを Safari ブラウザ上で再生する方法に特化した内容になります。

Azure Media Services からビデオコンテンツを AES で暗号化しながら配信する場合、デバイス側での動画再生ソフト (今回の場合 Safari ブラウザが対象) では、配信データ (ストリーム) をデコードするためのキーを取得することで再生が可能となります。その際のキーを取得する条件としてトークンの有無が選択でき、トークン無によるキーのリクエストであれば特に問題ありませんが、トークン有によるキーのリクエストの場合は動作再生ソフト側での対応が必要となります。残念ながら Safari の NativePlayer ではトークン通知処理が実装されていないために他の手段を用いる必要があります。

それが以下の英語版ブログで紹介されている Azure Media Services と Safari の間にプロキシサーバーを配置し、Safari の代替としてトークン通知処理を行う方法になります。

How to make Token authorized AES encrypted HLS stream working in Safari

https://azure.microsoft.com/ja-jp/blog/how-to-make-token-authorized-aes-encrypted-hls-stream-working-in-safari/

大まかな処理の流れは以下の通りとなります。

実現方法としては、Github のサンプルコード (AESHLSSafari) をベースに Azure Media Services の配信 URL、プロキシサーバーの配信 URL、ならびにトークン情報を追加します。

AES Encrypted HLS stream playback in Safari

https://github.com/AzureMediaServicesSamples/AESHLSSafari

追加前

URI=”QualityLevels(960870)/Manifest(video,format=m3u8-aapl)”

追加後

URI=”<Proxy URL><Azure Media Servicesの 配信 URL (manifest は記載しない : https://~.ism/)>
QualityLevels(960870)/Manifest(video,format=m3u8-aapl)<token 情報>”

以下は各項番の補足説明になります。

Step 2 の Request (Video URL) について

Azure Media Services から配信される URL は以下の通りです。

https://amssamples.streaming.mediaservices.windows.net/9ead18f1-29f8-453c-8721-4becc00ff611/BigBuckBunnyTrailer.ism/manifest(format=m3u8-aapl)

Step 3 の Top PlayList について

以下はマニフェスト (Top PlayList) の内容です。

#EXTM3U 
#EXT-X-VERSION:4 
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=”audio”,NAME=”AAC_und_ch2_128kbps”,URI=”QualityLevels(125423)/Manifest(AAC_und_ch2_128kbps,format=m3u8-aapl)” 
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=”audio”,NAME=”AAC_und_ch2_56kbps”,DEFAULT=YES,URI=”QualityLevels(53634)/Manifest(AAC_und_ch2_56kbps,format=m3u8-aapl)” 
#EXT-X-STREAM-INF:BANDWIDTH=542987,RESOLUTION=320×180,CODECS=”avc1.64000d,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(389908)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=542987,RESOLUTION=320×180,CODECS=”avc1.64000d”,URI=”QualityLevels(389908)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=797524,RESOLUTION=640×360,CODECS=”avc1.64001e,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(638965)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=797524,RESOLUTION=640×360,CODECS=”avc1.64001e”,URI=”QualityLevels(638965)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=1145551,RESOLUTION=640×360,CODECS=”avc1.64001e,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(979500)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=1145551,RESOLUTION=640×360,CODECS=”avc1.64001e”,URI=”QualityLevels(979500)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=1649597,RESOLUTION=960×540,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(1472696)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=1649597,RESOLUTION=960×540,CODECS=”avc1.64001f”,URI=”QualityLevels(1472696)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=2392319,RESOLUTION=960×540,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(2199430)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=2392319,RESOLUTION=960×540,CODECS=”avc1.64001f”,URI=”QualityLevels(2199430)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=3548160,RESOLUTION=1280×720,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(3330390)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=3548160,RESOLUTION=1280×720,CODECS=”avc1.64001f”,URI=”QualityLevels(3330390)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=4859041,RESOLUTION=1920×1080,CODECS=”avc1.640028,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(4613052)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=4859041,RESOLUTION=1920×1080,CODECS=”avc1.640028″,URI=”QualityLevels(4613052)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=6134366,RESOLUTION=1920×1080,CODECS=”avc1.640028,mp4a.40.2″,AUDIO=”audio” 
QualityLevels(5860924)/Manifest(video,format=m3u8-aapl) 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=6134366,RESOLUTION=1920×1080,CODECS=”avc1.640028″,URI=”QualityLevels(5860924)/Manifest(video,format=m3u8-aapl,type=keyframes)” 
#EXT-X-STREAM-INF:BANDWIDTH=62973,CODECS=”mp4a.40.2″,AUDIO=”audio” 
QualityLevels(53634)/Manifest(AAC_und_ch2_56kbps,format=m3u8-aapl)

Step 4 の Modified Top PlayList について

以下は修正されたマニフェストの URL です。

https://benlamhlsproxy.azurewebsites.net/Home/Manifest?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism%2fmanifest(format%3dm3u8-aapl)&webtoken=urn%253amicrosoft%253aazure%253amediaservices%253acontentkeyidentifier%3d5f5076de-4322-42f7-a533-6265f686d5b9%26Audience%3durn%253atest%26ExpiresOn%3d4581880130%26Issuer%3dhttp%253a%252f%252ftestacs.com%252f%26HMACSHA256

以下は修正されたマニフェスト (Top PlayList) の内容です。

#EXTM3U 
#EXT-X-VERSION:4 
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=”audio”,NAME=”AAC_und_ch2_128kbps”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(125423)/Manifest(AAC_und_ch2_128kbps,format=m3u8-aapl)&token=<省略>“ 
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID=”audio”,NAME=”AAC_und_ch2_56kbps”,DEFAULT=YES,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(53634)/Manifest(AAC_und_ch2_56kbps,format=m3u8-aapl)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=542987,RESOLUTION=320×180,CODECS=”avc1.64000d,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(389908)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=542987,RESOLUTION=320×180,CODECS=”avc1.64000d”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(389908)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=797524,RESOLUTION=640×360,CODECS=”avc1.64001e,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(638965)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=797524,RESOLUTION=640×360,CODECS=”avc1.64001e”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(638965)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=1145551,RESOLUTION=640×360,CODECS=”avc1.64001e,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(979500)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=1145551,RESOLUTION=640×360,CODECS=”avc1.64001e”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(979500)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=1649597,RESOLUTION=960×540,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(1472696)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=1649597,RESOLUTION=960×540,CODECS=”avc1.64001f”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(1472696)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=2392319,RESOLUTION=960×540,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(2199430)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=2392319,RESOLUTION=960×540,CODECS=”avc1.64001f”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(2199430)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=3548160,RESOLUTION=1280×720,CODECS=”avc1.64001f,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(3330390)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=3548160,RESOLUTION=1280×720,CODECS=”avc1.64001f”,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(3330390)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=4859041,RESOLUTION=1920×1080,CODECS=”avc1.640028,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(4613052)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=4859041,RESOLUTION=1920×1080,CODECS=”avc1.640028″,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(4613052)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=6134366,RESOLUTION=1920×1080,CODECS=”avc1.640028,mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(5860924)/Manifest(video,format=m3u8-aapl)&token=<省略> 
#EXT-X-I-FRAME-STREAM-INF:BANDWIDTH=6134366,RESOLUTION=1920×1080,CODECS=”avc1.640028″,URI=”https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(5860924)/Manifest(video,format=m3u8-aapl,type=keyframes)&token=<省略>“ 
#EXT-X-STREAM-INF:BANDWIDTH=62973,CODECS=”mp4a.40.2″,AUDIO=”audio” 
https://benlamhlsproxy.azurewebsites.net/api/ManifestProxy?playbackUrl=http%3a%2f%2famssamples.streaming.mediaservices.windows.net%2f9ead18f1-29f8-453c-8721-4becc00ff611%2fBigBuckBunnyTrailer.ism/QualityLevels(53634)/Manifest(AAC_und_ch2_56kbps,format=m3u8-aapl)&token=<省略>

Github にあるProxy サンプルは Azure WebApp となっており Token の扱いの部分だけを編集すれば確認できますので、ぜひお試しください。

今回の記事で、Azure Media Services における Live Encoding 機能について紹介および注意事項について案内致します。

Azure Media Services は Video-On-Demand と申します保存されている動画ファイルを配信する機能の他に、カメラやキャプチャーデバイスを利用して、多くのユーザーにライブ配信を提供することは可能です。

今までの Azure Media Services におけるライブ配信は、エンコード済みのデータをチャンネルを通して配信するとい機能がありました。追加の機能として、Live Encoding のチャンネルが用意され、エンコード自体も Azure Media Services に任せることができます。

複数のビットレートを提供するオンプレミスのエンコーダーが必要なく、指定されたプロトコールでキャプチャーしたデータだけを送るというメリット点はありますが、使用するに当たっての注意事項があります。

■ チャンネルによる課金対象

ドキュメントにも記載されていますが、チャンネルの状態で課金が決まります。つまり、ストリーミングしていない場合で「準備完了」という状況でも、課金はされています。そのため、ストリーミングを終えたら、忘れずにチャネルを停止してください。

次の表は、チャネルの状態と課金モードとの対応を示しています。(参照ページ)

■ Live Encoding が有・無の価格

チャンネルを作成する際に、Live Encoding の機能を使うかどうかを設定できます。

注意いただきたいのは、Live Encoding が有・無の価格です。エンコードの無いライブ チャンネルの場合は \100.98/時間 でございます。Live Encoding を使用したライブチャネルの場合は、利用する時間について異なりますが、最初の 20 時間ですと \4,078.98/時間 になります。(参照ページ)

※ 値段については、現時点 (2015 年 11 月 13 日) の価格のため、変更される可能性があります。

イベントを検討しており、予め予算を計算する必要がある場合にはツールがございますので、ご活用ください。

Pricing calculator

https://azure.microsoft.com/en-us/pricing/calculator/

今回の記事で、Azure Media Services を利用するお客様向けに、Azure Media Player が発表されたことをお知らせします。

Azure Media Services の一つのチャレンジは、デバイス・OSが異なっても、再生可能な状態にすることにあります。

ご存知の通り、Azure Media Services が提供している Dynamic Packaging を使うと、予めAdaptive Bitrate にてエンコードされた単一のアセットから、SmoothStreaming のみならず MPEG-DASH や HLS の配信も可能です。これまで、クライアント側ではその環境で再生可能な配信方式に応じたプレーヤーを用意する必要がありましたが、Azure Media Player はウェブサイトで用意されたプレイヤーとなり、その多くの配信方法に合わせて対応します。

ウェブサイトのページに CSS と JavaScript のファイルを組み込んだ後、HTML5 のビデオタグを追加するだけです。

2015/4/15 に発表され、その詳細な紹介およびウェブサイトに読み込む簡単な手順は以下に記載されています。

Announcing Azure Media Player

https://azure.microsoft.com/blog/2015/04/15/announcing-azure-media-player

まずは、https://aka.ms/azuremediaplayer から Azure Media Services でエンコードされた結果を再生テストしてみてはいかがでしょうか。

12 月 10 日の Windows Update のうちの KB3011970 が本件の問題となる修正プログラムとなります。こちらの適用により Silverlight のバージョンが 5.1.30514 から 5.1.31010 にアップグレードされます。

その後、 DRM 暗号化が利用されいるコンテンツを扱うサイトから動画の再生すると、エラーが発生する可能性があります。

お客様には多大なご迷惑をおかけしておりますこと、深くお詫び申し上げます。

- 現在確認している回避方法

エラーが発生した際に、Silverlight のバージョンを確認し、5.1.31010 であれば一旦Silverlightのアンインストールと再インストールすることで回避いただけます。

■ アンインストール手順

1. [コントロールパネル] ＞ [プログラム] ＞ [プログラムのアンインストールまたは変更] を選択します。

2. [Microsoft Silverlight] を選択します。

3. アンインストールをクリックします。

■ 再インストール手順

1. 以下のインストールポイントをブラウザーで開きます。

https://www.microsoft.com/getSilverlight

2. Silverlight をインストールをクリックします。

3. 環境に合わせて、以下のどちらかのファイルを実行します。

“Silverlight_x64.exe” 64-bit OS の場合

-または-

“Silverlight_x86.exe” 32-bit OS の場合

お手数をおかけし誠に申し訳ございませんが、よろしくお願い申し上げます。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

12 月 17 日記事の更新

12月14日(日本時間)に、問題を修正しました Silverlight 5.1.31211.0 がリリースされました。

この修正は、12月10日の修正を無効にするものであり、12月10日の修正を適用された Silverlight 5.1.31010.0 のユーザー様に対して更新が実施されます。

詳細は英文になり大変恐縮ですが、以下のをご確認ください。

New Silverlight version is available to replace version 5.1.31010.0

https://support.microsoft.com/kb/3025055/en-us

従いまして、自分の環境でインストールされている Silverlight のバージョンに合わせて、Windows Update が以下の動作をします。

5.1.31010.0 のバージョンで上の回避策を適用した環境の場合、Windows Update が 環境にインストールされているバージョンが 5.1.30514 を最新と判断します。

5.1.31010.0 のバージョンで上の回避策を適用していない環境の場合、Windows Update で (KB3011970) が表示され、リコールのバージョンである 5.1.31211.0 をインストールします。

https://support.microsoft.com/kb/3011970/en-us

■  正常に動作するバージョン

Silverlight 5.1.30514

Silverlight 5.1.31211.0

■  問題が発生するバージョン

Silverlight 5.1.31010.0

分かりにくい状況となっておりますことを改めましてお詫び申し上げます。

前回のトピックでは、Azure Media Services Explorer ( 以下 AMS Explorer に省略) を使った、カスタムプロファイルによるエンコード例を実施しました。

今回は、テストの MP4 のコンテンツを AdaptiveBitrate のコンテンツにエンコードし、そのビットレートの変換を確認する URL をご紹介します。

スムーズ ストリーミングは、Microsoft が作成した複数のビットレートから最適なビットレートを選択するアダプティブビットレート技術です。エンコードの結果としましては、複数のビットレートのコンテンツが作成され、ネットワーク状況に合わせた配信になります。

ポータルから「H264 Smooth Streaming 1080p」または「H264 Smooth Streaming 720p」を選択することで、簡単にスムーズストリーミングのコンテンツを作成できます。しかし、Media Services Encoder 用のプリセットが利用されると、定めたビットレートのコンテンツは作成されます。(各プリセットの詳細)

従いまして、特定のビットレートにてエンコードするために、AMS Explorer を利用すればカスタム プロファイルにてエンコードし、希望のビットレートでコンテンツを作成できます。

今回は高いビットレートを優先的に再生したいという場合、「H264 Smooth Streaming 1080p」のプリセットまたは AMS Explorer と一緒にインストールされるテンプレートを3つの高いビットレートのみを残すように (Bitrate="6000", Bitrate="4700", Bitrate="3400") 編集します。

手元の環境で試した手順はこちらになります：

1. 前回の記事で紹介しました手順にてカスタム プロファイルを選択します。

2. XML ファイルを選択します。

AMS Explorer をインストール時に、一緒にインストールされます WAMEPresetFiles から選べるようになっております。

3. AME Advanced Encoding ダイアログが表示され、XML を編集することもできます。

(こちらで XML を編集し、3 つのビットレートだけを残します)

4. エンコードが完了すると、Asset タブにコンテンツが表示されます。右クリックすると、Display Information から詳細を確認できます。

5. Asset Information ダイアログが表示され、Asset Files タブから 3 つのビットレートファイルが作成されることが確認できます。

6. コンテンツをエンコードした後、配信できるようにするには Publish する必要があります。

Publish から Create a locator を選択します。

7. Publish すると、Publication のマークを表示され、配信用の SmoothStreaming 、HLS および MPEG-DASH の URL が作成されます。

Azure で用意されております以下のサイトでは、様々なプレイヤーで配信の確認をできます。

https://amsplayer.azurewebsites.net/player.html

なお、SmoothStreaming で配信の場合、ビットレートなどの情報を確認したい方は、Silverlight で作成されています HealthMonitor を利用できます。

https://smf.cloudapp.net/healthmonitor

なお、AMS Explorer から配信確認するための URL を簡単に確認できます。

Playback から目的のプレイヤーを選択すると、URL に飛びます。

繰り返しになりますが、AMS Explorer のソースコードを取得可能ですので、アプリケーション開発者の方はご参考ください。URL

今回の記事で、Azure Media Services を利用するお客様に便利なツールを紹介したいと思います。

皆様がご存知の通り、Azure のポータルから一つのファイルのアップロードやプリセット エンコード等のいくつかの機能が利用できます。しかし、複数ファイルをアップロードしたり、詳細な設定でカスタムエンコードしたりする等の動作を実行するには SDK でツールを開発する必要があります。Azure Blog で紹介された Azure Media Services Explorer ツールを使用することで、プログラムを開発することなく利用できます。

GITHUB サイトからツールを取得できます。(ソース コードも取得できますのでアプリケーション開発者の方も参考になると思います)

以下の URL をご確認ください。

Azure Media Services Explorer

https://github.com/Azure/Azure-Media-Services-Explorer/releases/tag/v3.0.0.9

ツールを開発したチームの英語ブログは以下の URL から確認できますので、詳細な仕様についてはご参照ください。

Managing Media Workflows with the new Azure Media Services Explorer Tool

https://azure.microsoft.com/blog/2014/10/08/managing-media-workflows-with-the-new-azure-media-services-explorer-tool

■ カスタム プロファイル にてエンコードする例

Azure にアップロードしたコンテンツをエンコードすることはポータルから可能ですが、図 1 のように、特定のプリセットしか使用することはできません。

図 1 ポータルからプリセットエンコード

しかし、カスタム プロファイルを利用すると、より多くの機能を設定し、お客様が作成した独自のプロファイルに合わせてエンコードするこは可能になります。通常は、カスタム プロファイルに合わせてエンコードするには、お客様に SDK を利用したアプリケーション開発する必要があります。Azure Media Services Explorer で簡単にカスタム プロファイルを選択する機能を提供しています。その手順は：

1. Azure Media Services にログインした後に、コンテンツをアップロードします。

2. アップロード完了した後に、Asset タブからコンテンツを選択します。

3. Process から 「Encode asset(s) with Azure Media Encoder (advanced mode with custom preset)」

4. AME Advanced Encoding ダイアログが表示されます。

5. 「Load a custom XML file」 からカスタム プロファイルを参照し、「Launch encoding」のボタンからエンコード開始させます。

ツールをインストールする時、テンプレートのカスタム プロファイル ( XML ファイル) も一緒にインストールされますので、独自のプロファイルを作成する時にもご参照ください。

本日は、Expression Encoder 4 のサポートに関する重要なお知らせです。

皆さんがご存知の通り、Expression Encoder 4 の完成版がリリースされたのは、 Windows 8 が開発段階であるため、Windows 8 (および windows 8.1) の環境で、Expression Encoder はサポートされません。
(現時点では、こちらの環境で、windows 8 および windows 8.1 が正常に利用可能であること確認しております)

Expression Encoder 4 SP2 の無償版はダウンロード可能となっており、Expression Encoder 4 Pro の販売はマイクロソフトストアから可能となっております。

販売期間は今年末までとなっておりますのでご利用予定のお客様が購入をお早めに！

なお、Expression Encoder 4 のサポート ライフサイクルは以下となっております。

以上

今回はお客様向けのオンラインセミナーを紹介します。

このオンラインのセッションでは Windows Store Application の開発で必要なオーディオ・ビデオ API について説明いたします。米国のデベロッパーサポートチームの技術者とディスカッションも予定しています。

デモや開発時のトラブルシューティングなどの技術的に豊富な内容を予定しており、質疑応答が可能です。誠に恐れ入りますが言語は英語のみとなり、日本時間では平日の朝 3 時からスタートとなりますが興味がございましたら参加いただけたらと思います。

詳細：

日程と時間：10 月 17 日 (木) 3:00 AM – 5:00 AM (日本時間)

場所：オンラインミーティング

登録方法： メール

email wsdsctreg@microsoft.com に、件名 “October 16th Chalk Talk” を入力し、メールを送ってください。

費用：無料

英語の案内：https://blogs.technet.com/b/ptsblog/archive/2013/10/02/chalk-talk-for-developers-light-up-your-apps-with-sights-and-sounds.aspx

参加者数に限りがあり、興味のある方はお早めに！