Utvecklarna av Collabora släppt nyligen genom en annons antagandet av Gallium D3D12 öppen styrenhet, som implementerar ett lager för att organisera OpenGL-arbete på DirectX 12 (D3D12) API, i den huvudsakliga Mesa-kompositionen.
Samtidigt, föraren tillkännagavs godkänt OpenGL 3.3 kompatibilitetstest när du arbetar med WARP (rasterizer-programvara) och NVIDIA D3D12-drivrutiner.
Vi är glada att kunna berätta att vi nyligen klarat OpenGL 3.3-testning och uppdaterade koden i Mesa 3D!
Styrenheten kan vara användbart för att använda Mesa på enheter med endast D3D12-styrenheter och som utgångspunkt för att porta OpenGL-applikationer för att köras på D3D12 API. I synnerhet kan drivrutinen användas för att organisera driften av grafiska applikationer i miljöer som styrs av delsystemet WSL (Windows Subsystem for Linux), vilket säkerställer lanseringen av Linux-körbara filer på Windows.
En av de viktigaste applikationerna som sticker ut är Photoshop-stödet, som, som nämnts i tillkännagivandet, kanske inte är en stor överraskning, men en av motivationen för detta arbete var att kunna köra applikationer som Photoshop på Windows-enheter utan kompatibilitet totalt med OpenGL.
Jag är glad att kunna rapportera att Microsoft har släppt deras kompatibilitetspaket som använder vårt arbete för att ge OpenGL (och OpenCL) support, Photoshop kan nu köras på Windows på ARM-processorer! Det är så spännande att se högprofilerade appar som gynnas av vårt arbete!
Utvecklingen genomförs tillsammans med Microsofts ingenjörer för att utveckla verktyg som D3D11On12 för att överföra spel till D3D11-biblioteket och D3D12 D3D12TranslationLayer, det implementerar standardgrafikprimitiv ovanpå D3D12.
Baserat på det projekt som övervägs, Microsoft har redan förberett ett mellanlager vad som gör det möjligt kör OpenGL-baserade applikationer på Windows-enheter som inte ger fullt stöd för OpenGL. I synnerhet var det möjligt att garantera Photoshop-arbete på Windows-enheter med ARM-processorer.
Jag vill påpeka att jag har godkänt OpenGL CTS det är inte nödvändigtvis detsamma som att vara formellt kompatibel. Det finns några detaljer om hur man formellt följer lagerplattformar som är komplicerade, och jag lämnar frågan om formell efterlevnad till Microsoft och Khronos.
Implementeringen inkluderar en drivrutin för Mesa och en NIR till DXIL-shader-kompilator (D3D12 runtime), som konverterar Mesas mellanliggande NIR-shader till DirectX 12-kompatibel, LLVM 3.7 bitkodbaserat DirectX Intermediate Language (DXIL) binärt format. (Microsofts DirectX Shader-kompilator är en gaffel med LLVM 3.7).
D3D12-körningsproblem bör också åtgärdas innan resultat skickas. Vi arbetar med Microsoft för att lösa dessa problem efter behov. Dessa korrigeringar kan ta ett tag att komma igenom en Windows-byggnad och slutanvändare, men kommer så småningom att dyka upp.
Men för leverantörskontrollen D3D12 och lägre versioner blir saker och ting komplicerade ...
Först och främst är det inte alltid möjligt för oss att skilja mellan drivrutinsproblem och leverantörsproblem. Och vad som är värre, eftersom dessa utvecklas av tredjepartsföretag har vi lite information om det.
Mesa-styrenheten använder Gallium-gränssnittet, accepterar OpenGL-kommandon och använder NIR-översättaren till DXIL, genererar D3D12-kommandon som körs på GPU: n med D3D12-systemdrivrutinen. Separat utvecklas komponenter för att säkerställa att OpenCL fungerar ovanpå D3D12, inklusive OpenCL-kompilatorn och OpenCL-körtiden.
Slutligen om du är intresserad av att veta mer om detkan du kontrollera detaljerna I följande länk.