Utviklerne av Collabora utgitt nylig gjennom en annonse adopsjonen av Gallium D3D12 åpen kontroller, som implementerer et lag for å organisere OpenGL-arbeid på DirectX 12 (D3D12) API, i den viktigste Mesa-komposisjonen.
Samtidig driver kunngjorde vellykket bestått OpenGL 3.3 kompatibilitetstesting når du arbeider med WARP (rasterizer-programvare) og NVIDIA D3D12-drivere.
Vi er glade for å fortelle at vi nylig har bestått OpenGL 3.3-samsvarstesting og oppdatert koden i Mesa 3D!
Kontrolleren kan være nyttig å bruke Mesa på enheter med kun D3D12-kontrollere og som utgangspunkt for porting av OpenGL-applikasjoner for å kjøre på D3D12 API. Spesielt kan driveren brukes til å organisere driften av grafiske applikasjoner i miljøer som styres av WSL (Windows Subsystem for Linux) delsystem, som sikrer lansering av kjørbare Linux-filer på Windows.
En av de viktigste applikasjonene som skiller seg ut er Photoshop-støtten, som, som nevnt i annonsen, kanskje ikke er en stor overraskelse, men en av motivasjonene for dette arbeidet var å kunne kjøre applikasjoner som Photoshop på Windows-enheter uten kompatibilitet. totalt med OpenGL.
Jeg er glad for å kunne rapportere at Microsoft har gitt ut kompatibilitetspakken som bruker vårt arbeid for å gi OpenGL (og OpenCL) -støtte. Photoshop kan nå kjøres på Windows på ARM-CPUer! Det er så spennende å se slike profilerte apper som drar nytte av arbeidet vårt!
Utviklingen utføres i samarbeid med Microsoft-ingeniører for å utvikle verktøy som D3D11On12 for å overføre spill til D3D11-biblioteket og D3D12 D3D12TranslationLayer, det implementerer standard grafikkprimitiver på toppen av D3D12.
Basert på prosjektet som vurderes, Microsoft har allerede utarbeidet et mellomlag hva som muliggjør kjør OpenGL-baserte applikasjoner på Windows-enheter som ikke gir full støtte for OpenGL. Spesielt var det mulig å garantere Photoshop-arbeid på Windows-enheter med ARM-prosessorer.
Jeg vil påpeke at å ha godkjent OpenGL CTS det er ikke nødvendigvis det samme som å være formelt kompatibel. Det er noen detaljer om hvordan du formelt overholder lagdelte implementeringer som er kompliserte, og jeg vil overlate spørsmålet om formell overholdelse til Microsoft og Khronos.
Implementeringen inkluderer en driver for Mesa og en NIR-til-DXIL-skyggekompilator (D3D12-kjøretid), som konverterer Mesas mellomliggende NIR-skyggelegger til DirectX 12-kompatibelt, LLVM 3.7 bitekodebasert DirectX Intermediate Language (DXIL) binært format. (Microsofts DirectX Shader-kompilator er en gaffel av LLVM 3.7).
D3D12-kjøretidsproblemer bør også løses før du sender resultater. Vi samarbeider med Microsoft for å fikse disse problemene etter behov. Disse løsningene kan ta litt tid å komme igjennom til en Windows-build og til sluttbrukere, men vil etter hvert dukke opp.
Men for leverandørkontrolleren D3D12 og lavere versjoner blir ting komplisert ...
For det første er det ikke alltid mulig for oss å skille mellom problemer med leverandørdrivere og maskinvareproblemer. Og det som er verre, ettersom disse er utviklet av tredjepartsselskaper, har vi lite informasjon om det.
Mesa-kontrolleren bruker Gallium-grensesnittet, godtar OpenGL-kommandoer og bruker NIR-oversetteren til DXIL, genererer D3D12-kommandoer som kjører på GPUen ved hjelp av D3D12-systemdriveren. Separat blir komponenter utviklet for å sikre at OpenCL fungerer på toppen av D3D12, inkludert OpenCL-kompilatoren og OpenCL-kjøretiden.
Endelig hvis du er interessert i å vite mer om det, kan du sjekke detaljene I den følgende lenken.