共用方式為

真實接收上的無線顯示器驗證 OPM

  • 發行項

此手動測試會確認圖形驅動程式列出 H264 保護的支援，而且可以在 Miracast 顯示器上啟用。 此測試需要在支援 H264 的實際硬體上建立的 Miracast 連線。 例如，透過 HDMI 纜線將接收連接到監視器。

測試詳細資料

   
規格
  • Device.Graphics.WDDM13.DisplayRender.WirelessDisplay.BasicWirelessDisplay
平台
  • Windows 10，用戶端版本 (x86)
  • Windows 10，用戶端版本 (x64)
支援的版本
  • Windows 10
  • Windows 10 (版本 1511)
  • Windows 10 (版本 1607)
  • Windows 10 (版本 1703)
  • Windows 10 (版本 1709)
  • Windows 10 (版本 1803)
  • Windows 10 版本 1809
  • Windows 10 (版本 1903)
  • Windows 10的下一個更新
預期執行時間 (分鐘) 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 的符號應該可供 IHD 使用。 下列命令列應該用來解碼wpp.txt中的WPP.etl為： netsh trace convert overwrite=yes tmf=..\symbols.pri\TraceFormat WPP.etl 。

所有測試案例都會傳回 PASS 或 FAIL。 您可以在 Windows HLK Studio 中檢視的測試記錄檔 (Te.wtl) 中取得測試詳細資料。

錯誤 描述/因應措施

失敗：無線監視器未連線。

硬體未正確設定。

失敗：無法設定 HDCP，但回報為支援。

驅動程式無法建立 HDCP) 連線 (高頻寬數位內容保護。

傳遞：無線輸出不支援 HDCP。 HDCP 支援是選擇性的。

驅動程式或連線不支援 HDCP。

如果驅動程式應該支援 HDCP，請附加適當的無線顯示器來重新執行測試。

 

詳細資訊

參數

參數名稱 參數描述
LLU_NetAccessOnly LLU NET 使用者的名稱
ConfigDisplayCommandLine ConfigDisplay 的自訂命令列。 預設值：標誌
WDKDeviceID DUT 的裝置識別碼