Release av DXVK 1.3-projektet med Direct3D 10/11-implementering ovanpå Vulkan API

Bildas mellanskiktsfrigöring DXVK 1.3, som tillhandahåller en implementering av DXGI (DirectX Graphics Infrastructure), Direct3D 10 och Direct3D 11, som arbetar genom översättning av anrop till Vulkan API. För att använda DXVK krävs stöd för förare Vulkan APIsåsom
AMD RADV 18.3, NVIDIA 415.22, Intel ANV 19.0 och AMDVLK.

DXVK kan användas för att köra 3D-applikationer och spel på Linux med Wine, vilket fungerar som ett alternativ med högre prestanda till Wines inbyggda Direct3D 11-implementering som körs ovanpå OpenGL. I några spel prestanda för kombinationen Wine+DXVK annorlunda från att köras på Windows med endast 10-20 %, medan när man använder Direct3D 11-implementeringen baserad på OpenGL, minskar prestandan mer markant.

Tillagda förbättringar:

• Implementerad optimering med "kassera"-instruktionen i shaders, baserad på Vulkan-tillägget VK_EXT_shader_demote_to_helper_invocation och kan förbättra prestandan i vissa spel. För att använda optimeringen måste du uppdatera winevulkan-komponenten och drivrutinerna (Intel till Mesa 19.2-git och NVIDIA till den proprietära drivrutinen 418.52.14-beta, AMD-drivrutiner stöder ännu inte tillägget VK_EXT_shader_demote_to_helper_invocation);
• Asynkron bearbetning av utmatning av renderingsresultatet till skärmen tillhandahålls (steg presentation). För att minska latensen på huvudrenderingstråden görs nu utdatabearbetning i kommandotråden. Prestandafördelarna med asynkron bearbetning är särskilt märkbara för hög bildhastighet och resurskrävande kommandoöverföringar. Bland de spel där en prestandaökning observeras, noteras Quake Champions när de körs på system med AMD GPU:er;
• Det är nu möjligt att starta upp resurser med hjälp av kopieringsmotorerna som tillhandahålls av den Vulkan-aktiverade enheten (för närvarande stöds endast av AMDVLK- och NVIDIA-drivrutiner). Den nya funktionen möjliggör en liten förbättring av bildtidskonsistensen i spel som laddar ett stort antal texturer under spelet;
• Förbättrad loggning av fel som uppstår vid låga minnesförhållanden;
• Förbättrad kompatibilitet med MSVC (Microsoft Visual C++);
• Tog bort upprepade looping-kontroller under slutledning, vilket avsevärt kan minska CPU-belastningen i GPU-begränsade scenarier.
• Fixade ett problem med dubbelmappning av bildunderresurser som inträffade i Final Fantasy XIV;
• Fixade en krasch på grund av felaktigt beteende av RSGetViewport-metoden som inträffade i spelet Scrap Mechanic.

Källa: opennet.ru