Utgivning av DXVK 3.0

Efter ett halvårs utveckling har den senaste versionen av DXVK (Direct3D till Vulkan Translate Layer) släppts, ett öppet bibliotek som omvandlar API-anrop från Direct3D 8, 9, 10 och 11 till Vulkan-kommandon. Det gör det möjligt att köra 3D-applikationer och spel som utvecklats för Windows på system där direkt stöd för Direct3D saknas, och utnyttja de mer effektiva funktionerna hos Vulkan-grafik-API:et.

Viktiga ändringar
I den nya versionen har det gjorts en övergång till användning av specifikationer och tillägg av Vulkan 1.4, vilket i sin tur kommer att kräva en kompatibel drivrutin.

DXVK använder nu dxbc-spirv för kompilering av shadere för alla stödda shadermodeller. Detta löser ett antal problem som tidigare var omöjliga att åtgärda:
Renderingproblem i spel, orsakade av att spelen antingen förlitar sig på osäkert beteende eller att FXC i vissa fall genererar felaktig kod, som i Postal: Brain Damaged, Snowrunner.
Den genererade koden är mer kompakt än bara den omvandlade SPIR-V-koden, vilket väsentligt minskar mängden minne som DXVK använder. I spel som Overwatch eller God of War gör detta att cirka 1 GB systemminne kan sparas.
Shaderkompilering har nu helt flyttats till arbetstrådar, vilket kan förkorta laddningstider i spel som Days Gone och Final Fantasy XIV, eller ibland minska stutter. Tidigare utförde DXVK översättningen av SPIR-V i applikationens tråd och kompilerade endast de faktiska Vulkan-pipelines i arbetsprocesser.
Den mellanliggande representationen av de kompilierade shaderna i DXVK cachas nu på disken inom AppData/Local-katalogen för den aktuella Wine-prefixen. Detta är nödvändigt eftersom kompileringstiden har ökat jämfört med den gamla kompileraren. Sökvägen till cachen kan ändras med hjälp av miljövariabeln DXVK_SHADER_CACHE_PATH.

Den nya Vulkan-tillägget VK_EXT_descriptor_heap används nu som standard i drivrutiner som stöder det.
Det förväntas att denna nya modell, jämfört med den gamla bindningsmodellen baserad på VK_EXT_descriptor_buffer, kommer att leverera ungefär samma nivå av CPU-relaterad prestanda, samtidigt som den undviker prestandanedgång på Nvidia GPUer (kräver nvidia-drivers-595.84 och nyare).
Ändringar i D3D9
För att efterlikna en gammal pipeline med fasta funktioner som möjliggör för D3D8- och D3D9-spel att rendera utan shaders, genererade DXVK tidigare sin egen shaderkod i realtid baserat på pipeline-status. I vissa spel, som Unreal Tournament 2004, kunde detta leda till märkbara hack även efter lång spelperiod.

För att åtgärda detta implementerar DXVK nu pipelinen med fasta funktioner som ett par "ubershaders", för vilka optimerade versioner kompileras i bakgrunden.
Optimering av buffertinläsning
För att bättre överensstämma med Windows beteende laddas nu olika typer av buffertar som tidigare placerades direkt i VRAM på begäran, och en strategi för begränsning av minnesanvändningen har också implementerats för att åtgärda kraschproblem relaterade till adressutrymmet i flera D3D9-spel för 32-bitars system.
Dessa förändringar kan också förbättra prestandan på system utan ändringsbar BAR-storlek i spel som GTA IV.

I system som tillräckligt stödjer VK_EXT_sample_locations och VK_EXT_extended_dynamic_state3 fungerar renderingstillståndet D3DRS_MULTISAMPLEANTIALIAS nu korrekt, vilket gör det möjligt för applikationer att använda rasterisering med ett prov vid rendering till målrenderingsobjekt med flera prover. Detta eliminerar problem med UI-rendering i Anno 1701, Men of War Assault Squad och liknande problem i andra spel med MSAA aktiverat.

Gemensamma resurser fungerar nu med den ursprungliga implementeringen av Wine och kräver inte längre patchar som är specifika för Proton.

Det är också värt att nämna de många fixarna för olika spel som nu kommer att fungera bättre.

Källa: linux.org.ru