Pengembang dari Kolabora dirilis baru-baru ini melalui sebuah iklan adopsi pengontrol terbuka Gallium D3D12, yang mengimplementasikan lapisan untuk mengatur pekerjaan OpenGL pada DirectX 12 (D3D12) API, dalam komposisi Mesa utama.
Pada saat bersamaan, driver mengumumkan berhasil lulus pengujian kompatibilitas OpenGL 3.3 saat bekerja pada WARP (perangkat lunak rasterizer) dan driver NVIDIA D3D12.
Kami sangat senang untuk berbagi bahwa kami baru saja lulus pengujian kesesuaian OpenGL 3.3 dan memperbarui kode dalam Mesa 3D!
Pengontrol mungkin berguna untuk menggunakan Mesa pada perangkat dengan pengontrol D3D12 saja dan sebagai titik awal untuk mem-porting aplikasi OpenGL agar berjalan di API D3D12. Secara khusus, driver dapat digunakan untuk mengatur operasi aplikasi grafis di lingkungan yang dikontrol oleh subsistem WSL (Windows Subsystem for Linux), yang memastikan peluncuran file Linux yang dapat dieksekusi di Windows.
Salah satu aplikasi utama yang menonjol adalah dukungan Photoshop, yang, seperti disebutkan dalam pengumuman, mungkin bukan kejutan besar, tetapi salah satu motivasi untuk pekerjaan ini adalah dapat menjalankan aplikasi seperti Photoshop di perangkat Windows tanpa kompatibilitas. .total dengan OpenGL.
Saya dengan senang hati melaporkan bahwa Microsoft telah merilis paket kompatibilitas mereka yang menggunakan pekerjaan kami untuk menyediakan dukungan OpenGL (dan OpenCL), Photoshop sekarang dapat berjalan di Windows pada CPU ARM! Sangat menyenangkan melihat aplikasi terkenal seperti itu mendapat manfaat dari pekerjaan kami!
Pengembangan ini dilakukan bersama dengan insinyur Microsoft untuk mengembangkan alat seperti D3D11On12 untuk mentransfer game ke pustaka D3D11 dan D3D12 D3D12TranslationLayer, yang menerapkan primitif grafik standar di atas D3D12.
Berdasarkan proyek yang sedang dipertimbangkan, Microsoft telah menyiapkan lapisan perantara apa yang memungkinkan menjalankan aplikasi berbasis OpenGL pada perangkat Windows yang tidak memberikan dukungan penuh untuk OpenGL. Secara khusus, dimungkinkan untuk menjamin kerja Photoshop pada perangkat Windows dengan prosesor ARM.
Saya ingin menunjukkan bahwa setelah menyetujui OpenGL CTS itu tidak selalu sama dengan patuh secara formal. Ada beberapa detail tentang cara mematuhi implementasi berlapis yang rumit secara formal, dan saya akan meninggalkan pertanyaan tentang kepatuhan formal ke Microsoft dan Khronos.
Implementasinya mencakup driver untuk Mesa dan kompiler shader NIR-ke-DXIL (runtime D3D12), yang mengubah shader NIR menengah Mesa menjadi format biner DirectX Intermediate Language (DXIL) yang sesuai dengan DirectX 12, LLVM 3.7 bitcode berbasis-bitcode (DXIL). (Microsoft DirectX Kompiler shader adalah cabang dari LLVM 3.7).
Masalah runtime D3D12 juga harus diperbaiki sebelum mengirim hasil. Kami sedang bekerja dengan Microsoft untuk memperbaiki masalah ini sebagaimana mestinya. Perbaikan ini mungkin memerlukan beberapa saat untuk sampai ke build Windows dan ke pengguna akhir, tetapi pada akhirnya akan muncul.
Tetapi untuk vendor-controller D3D12 dan versi yang lebih rendah, segalanya menjadi rumit ...
Pertama-tama, tidak selalu mungkin bagi kami untuk membedakan antara masalah driver vendor dan masalah perangkat keras. Dan yang lebih buruk, karena ini dikembangkan oleh perusahaan pihak ketiga, kami hanya memiliki sedikit informasi tentangnya.
Pengontrol Mesa menggunakan antarmuka Gallium, menerima perintah OpenGL dan, menggunakan penerjemah NIR ke DXIL, menghasilkan perintah D3D12 yang dijalankan pada GPU menggunakan driver sistem D3D12. Secara terpisah, komponen sedang dikembangkan untuk memastikan OpenCL bekerja di atas D3D12, termasuk compiler OpenCL dan runtime OpenCL.
Akhirnya jika Anda tertarik untuk mengetahui lebih banyak tentang itu, Anda dapat memeriksa detailnya Di tautan berikut.