無線顯示器驗證容器識別碼測試
此自動化測試會驗證圖形驅動程式針對 Miracast 監視器和 Miracast 音訊端點使用相同的容器識別碼。 測試會安裝軟體裝置來模擬 Mircacast 接收、啟動會話,然後確認有與 Miracast 監視器相同的容器識別碼的音訊端點。
測試詳細資料
規格 |
|
平台 |
|
支援的版本 |
|
預期的執行時間 (以分鐘為單位) | 10 |
類別 | 相容性 |
以分鐘為單位的逾時 () | 600 |
需要重新開機 | false |
需要特殊設定 | false |
類型 | automatic |
其他檔
此功能區域中的測試可能會有其他檔,包括必要條件、設定和疑難排解資訊,可在下列主題中找到 () :
執行測試
執行測試之前,請完成測試設定,如測試需求中所述: 圖形配接器或晶片組測試必要條件。
疑難排解
如需 HLK 測試失敗的一般疑難排解,請參閱 針對 Windows HLK 測試失敗進行疑難排解。
如需疑難排解資訊,請參閱 針對 Device.Graphics Testing 進行疑難排解。
此測試會產生 RTSP 訊息記錄檔: virtualsinklog.{...}.txt。 您可以在測試記錄檔中找到此檔案的實際名稱。 例如:
Message 6/13/2013 7:39:22.724 PM RTSP log file: virtualsinklog.{3D55759A-4BB2-43C6-9AD6-9D98D6726908}.txt
測試作業會擷取 WirelessDisplay.etl 和 WPP.etl 檔案。 您可以在 Windows 硬體實驗室套件中選取 [ 子作業結果 ] ([Windows HLK) 管理員],然後流覽 無線顯示清除追蹤的作業記錄,以找到這些檔案。
WirelessDisplay.etl 包含 Miracast 會話從開始到停止的相關資訊。 大部分的事件都與使用者模式驅動程式 (UMD) 和核心模式驅動程式 (KMD) 的 DDI 呼叫一致。 IHV 調查問題可能會發現尋找這些 DDI 事件中的錯誤會很有用。 開發人員應該熟悉事件名稱,因為它們與無線功能所使用的 DDI 名稱緊密相符。 您可以使用 Windows 效能分析器 (WPA) 來分析此檔案。
WPP.etl 包含針對 Miracast 相關顯示核心事件所擷取的 WPP 追蹤。 這些追蹤非常詳細,而且應該提供有關會話失敗的適當資訊,足以偵錯大部分的問題。 這些檔案需要存取符號才能解碼。 OS 的符號應該可供 IHV 使用。 下列命令列應該用來解碼wpp.txt中的WPP.etl為: netsh trace convert overwrite=yes tmf=..\symbols.pri\TraceFormat WPP.etl
。
所有測試案例都會傳回 PASS 或 FAIL。 您可以在 Windows HLK Studio 中檢視的測試記錄 (Te.wtl) 中取得測試詳細資料。
錯誤 | 描述/因應措施 |
---|---|
監視器的容器識別碼不能是內部的容器識別碼。 |
驅動程式指派了不正確的容器識別碼給 Miracast 監視器。 |
監視器的音訊端點遺失。 預期:。。。 |
驅動程式無法正確初始化 Miracast 監視器的音訊端點。 |
無法為監視器擷取 ContainerId。 |
驅動程式無法連線 Miracast 監視器。 |
詳細資訊
參數
參數名稱 | 參數描述 |
---|---|
LLU_NetAccessOnly | LLU NET 使用者的名稱 |
ConfigDisplayCommandLine | ConfigDisplay 的自訂命令列。 預設值:標誌 |
WDKDeviceID | DUT 的裝置識別碼 |