AC での Glitchfree HD ビデオ再生 (モバイル システムでは手動)
重要
このテストには補助コンテンツが必要です。 このコンテンツについては、次の場所にある "Windows HLK 補助テスト コンテンツ" に関するセクションを参照してください。
手動テストでは、AC 電源モードのモバイル システムが、再生中にユーザーが気付く不具合なしに、保護された、および保護されていない High-Definition コンテンツを再生できることを確認します。
テストの詳細
仕様 |
|
プラットフォーム |
|
サポートされているリリース |
|
予想される実行時間 (分) | 20 |
カテゴリ | シナリオ |
タイムアウト (分) | 60 |
再起動が必要です | false |
特別な構成が必要です | false |
Type | automatic |
その他のドキュメント
この機能領域のテストには、前提条件、セットアップ、トラブルシューティング情報など、次のトピックに記載されている追加のドキュメントが含まれている場合があります。
テストの実行
テストを実行する前に、テスト要件「システム クライアントのテストの前提条件」に従って、テストのセットアップを完了します。
さらに、次の手順を行います。
Video と Music のアプリがシステムにインストールされていることを確認します。 どちらのアプリもストアから取得できます。
mp4 と wmv の拡張機能が Video アプリに登録されていることを確認します。 これを行うには、適切な拡張子を持つサンプル ファイルを右クリックし、[プロパティ] をクリックし、[プログラムから開く] をクリックして、Video アプリを選択します。
.m4a と .wma のファイルが Music アプリに登録されていることを確認します。 これを行うには、適切な拡張子を持つサンプル ファイルを右クリックし、[プロパティ] をクリックし、[プログラムから開く] をクリックして、Music アプリを選択します。
トラブルシューティング
HLK テスト エラーの一般的なトラブルシューティングについては、「Windows HLK テストのエラーのトラブルシューティング」を参照してください。
トラブルシューティングの情報については、「システム クライアントのテストのトラブルシューティング」を参照してください。
詳細情報
HLK GlitchFree テストでは、受信トレイ Video アプリケーションを使用して 2 つのビデオ クリップが再生されます。 ETW ログがバックグラウンドで有効になっている間、コンテンツは全画面で再生されます。 各シナリオの後、テスト ポストによって ETW ログが処理され、メトリックが抽出されます。これは、テストが成功するか失敗するかの判断に使用されます。
合格/不合格の条件とメトリックの詳細
不具合のメトリック
ビデオの不具合 - メディア エンジンのビデオ レンダラー (SVR) では、フレームが遅れてレンダリングされる時間が検出され、ビデオの不具合イベントが発生します。 このメトリックの目標は 0 です。 プロバイダーとイベントの詳細:
Microsoft-Windows-MediaEngine
チャネル - MediaFoundationMediaEngine - 16
レベル - win:Verbose - 5
タスク - VideoFrameGlitch - 23
削除されたフレーム - メディア エンジンでは、ソースでフレームが削除されるとフレーム ドロップ イベントが発生します。 フレームが削除されると、ビデオの不具合が発生します。 目標は 0 です。 プロバイダーとイベントの詳細:
Microsoft-Windows-MediaEngine
チャネル - MediaFoundationMediaEngine - 16
レベル - win:Verbose - 5
タスク - DroppedFrame - 18
DWM スケジュールの不具合 - デスクトップ ウィンドウ マネージャー (DWM) では、DWM サンプルのレンダリングが遅れたときに、グリッチ イベントが発生します。 このメトリックの目標は 0 です。 このテストでは、最初の PresentedFrame イベント (タスク ID 19、イベント ID 115) の 500 ミリ秒後に、このイベントの追跡が開始します。 このテストでは、PresentedFrame イベントの最後のインスタンス (タスク ID 19、イベント ID 115) の 66 ミリ秒後に、このイベントの追跡が停止します。 プロバイダーとイベントの詳細:
Microsoft-Windows-Dwm-Core
チャネル - Microsoft-Windows-Dwm-Core/Diagnostic - 16
レベル - win:Informational - 4
タスク - SCHEDULE_GLITCH - 17
オーディオの不具合 - オーディオに不具合が発生します。 目標は 0 です。
オーディオ エンジン プロバイダー: a6a00efd-21f2-4a99-807e-9b3bf1d90285:0x000000000000ffff:0x3
ETW 従来のイベントの GUID: 2013DBB2-2F76-4B2C-950A-0C9DFAC62398
イベントの詳細:
メディア: オーディオ エンジン
AE イベント
AE_GLITCH
デバイスの作成時間の合計: デバイスの作成時間の合計は 50 ミリ秒を超えないようにしてください。 デバイスの作成時間の合計は、DeviceCreation + CreateVideoDecoder として定義されます。この 2 つのメトリックの定義は次のとおりです。
DeviceCreation = 次の 2 つのイベント間の待機時間
Microsoft-Windows-Direct3D11 チャネル > - Microsoft-Windows-Direct3D11/PerfTiming - 18 > レベル - win:LogAlways - 0 > タスク - D3D11CoreCreateDevice - 8 > イベント ID - 20 (バージョン 0) オペコード - win:Start - 1
Microsoft-Windows-Direct3D11 チャネル > - Microsoft-Windows-Direct3D11/PerfTiming - 18 > レベル - win:LogAlways - 0 > タスク - D3D11CoreCreateDevice - 8 > イベント ID - 21 (バージョン 0) オペコード - win:Stop - 2
CreateVideoDecoder = 次の 2 つのイベントの最初のインスタンス間の待機時間。
Microsoft-Windows-Direct3D11 チャネル > - Microsoft-Windows-Direct3D11/Logging - 17 > レベル - win:LogAlways - 0 > タスク - D3D11VideoDevice_CreateVideoDecoder - 911 > イベント ID - 1722 (バージョン 0) オペコード - win:Start - 1
Microsoft-Windows-Direct3D11 チャネル > - Microsoft-Windows-Direct3D11/Logging - 17 > レベル - win:LogAlways - 0 > タスク - D3D11VideoDevice_CreateVideoDecoder - 911 > イベント ID - 1723 (バージョン 0) オペコード - win:Stop - 2
ドライバー メトリック - ISR/DPC 期間と ISR/DPC Storm テストは、デバイス ドライバーが正常に動作するようにすることを目的としています。 目標は、ISR/DPC からの中断を制限して、タイム クリティカルなマルチメディア スレッドを定期的に実行できる保証することです。
ISR/DPC 期間: このチェックは、個々の ISR/DPC 期間が 3 ミリ秒のしきい値を超えないことを検証するように設計されています。
ISR/DPC ストーム: 10 ミリ秒のウィンドウ内のすべての ISR/DPC の累積期間は、4 ミリ秒を超えないようにする必要があります。
GPU 垂直同期の間隔: この場合、GPU DPC 垂直同期の間隔が適切に動作するパターンに従っていることを確認します。 メディアの再生中に GPU DPC 垂直同期の頻度が変動することにより、メディアの再生中に不具合が発生する可能性があります。 テスト条件では、間隔の変動が、垂直同期の平均間隔 ウィンドウの +/-50% を超えないように設定します。 たとえば、60 Hz のモニターでは、予想される垂直同期の DPC の間隔は 16.666 ミリ秒です。これにより、1 つ前から 8.3 ミリ秒以内に、または、1 つ前から 24.9 ミリ秒以降に、垂直同期の DPC が発生した場合、テストは失敗します。 2 つの垂直同期の間隔が 24.9 ミリ秒を超えると、多くの場合、ユーザーが気付くビデオの不具合になります。 2 つの垂直同期の間隔が 8.3 ミリ秒未満である場合、これは多くの場合、ドライバーで垂直同期が重複して起こる、または垂直同期に数マイクロ秒 (us) の差があることが原因で発生します。
分析のために詳細な ETW ログを有効にする方法
詳細な ETW ログを収集するには、テストを実行する前に、ユーザーが設定可能なパラメーター "DoFullLogging" を "true" に変更します。
障害発生時の分析のために ETW ログを保存する方法
失敗したテスト ケースの ETW ログを保存するには、テストを実行する前に、ユーザーが設定可能なパラメーター "CopyLogsOnFailure" を "true" に変更します。 これにより、失敗したテスト ケースの ETW ログもコントローラーにコピーされ、調査のために共有される HLK パッケージの一部として含まれるようになります。
Media Experience Analyzer を使用して失敗した ETW ログを分析する
Media Experience Analyzer (MXA) を使用して、失敗した ETW ログを分析できます。 この MXA ツールは Windows ADK の一部として提供されています。
パラメーター
パラメーター名 | パラメーターの説明 |
---|---|
TestCycles | テストを実行するサイクル数 |
DoFullLogging | エラーが発生した場合に ETW トレースの完全ログ記録のフラグを有効にし、このテストを再実行します。 |
CopyLogsOnFailure | エラーが発生した場合に ETW ログ トレースをサブフォルダー 'ETWlogs' にコピーするフラグを有効にし、このテストを再実行します。 これにより、エラー ログも hlkx パッケージにコピーされ、調査用に共有できます |
FrameCount | 再生中に必要な MF イベントの最小数 |
MaxIsrDpcTime | ISR の最大 DPC 時間 (マイクロ秒) |
MaxIsrDpcStorm | ISR の最大 DPC ストーム (マイクロ秒) |
MaxIsrDpcLoop | ISR の最大 DPC ループ時間 (マイクロ秒) |
GlitchCount | 再生中に許容される不具合の数 |