Pemaju Collabora dilepaskan baru-baru ini melalui iklan penggunaan pengawal terbuka Gallium D3D12, yang menerapkan lapisan untuk mengatur kerja OpenGL pada DirectX 12 (D3D12) API, dalam komposisi Mesa utama.
Pada masa yang sama pemandu mengumumkan berjaya lulus ujian keserasian OpenGL 3.3 semasa bekerja pada pemacu WARP (perisian rasterizer) dan NVIDIA D3D12.
Kami gembira dapat memberitahu bahawa baru-baru ini kami lulus ujian kesesuaian OpenGL 3.3 dan mengemas kini kod dalam Mesa 3D!
Pengawal mungkin berguna untuk menggunakan Mesa pada peranti dengan pengawal D3D12 sahaja dan sebagai titik permulaan untuk memindahkan aplikasi OpenGL untuk berjalan di D3D12 API. Khususnya, pemacu boleh digunakan untuk mengatur operasi aplikasi grafik di persekitaran yang dikendalikan oleh subsistem WSL (Windows Subsystem for Linux), yang memastikan pelancaran fail yang dapat dilaksanakan Linux pada Windows.
Salah satu aplikasi utama yang menonjol adalah sokongan Photoshop, yang, seperti yang disebutkan dalam iklan, mungkin bukan kejutan besar, tetapi salah satu motivasi untuk pekerjaan ini adalah dapat menjalankan aplikasi seperti Photoshop pada peranti Windows tanpa keserasian jumlah dengan OpenGL.
Saya dengan senang hati melaporkan bahawa Microsoft telah melancarkan paket keserasian mereka yang menggunakan kerja kami untuk memberikan sokongan OpenGL (dan OpenCL), Photoshop kini dapat dijalankan di Windows pada CPU ARM! Sangat menggembirakan apabila melihat aplikasi berprofil tinggi seperti itu mendapat manfaat daripada kerja kami!
Pengembangan ini dilakukan bersama dengan jurutera Microsoft untuk mengembangkan alat seperti D3D11On12 untuk memindahkan permainan ke perpustakaan D3D11 dan D3D12 D3D12TranslationLayer, ia menerapkan primitif grafik standard di atas D3D12.
Berdasarkan projek yang dipertimbangkan, Microsoft telah menyiapkan lapisan perantaraan apa yang memungkinkan jalankan aplikasi berasaskan OpenGL pada peranti Windows yang tidak memberikan sokongan penuh untuk OpenGL. Secara khusus, adalah mungkin untuk menjamin kerja Photoshop pada peranti Windows dengan pemproses ARM.
Saya ingin menunjukkan bahawa setelah meluluskan OpenGL CTS tidak semestinya sama dengan mematuhi secara formal. Terdapat beberapa perincian mengenai cara untuk secara formal mematuhi implementasi berlapis yang rumit, dan saya akan menyerahkan persoalan mengenai pematuhan formal kepada Microsoft dan Khronos.
Pelaksanaannya merangkumi pemacu untuk Mesa dan pengkompil shader NIR-to-DXIL (runtime D3D12), yang menukar shader NIR perantaraan Mesa ke DirectX 12, LLVM 3.7 bitcode berasaskan DirectX Intermediate Language (DXIL) berasaskan binari. (Microsoft DirectX Microsoft Shader compiler adalah garpu LLVM 3.7).
Masalah runtime D3D12 juga harus diperbaiki sebelum menghantar hasil. Kami bekerjasama dengan Microsoft untuk menyelesaikan masalah ini dengan sewajarnya. Pembaikan ini mungkin memerlukan sedikit masa untuk sampai ke binaan Windows dan pengguna akhir, tetapi akhirnya akan muncul.
Tetapi untuk vendor-pengawal D3D12 dan versi yang lebih rendah, perkara menjadi rumit ...
Pertama sekali, tidak mungkin kita membezakan antara masalah pemandu vendor dan masalah perkakasan. Dan yang lebih teruk lagi, kerana ini dibangunkan oleh syarikat pihak ketiga, kami mempunyai sedikit maklumat mengenainya.
Pengawal Mesa menggunakan antara muka Gallium, menerima arahan OpenGL dan, menggunakan penterjemah NIR ke DXIL, menghasilkan arahan D3D12 yang berjalan di GPU menggunakan pemacu sistem D3D12. Secara berasingan, komponen sedang dikembangkan untuk memastikan OpenCL berfungsi di atas D3D12, termasuk penyusun OpenCL dan waktu operasi OpenCL.
Akhirnya sekiranya anda berminat untuk mengetahui lebih lanjut mengenainya, anda boleh menyemak perinciannya Dalam pautan berikut.