Dezvoltatorii din Collabora a fost eliberat recent printr-un anunț adoptarea controlerului deschis Gallium D3D12, care implementează un strat pentru organizarea lucrărilor OpenGL pe API-ul DirectX 12 (D3D12), în compoziția principală Mesa.
În același timp, driverul a anunțat că a trecut cu succes testele de compatibilitate OpenGL 3.3 când lucrați la drivere WARP (software rasterizer) și NVIDIA D3D12.
Suntem încântați să vă împărtășim că am trecut recent testul de conformitate OpenGL 3.3 și am actualizat codul în Mesa 3D!
Controlerul poate fi util să utilizați Mesa pe dispozitive cu controlere D3D12 numai și ca punct de plecare pentru portarea aplicațiilor OpenGL pentru a rula pe API-ul D3D12. În special, driverul poate fi utilizat pentru a organiza funcționarea aplicațiilor grafice în medii controlate de subsistemul WSL (Windows Subsystem for Linux), care asigură lansarea fișierelor executabile Linux pe Windows.
Una dintre principalele aplicații care iese în evidență este suportul Photoshop care, așa cum se menționează în reclama, poate să nu fie o mare surpriză, dar una dintre motivațiile acestei lucrări a fost aceea de a putea rula aplicații precum Photoshop pe dispozitive Windows fără compatibilitate totală cu OpenGL.
Sunt bucuros să raportez că Microsoft a lansat pachetul de compatibilitate care folosește munca noastră pentru a oferi suport OpenGL (și OpenCL), Photoshop poate rula acum pe Windows pe procesoare ARM! Este atât de incitant să vezi că aplicații de acest gen beneficiază de munca noastră!
Dezvoltarea este realizată împreună cu inginerii Microsoft pentru a dezvolta instrumente precum D3D11On12 pentru a transfera jocuri în biblioteca D3D11 și D3D12 D3D12TranslationLayer, implementează primitive grafice standard pe D3D12.
Pe baza proiectului luat în considerare, Microsoft a pregătit deja un strat intermediar ce face posibil rulați aplicații bazate pe OpenGL pe dispozitive Windows care nu oferă suport complet pentru OpenGL. În special, a fost posibil să se garanteze lucrul Photoshop pe dispozitivele Windows cu procesoare ARM.
Aș dori să subliniez că după aprobarea OpenGL CTS nu este neapărat același lucru cu respectarea formală. Există câteva detalii despre cum să vă conformați formal cu implementările stratificate care sunt complicate și voi lăsa întrebarea despre conformitatea formală la Microsoft și Khronos.
Implementarea include un driver pentru Mesa și un compilator de shader-uri NIR-to-DXIL (runtime D3D12), care convertește shader-ul NIR intermediar Mesa în formatul binar DirectX Intermediate Language (DXIL) bazat pe codul de coduri LLVM 12 bit, format LLVM 3.7 (DirectX Microsoft). Compilatorul Shader este un fork al LLVM 3.7).
Problemele de execuție D3D12 ar trebui, de asemenea, rezolvate înainte de a trimite rezultate. Colaborăm cu Microsoft pentru a remedia aceste probleme, după caz. Aceste remedieri pot dura ceva timp pentru a ajunge la o versiune Windows și pentru utilizatorii finali, dar în cele din urmă vor apărea.
Dar pentru controlorul furnizor D3D12 și versiunile inferioare, lucrurile se complică ...
În primul rând, nu este întotdeauna posibil să facem diferența între problemele legate de driverul furnizorului și problemele hardware. Și ce este mai rău, deoarece acestea sunt dezvoltate de companii terțe, avem puține informații despre asta.
Controlerul Mesa folosește interfața Gallium, acceptă comenzile OpenGL și, folosind traducătorul NIR la DXIL, generează comenzi D3D12 care rulează pe GPU utilizând driverul de sistem D3D12. În mod separat, componentele sunt dezvoltate pentru a se asigura că OpenCL funcționează deasupra D3D12, inclusiv compilatorul OpenCL și runtime-ul OpenCL.
În cele din urmă dacă sunteți interesat să aflați mai multe despre asta, puteți verifica detaliile În următorul link.