Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser automatisierte Test überprüft, ob die grundlegende Unterstützung für die drahtlose Anzeige vorhanden ist und der UMDF-Treiber für Miracast in einer eigenen DLL implementiert wird.
Testdetails
Spezifikationen |
|
Plattformen |
|
Unterstützte Versionen |
|
Voraussichtliche Laufzeit (in Minuten) | 10 |
Kategorie | Kompatibilität |
Zeitüberschreitung (in Minuten) | 600 |
Neustart erforderlich | false |
Erfordert eine spezielle Konfiguration | false |
Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Bevor Sie den Test ausführen, schließen Sie die Testeinrichtung ab, wie in den Testanforderungen beschrieben: Voraussetzungen für das Testen von Grafikkarten oder Chipsätzen.
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Device.Graphics-Tests.
Der Test generiert eine RTSP-Nachrichtenprotokolldatei: virtualsinklog.{…}.txt. Den tatsächlichen Namen dieser Datei finden Sie in der Testprotokolldatei. Beispiel:
Message 6/13/2013 7:39:22.724 PM RTSP log file: virtualsinklog.{3D55759A-4BB2-43C6-9AD6-9D98D6726908}.txt
Der Testauftrag erfasst die Dateien WirelessDisplay.etl und WPP.etl. Sie finden diese Dateien, indem Sie Ergebnisse untergeordneter Aufträge im Windows Hardware Lab Kit-Manager (Windows HLK) auswählen und dann die Auftragsprotokolle für die Drahtlose Anzeigenbereinigungs-Ablaufverfolgung durchsuchen.
WirelessDisplay.etl enthält Informationen zur Miracast-Sitzung vom Start bis zum Ende. Die meisten Ereignisse sind auf DDI-Aufrufe sowohl für den Benutzermodustreiber (User Mode Driver, UMD) als auch für den Kernelmodustreiber (Kernel Mode Driver, KMD) ausgerichtet. Für den unabhängigen Hardwarehersteller (Independent Hardware Vendor, IHV), der Probleme untersucht, kann es hilfreich sein, in diesen DDI-Ereignissen nach Fehlern zu suchen. Die Ereignisnamen sollten dem Entwickler bekannt sein, da sie den DDI-Namen für das Drahtlosfeature sehr ähnlich sind. Diese Datei kann mithilfe der Windows-Leistungsanalyse (WPA) analysiert werden.
WPP.etl enthält WPP-Ablaufverfolgungen, die für die Anzeigekernelereignisse im Zusammenhang mit Miracast erfasst werden. Diese Ablaufverfolgungen sind sehr detailliert und bieten Ihnen ausreichende Informationen zu Sitzungsfehlern, sodass Sie die meisten Probleme debuggen können. Diese Dateien erfordern Zugriff auf Symbole, um sie zu decodieren. Symbole für das Betriebssystem sollten für IHVs verfügbar sein. Die folgende Befehlszeile sollte zum Decodieren von WPP.etl in wpp.txt verwendet werden: netsh trace convert overwrite=yes tmf=..\symbols.pri\TraceFormat WPP.etl
.
Alle Testfälle geben PASS oder FAIL zurück. Die Testdetails sind im Testprotokoll (Te.wtl) verfügbar, das Sie in Windows HLK Studio anzeigen können.
Fehler | Beschreibung/Problemumgehung |
---|---|
Miracast UMD-Name ist nicht eindeutig. |
Miracast UMDF-Treiber sollte in einer eigenen DLL implementiert werden. |
Weitere Informationen
Parameter
Parametername | Parameterbeschreibung |
---|---|
LLU_NetAccessOnly | LLU Name des Netzbenutzers |
ConfigDisplayCommandLine | Benutzerdefinierte Befehlszeile für ConfigDisplay. Standardwert: logo |
WDKDeviceID | Geräte-ID des DUT |