電池 (DC) 電源上的無故障 HD 視訊播放 (行動系統上的手冊)
重要
此測試需要補充內容。 您可以在下列位置的 [Windows HLK 補充測試內容] 區段中找到此內容:
手動測試會確認 DC 電源模式上的行動系統能夠播放受保護和未受保護的高定義內容,且播放期間沒有察覺的故障。
測試詳細資料
規格 |
|
平台 |
|
支援的版本 |
|
預期的執行時間(以分鐘為單位) | 20 |
類別 | 案例 |
逾時 (以分鐘為單位) | 60 |
需要重新啟動 | false |
需要特殊設定 | false |
類型 | automatic |
其他檔
此功能區域中的測試可能會有其他檔,包括必要條件、設定和疑難解答資訊,可在下列主題中找到:
執行測試
執行測試之前,請完成測試設定,如測試需求中所述: 系統客戶端測試必要條件。
如果行動系統在測試啟動時插入 AC 電源,則此測試需要手動介入。
疑難排解
如需 HLK 測試失敗的一般疑難解答,請參閱 針對 Windows HLK 測試失敗進行疑難解答。
如需疑難解答資訊,請參閱 針對系統客戶端測試進行疑難解答。
詳細資訊
HLK GlitchFree 測試會在以媒體引擎為基礎的測試播放應用程式中播放四個視訊剪輯。 當背景啟用 ETW 記錄時,內容會在全螢幕播放。 在每個案例之後,測試張貼會處理 ETW 記錄並擷取計量,用來判斷測試是否通過或失敗。
傳遞/失敗準則和計量詳細數據
故障計量
視訊問題 - 媒體引擎的視訊轉譯器 (SVR) 會在畫面遲到時偵測到畫面何時轉譯,並引發視訊故障事件。 此計量的目標是 0。 提供者和事件詳細資料:
Microsoft-Windows-MediaEngine
Channel - MediaFoundationMediaEngine - 16
層級 - win:詳細資訊 - 5
工作 - VideoFrameGlitch - 23
已卸除的畫面格 - 媒體引擎會在來源卸除框架時引發框架置放事件。 卸除畫面時,使用者會遇到故障視訊。 目標是 0。 提供者和事件詳細資料:
Microsoft-Windows-MediaEngine
Channel - MediaFoundationMediaEngine - 16
層級 - win:詳細資訊 - 5
工作 - DropdFrame - 18
DWM 排程問題 - 桌面視窗管理員 (DWM) 會在 DWM 樣本轉譯遲到時引發故障事件。 此計量的目標是 0。 測試會在第一個 PresentedFrame 事件之後開始追蹤此事件 500 毫秒(工作標識碼 19,事件標識碼 115)。 測試會在最後一個 PresentedFrame 事件實例之後停止追蹤此事件 66 毫秒(工作標識碼 19,事件標識碼 115)。 提供者和事件詳細資料:
Microsoft-Windows-Dwm-Core
Channel - 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,其中這兩個計量的定義如下:
DeviceCreation = 下列兩個事件之間的延遲
Microsoft-Windows-Direct3D11 > 信道 - Microsoft-Windows-Direct3D11/PerfTiming - 18 > 層級 - win:LogAlways - 0 Task - D3D11CoreCreateDevice - 8 > 事件標識符 - 20 (版本 0>) Opcode - win:Start - 1
Microsoft-Windows-Direct3D11 > 信道 - Microsoft-Windows-Direct3D11/PerfTiming - 18 > 層級 - win:LogAlways - 0 Task - D3D11CoreCreateDevice - 8 > 事件標識符 - 21 (版本 0>) Opcode - win:Stop - 2
CreateVideoDecoder = 下列兩個事件之第一個實例之間的延遲:
Microsoft-Windows-Direct3D11 > 信道 - Microsoft-Windows-Direct3D11/Logging - 17 > 層級 - win:LogAlways - 0 Task - ID3D11VideoDevice_CreateVideoDecoder - 911 > 事件標識符 - 1722 (版本 0>) Opcode - win:Start - 1
Microsoft-Windows-Direct3D11 > 信道 - Microsoft-Windows-Direct3D11/Logging - 17 > 層級 - win:LogAlways - 0 Task - ID3D11VideoDevice_CreateVideoDecoder - 911 > 事件標識符 - 1723 (版本 0>) Opcode - win:Stop - 2
驅動程式計量 - ISR/DPC 持續時間和 ISR/DPC Storm 測試旨在確保設備驅動器運作良好。 目標是確保時間關鍵多媒體線程可以定期執行,且ISR/DPC的中斷有限。
ISR/DPC 持續時間:這項檢查旨在驗證個別 ISR/DPC 持續時間未超過 3 毫秒閾值。
ISR/DPC Storm:10 毫秒視窗中每個ISR/DPC的累計持續時間不得超過4毫秒。
GPU VSync 頻率:此案例可確保 GPU DPC VSync 頻率遵循良好的行為模式。 GPU DPC Vysnc 頻率中的波動,在媒體播放期間可能會導致媒體播放期間發生問題。 測試準則會確定頻率波動不應超過平均 VSync 頻率視窗的 +/- 50%。 例如,在 60 Hz 監視器中,預期的 VSync DPC 頻率為 16.666 毫秒;因此,如果從上一個 VSync DPC 中引發的 VSync DPC 低於前一個 VSync DPC 的 8.3 毫秒,或比上一個 24.9 毫秒之後引發測試將會失敗。 當兩個 vsync 之間的持續時間大於 24.9 毫秒時,這通常會導致可察覺的視訊故障。 當兩個 vsync 之間的距離小於 8.3 毫秒時,這通常是由驅動程式雙重引發 vsync,或相隔幾微秒的 vsync 所造成。
如何啟用詳細資訊 ETW 記錄以進行分析
若要收集更詳細的 ETW 記錄,請在執行測試之前,將用戶可設定的參數 'DoFullLogging' 變更為 'true'。
如何保留 ETW 記錄以在發生失敗時進行分析
若要保留測試案例失敗的 ETW 記錄,請在執行測試之前,將用戶可設定的參數 'CopyLogsOnFailure' 變更為 'true'。 這也會將失敗測試案例的 ETW 記錄複製到控制器,並包含在 HLK 套件中以供共用以供調查。
使用媒體體驗分析器來分析失敗的 ETW 記錄
您可以使用媒體體驗分析器 (MXA) 來分析失敗的 ETW 記錄。 MXA 工具是 Windows ADK 的一部分。
參數
參數名稱 | 參數描述 |
---|---|
TestCycles | 要執行測試的循環數目 |
DoFullLogging | 啟用旗標,以在發生失敗時完整記錄 ETW 追蹤,然後重新執行此測試。 |
CopyLogsOnFailure | 啟用旗標,以在失敗時將 ETW 記錄追蹤複製到子資料夾 'ETWlogs',然後重新執行此測試。 這也會將失敗記錄複製到要共用的 hlkx 套件以供調查 |
FrameCount | 播放期間所需的最小 MF 事件數目 |
MaxIsrDpcTime | 以微秒為單位的ISR Dpc時間上限 |
MaxIsrDpcStorm | 微秒的 ISR Dpc Storm 上限 |
MaxIsrDpcLoop | 以微秒為單位的ISR Dpc 循環時間上限 |
GlitchCount | 播放期間可接受的問題數目 |