Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini menjelaskan bagaimana produsen tampilan dapat menerapkan ekstensi EDID CTA (Asosiasi Teknologi Konsumen) di HMD (Head Mounted Display) atau firmware tampilan khusus. Audien utamanya adalah produsen layar. Istilah tampilan dan pemantauan identik dalam artikel ini.
Ekstensi yang diimplementasikan memungkinkan Windows mengenali tampilan sebagai khusus dan dengan demikian memungkinkan setiap lapisan di OS Windows untuk memperlakukannya dengan benar. Tanpa ekstensi EDID ini, HMD dan tampilan khusus memiliki masalah berikut:
- Desktop Windows diperluas ke layar, aplikasi dapat diluncurkan ke dalamnya, dan kursor mouse dapat menjelajah ke layar. Jika pengguna tidak mengharapkan perilaku ini, dapat membingungkan untuk diatasi.
- Kompositor non-Microsoft harus menggunakan API presentasi berbasis HWND atau berbasis CoreWindow, yang tidak mengizinkan akses eksklusif ke layar. Komppositor desktop Windows bertanggung jawab untuk merutekan API presentasi berjendela ke layar, yang dapat menimbulkan latensi nondeterministik ekstra dalam beberapa skenario.
Untuk mengatasi masalah ini, kedua kondisi berikut harus dipenuhi:
- Firmware dalam tampilan yang berisi EDID harus dimodifikasi agar berisi Blok Data Spesifik Vendor (VSDB) untuk mengidentifikasi kasus penggunaan tampilan khusus Windows.
- Subsistem tampilan Windows mengenali Blok Data Spesifik Vendor dengan benar yang diuraikan dalam artikel ini dan memperlakukan tampilan dengan tepat. Versi OS Windows yang berbeda mungkin memiliki perilaku yang berbeda, seperti yang dijelaskan nanti di artikel ini.
Solusi dua langkah ini menghasilkan perilaku Windows yang benar sejak layar pertama kali dicolokkan. Khususnya:
- HMD dan tampilan khusus tertentu tidak disertakan dalam lingkungan desktop Windows reguler.
- Akses ke tampilan dengan API Windows.Devices.Display.Core tersedia untuk kompositor non-Microsoft.
Asosiasi Standar Elektronik Video (VESA) mendefinisikan bidang standar di DisplayId v2.. Bidang-bidang ini menyediakan akses ke informasi serupa seperti VSDB yang ditentukan dalam artikel ini. DisplayID v2.0 atau yang lebih baru adalah mekanisme yang disukai untuk mengirimkan data ini untuk HMD. Namun, jika perangkat harus menggunakan EDID karena alasan lain, VSDB ini harus digunakan.
Blok data khusus vendor (VSDB)
Orang atau tim yang bertanggung jawab untuk menulis kode firmware yang berisi EDID harus menyertakan blok ekstensi CTA dengan VSDB yang telah ditentukan oleh Microsoft. Struktur EDID dijelaskan dalam "VESA Enhanced Extended Display Identification Data Standard" (E-EDID), lihat versi 1.4, rilis A, revisi 2 dengan bagian 2.2 yang menjelaskan blok ekstensi. Blok ekstensi CTA didefinisikan dalam dokumen seri 861 CTA Profil DTV untuk Antarmuka Digital Tidak Dikompresi High-Speed. VSDB dijelaskan dalam ANSI/CTA-861-G termasuk urutan VSDB relatif terhadap blok data lainnya.
Struktur VSDB harus memiliki format dan nilai yang diuraikan dalam tabel berikut.
Kode tag spesifik vendor [3 bit]
Bidang ini harus diatur ke 0x3
.
Panjang [5 bit]
Panjang total blok data, tidak termasuk byte ini. Bidang ini harus diatur ke 0x15
.
IEEE OUI [3 byte]
IEEE Organizationally Unique Identifier (OUI) yang ditetapkan ke Microsoft untuk mengidentifikasi tampilan: 0x5C
, , 0x12
0xCA
, dalam urutan byte berurutan.
Versi [1 byte]
Nomor versi yang terkait dengan konten Microsoft Display VSDB.
yang direkomendasikan: Use-Case | Versi | Rilis Windows yang Didukung |
---|---|---|
Untuk perangkat tampilan HMD (VR/AR) yang digunakan dalam pengalaman Windows Mixed Reality | 0x1 |
Windows 10 versi 1703 dan yang lebih baru |
Untuk perangkat tampilan HMD (VR/AR) yang digunakan oleh kompositor non-Microsoft (selain pengalaman Windows Mixed Reality) | 0x2 |
Windows 10 versi 1809 dan yang lebih baru |
Untuk perangkat tampilan khusus yang bukan HMD | 0x3 |
Didukung di Windows 10 versi 1903 dan yang lebih baru |
Penanda penggunaan desktop [1 bit]
Pada versi 0x3
dan yang lebih baru dari VSDB ini, bit ini menunjukkan apakah tampilan harus menjadi bagian dari desktop.
- Jika tampilan harus menjadi bagian dari desktop, atur ke
0x1
. - Jika tampilan tidak boleh menjadi bagian dari desktop, atur ke
0x0
.
Dalam versi 0x1
dan 0x2
VSDB ini, nilai ini harus selalu diatur ke 0x0
.
Bendera penggunaan non-Microsoft [1 bit]
Pada versi 0x3
dan versi selanjutnya dari VSDB ini, bit ini menunjukkan apakah tampilan harus dapat digunakan oleh kompositor non-Microsoft, atau hanya kompositor Windows yang disediakan oleh Microsoft.
- Jika tampilan harus dapat digunakan oleh kompositor perangkat lunak non-Windows, atur ke
0x1
. - Jika tampilan hanya boleh digunakan oleh kompositor Windows, atur ke
0x0
.
Dalam versi 0x1
dan 0x2
VSDB ini, nilai ini harus selalu diatur ke 0x0
.
Tampilkan kasus penggunaan utama produk [5 bit]
Kasus penggunaan utama perangkat tampilan:
- Peralatan uji -
0x1
- Tampilan generik -
0x2
- Layar televisi -
0x3
- Tampilan produktivitas desktop -
0x4
- Tampilan game desktop -
0x5
- Tampilan presentasi -
0x6
- Headset realitas virtual -
0x7
- Realitas tertambah -
0x8
- Tampilan dinding video -
0x10
- Tampilan pencitraan medis -
0x11
- Tampilan game khusus -
0x12
- Tampilan monitor video khusus -
0x13
- Tampilan aksesori -
0x14
ID Kontainer [16 bytes]
Pengidentifikasi Unik Universal 16 byte yang unik untuk setiap perangkat. Pengidentifikasi ini dibakar di lantai pabrik.
Komentar
Untuk mempertahankan kompatibilitas maksimum dengan sistem operasi sebelumnya, HMD harus terus menggunakan versi 0x1
dan 0x2
ekstensi EDID ini. Lihat Versi untuk mengetahui nilai yang harus dipakai untuk HMD.