Udviklerne af Collabora afsløret for nylig gennem en annonce vedtagelsen af den åbne Gallium D3D12-controller, som implementerer et lag til at organisere OpenGL-arbejde oven på DirectX 12 (D3D12) API'et i Mesa-hovedsammensætningen.
På samme tid driveren blev annonceret for at have bestået OpenGL 3.3-kompatibilitetstesten når du arbejder på WARP (software rasterizer) og NVIDIA D3D12 drivere.
Vi er glade for at kunne fortælle, at vi for nylig bestod OpenGL 3.3-overensstemmelsestest og opdaterede koden i Mesa 3D!
Controlleren kan være nyttig til brug af Mesa på enheder med kun D3D12-drivere og som udgangspunkt for portering af OpenGL-applikationer til at køre oven på D3D12 API. Især kan driveren bruges til at orkestrere driften af grafiske applikationer i miljøer styret af WSL (Windows Subsystem for Linux) subsystem, som sikrer lanceringen af Linux eksekverbare filer på Windows.
En af de vigtigste applikationer, der skiller sig ud, er Photoshop-understøttelsen, der som nævnt i meddelelsen måske ikke er en stor overraskelse, men en af motivationerne for dette arbejde var at kunne køre applikationer som Photoshop på Windows-enheder uden kompatibilitet. OpenGL.
Jeg er glad for at kunne rapportere, at Microsoft har frigivet deres kompatibilitetspakke, der bruger vores arbejde til at give OpenGL (og OpenCL) support, Photoshop kan nu køre på Windows på ARM CPU'er! Det er meget spændende at se sådanne højprofilerede apps drage fordel af vores arbejde!
Udvikling udføres i samarbejde med Microsofts ingeniører for at udvikle værktøjer såsom D3D11On12 til at overføre spil til D3D11 og D3D12 biblioteket D3D12TranslationLayer , implementerer standard grafikprimitiver oven på D3D12.
På baggrund af det undersøgte projekt, Microsoft har allerede forberedt et mellemlag hvad gør det muligt køre OpenGL-baserede apps på Windows-enheder De giver ikke fuld support til OpenGL. Især var det muligt at garantere Photoshops arbejde på Windows-enheder med ARM-processorer.
Jeg vil gerne påpege, at jeg har bestået OpenGL CTS det er ikke nødvendigvis det samme som at være formelt kompatibel. Der er nogle detaljer om, hvordan man formelt overholder lagdelte implementeringer, som er vanskelige, og jeg vil overlade spørgsmålet om formel overholdelse til Microsoft og Khronos.
Implementeringen inkluderer en driver til Mesa og en NIR-til-DXIL shader compiler (D3D12 runtime), som konverterer Mesas mellemliggende NIR shader til det DirectX 12-kompatible DirectX Intermediate Language (DXIL) binære format baseret på LLVM 3.7 bitcode. (Microsofts DirectX Shader compiler er en gaffel af LLVM 3.7.)
Problemer i D3D12 runtime skal også rettes, før resultaterne sendes. Vi arbejder sammen med Microsoft for at løse disse problemer efter behov. Disse rettelser kan tage et stykke tid at gøre det til en Windows-build og til slutbrugere, men de vil til sidst dukke op.
Men for D3D12 og lavere leverandør-driver bliver tingene komplicerede...
Først og fremmest er det ikke altid muligt for os at skelne mellem leverandørdriverproblemer og hardwareproblemer. Og hvad værre er, da disse er udviklet af tredjepartsvirksomheder, har vi kun få oplysninger om det.
Mesa-driveren bruger Gallium-grænsefladen, accepterer OpenGL-kommandoer og bruger NIR-oversætteren til DXIL, genererer den D3D12-kommandoer, der udføres på GPU'en ved hjælp af D3D12-systemdriveren. Separat udvikles komponenter for at sikre, at OpenCL fungerer oven på D3D12, herunder OpenCL-kompileren og OpenCL-runtimen.
Endelig hvis du er interesseret i at vide mere om det, kan du kontrollere detaljerne I det følgende link.