EDID-Erweiterung für kopfmontierte und spezialisierte Monitore

In diesem Artikel wird beschrieben, wie ein Displayhersteller eine EDID-CTA-Erweiterung (Consumer Technology Association) in HMD (Head Mounted Display) oder spezielle Displayfirmware implementieren kann. Das Publikum ist in erster Linie Displayhersteller. Die Begriffe Anzeigen und Monitor sind in diesem Artikel synonym.

Die implementierte Erweiterung ermöglicht Es Windows, die Anzeige als speziell zu erkennen und somit jede Ebene im Windows-Betriebssystem zu ermöglichen, sie richtig zu behandeln. Ohne diese EDID-Erweiterung haben HMDs und spezialisierte Displays die folgenden Probleme:

• Der Windows-Desktop wird auf den Bildschirm erweitert, Apps können darauf gestartet werden, und der Mauszeiger kann sich auf dem Bildschirm bewegen. Wenn die Benutzer dieses Verhalten nicht erwarten, kann die Wiederherstellung verwirrend sein.
• Nicht-Microsoft-Kompositor müssen HWND-basierte oder CoreWindow-basierte Präsentations-APIs verwenden, die keinen exklusiven Zugriff auf die Anzeige ermöglichen. Der Windows-Desktopkompositor ist für das Routing von Fensterdarstellungs-APIs an die Anzeige verantwortlich, was in einigen Szenarien zu einer zusätzlichen, nicht-deterministischen Latenz führen kann.

Um diese Probleme zu lösen, müssen beide folgenden Bedingungen erfüllt sein:

1. Die Firmware in der Anzeige, die die EDID enthält, muss geändert werden, um einen anbieterspezifischen Datenblock (Vendor Specific Data Block , VSDB) zu enthalten, um den Windows-spezifischen Anwendungsfall der Anzeige zu identifizieren.
2. Das Windows-Anzeigesubsystem erkennt den in diesem Artikel beschriebenen anbieterspezifischen Datenblock ordnungsgemäß und behandelt die Displays entsprechend. Verschiedene Versionen des Windows-Betriebssystems können unterschiedliche Verhaltensweisen aufweisen, wie weiter unten in diesem Artikel beschrieben.

Diese zweistufige Lösung führt zum richtigen Windows-Verhalten ab dem Moment, in dem die Anzeige zum ersten Mal angeschlossen ist. Im Besonderen:

• HMDs und bestimmte spezialisierte Displays sind nicht in der normalen Windows-Desktopumgebung enthalten.
• Der Zugriff auf die Anzeige mit den Windows.Devices.Display.Core-APIs ist für Nicht-Microsoft-Kompositor verfügbar.

Die Video Electronics Standards Association (VESA) definiert standardisierte Felder in DisplayId v2.. Diese Felder bieten Zugriff auf ähnliche Informationen wie die in diesem Artikel definierte VSDB. DisplayID v2.0 oder höher ist der bevorzugte Mechanismus, um diese Daten für HMDs bereitzustellen. Wenn ein Gerät jedoch aus anderen Gründen eine EDID verwenden muss, sollte diese VSDB verwendet werden.

Anbieterspezifischer Datenblock (VSDB)

Die Partei, die für das Schreiben des Firmwarecodes verantwortlich ist, der die EDID enthält, muss einen CTA-Erweiterungsblock mit einer von Microsoft definierten VSDB enthalten. Die Struktur von EDIDs wird im "VESA Enhanced Extended Display Identification Data Standard" (E-EDID) beschrieben, siehe Version 1.4, Version A, Revision 2 mit Abschnitt 2.2 zur Beschreibung von Erweiterungsblöcken. Der CTA-Erweiterungsblock wird im CTA-Dokument der 861-Serie A DTV Profile for Unkompressed High-Speed Digital Interfaces definiert. VSDBs werden in ANSI/CTA-861-G beschrieben, einschließlich der Reihenfolge von VSDB relativ zu anderen Datenblöcken.

Die VSDB-Struktur muss das Format und die Werte aufweisen, die in der folgenden Tabelle beschrieben sind.

Herstellerspezifischer Tagcode [3 Bits]

Dieses Feld muss auf 0x3 gesetzt werden.

Länge [5 Bit]

Gesamtlänge des Datenblocks, nicht einschließlich dieses Byte. Dieses Feld muss auf 0x15 gesetzt werden.

IEEE OUI [3 Bytes]

Die von IEEE zugewiesene Organizationally Unique Identifier (OUI) für Microsoft zur Identifizierung von Displays lautet: 0x5C, 0x12, 0xCA in sequenzieller Bytereihenfolge.

Version [1 Byte]

Die Versionsnummer, die dem Inhalt der Microsoft Display VSDB zugeordnet ist.

Desktopverwendungskennzeichnung [1 Bit]

In der Version 0x3 und später dieser VSDB zeigt dieses Bit an, ob das Display Teil des Desktops sein soll.

• Wenn die Anzeige Teil des Desktops sein soll, legen Sie diesen auf 0x1.
• Wenn die Anzeige nicht Teil des Desktops sein soll, legen Sie diesen Wert fest.0x0

In den Versionen 0x1 und 0x2 dieses VSDB sollte dieser Wert immer auf 0x0 gesetzt werden.

Nicht-Microsoft-Verwendungskennzeichnung [1 Bit]

In Version 0x3 und später dieser VSDB zeigt dieses Bit an, ob die Anzeige von Nicht-Microsoft-Kompositoren oder nur vom Microsoft-eigenen Windows-Kompositor verwendet werden sollte.

• Wenn die Anzeige von Nicht-Windows-Softwarekompositoren verwendet werden soll, legen Sie die Einstellung auf 0x1.
• Wenn der Bildschirm nur vom Windows-Kompositor verwendet werden soll, setzen Sie ihn auf 0x0.

In den Versionen 0x1 und 0x2 dieses VSDB sollte dieser Wert immer auf 0x0 gesetzt werden.

Primäres Produktanwendungsfall anzeigen [5 Bits]

Der primäre Anwendungsfall des Anzeigegeräts:

• Prüfgeräte - 0x1
• Generische Anzeige - 0x2
• Fernsehanzeige - 0x3
• Desktopproduktivitätsanzeige – 0x4
• Desktop-Gaming-Monitor - 0x5
• Präsentationsanzeige - 0x6
• Virtual-Reality-Brillen - 0x7
• Erweiterte Realität- 0x8
• Videowandanzeige - 0x10
• Medizinisches Bildgebungsanzeigegerät - 0x11
• Dedizierte Spieleanzeige - 0x12
• Dedizierte Videomonitoranzeige - 0x13
• Zubehöranzeige - 0x14

Container-ID [16 Bytes]

Der 16-Byte Universally Unique Identifier, der für jedes Gerät eindeutig ist. Dieser Bezeichner wird im Werksboden verbrannt.

Bemerkungen

Um die maximale Kompatibilität mit früheren Betriebssystemen aufrechtzuerhalten, sollten HMDs weiterhin die Version 0x1 und 0x2 diese EDID-Erweiterung verwenden. Informationen zu den für HMDs zu verwendenden Werten finden Sie unter "Version ".