Megjelent a DXVK 2.7, amely jelentős frissítést hozott a Vulkan-alapú Direct3D-kompatibilitási réteghez. A kiadás egyik legfontosabb változása, hogy a DXVK mostantól kötelezően megköveteli a VK_KHR_maintenance5 Vulkan-kiterjesztést. Bár a 2.5-ös verzió óta már alapértelmezésként támaszkodik ennek garanciáira, mostanra a korábbi, régi illesztőprogramokat kiszolgáló alternatívák eltávolításra kerültek. Ez a döntés főként a Windows-felhasználók körében érintheti azokat, akik AMD Polaris vagy Vega GPU-kat használnak, mivel ezekre az AMD már nem nyújt aktív meghajtótámogatást. Linux alatt a Mesa 25.0 vagy újabb verziót használó RADV továbbra is képes ezeken a régebbi kártyákon is futtatni a DXVK-t. Az AMD Windows illesztőprogramjával kapcsolatos egyre súlyosbodó kompatibilitási problémák miatt a fejlesztők már nem tekintik annak támogatását prioritásnak.
Tartalomjegyzék
Jobb teljesítmény, kompromisszumokkal
A 2.7-es verzióban jelentős átdolgozáson esett át a leírókezelés rendszere. Az újabb AMD és Nvidia kártyák esetében mostantól alapértelmezés szerint a VK_EXT_descriptor_buffer használatos, amely jelentősen csökkenti a CPU-terhelést a korábbi kötési modellhez képest. Ez különösen jótékony hatással lehet az olyan CPU-igényes játékok teljesítményére, mint a Final Fantasy XIV, a God of War, a Metaphor: ReFantazio vagy a Watch Dogs 2.
Az újítás azonban régebbi GPU-kon továbbra sem engedélyezett, mivel ezeknél súlyos problémákat okozhat, főként az Nvidia Pascal és annál korábbi modellek, valamint az AMD RDNA2 és annál régebbi modellek esetében AMDVLK vagy AMD Windows meghajtó használatakor. A RADV ezzel szemben nem érintett. Ezenkívül bevezetésre került a memóriafragmentáció automatikus kezelése az Intel Battlemage és Lunar Lake GPU-kon, míg a diszkrét kártyák esetében a VRAM-korlát figyelembevételével mostantól dinamikusan áthelyezi az inaktív erőforrásokat a rendszermemóriába. Ez különösen hasznos lehet Unity-alapú játékok esetében, ha korlátozott a videomemória, és lehetővé teheti magasabb textúraminőség használatát, bár némi akadozás előfordulhat memóriahatárok átlépésekor.
Hibajavítások a DXVK 2.7-ben
A fejlesztők eltávolították a korábbi állapot-gyorsítótár funkciót, amely még a 0.80-as verzióban jelent meg a shader-összeállítás során fellépő akadozás csökkentésére, de az újabb pipeline-rendszer bevezetése óta már nem tölt be lényegi szerepet. Ugyanígy megszűnt a d3d9.forceSwapchainMSAA opció is, amely mára elavulttá vált, mivel a legtöbb játék vagy rendelkezik saját MSAA-támogatással, vagy más renderelési célokat használ.
A kiadás ezen felül több konkrét játékhibát is javít: például megszűnt az Astebreed összeomása a grafikai beállítások módosításakor, a GTR indítási problémája, a LEGO City Undercover hibás intróvideója, valamint a Star Trek: Starfleet Command III GOG-verziójának erőforrás-szivárgása. Kijavították a Test Drive Unlimited 2 alt-tab váltásakor fellépő irányításvesztést is, illetve a Wargame: European Escalation gamma-beállításainak hibáját, amely akkor jelentkezett, amikor a játék Nvidia GPU-t észlelt.
Emellett mostantól támogatott a planar videókimenet is, amely például a JR EAST Train Simulator helyes működéséhez szükséges. A D3D11 shaderek alapértelmezetten nullázott változókkal és közös memóriával indulnak, hogy elkerüljék az egyes játékhibák által kiváltott, nem definiált viselkedéseket. Azok a Vulkan-eszközök, amelyek nem támogatják a szükséges funkciókat, ezentúl nem jelennek meg DXGI vagy D3D9 adapterként, ami csökkentheti a rosszul konfigurált rendszerek okozta összeomlások számát. Végül, ha MinGW környezetben AVX-támogatással próbálják fordítani a DXVK-t, a build mostantól hibával leáll, mivel az eszközlánc jelenleg nem támogatja megbízhatóan ezt az architektúrát, és érdemi előny sem várható tőle.
A DXVK 2.7 már letölthető a projekt Github oldaláról, ahol a kiadási megjegyzések is részletesen áttekinthetőek.
