Издаване на DXVK 3.0

След половин година разработка, излязла нова версия на DXVK (Direct3D към Vulkan Translation Layer), отворена библиотека, която преобразува извикванията на API Direct3D 8, 9, 10 и 11 в команди Vulkan. Тя позволява да се стартират 3D приложения и игри, разработени за Windows, на системи, при които нативната поддръжка на Direct3D липсва, използвайки възможностите на по-ефективния графичен API Vulkan.

Основни промени
В новата версия е направен преход към използване на спецификации и разширения Vulkan 1.4, което съответно ще изисква съвместим драйвер.

DXVK сега използва dxbc-spirv за компилиране на шейдъри за всички поддържани модели на шейдъри. Това елиминира редица проблеми, които преди бяха невъзможни за решаване:
Проблеми с рендеринга в игрите, предизвикани или от това, че игрите разчитат на неопределено поведение, или от това, че FXC в някои случаи генерира грешен код, какъвто е в Postal: Brain Damaged, Snowrunner.
Генерираният код е по-компактен от просто преобразувания код SPIR-V, което значително намалява обема на паметта, заета от DXVK. В игри като Overwatch или God of War това позволява спестяване на около 1 ГиБ системна памет.
Компилирането на шейдъри сега е напълно пренесено в работни потоци, което може да намали времето за стартиране в игри като Days Gone и Final Fantasy XIV, или в някои случаи да намали зависанията. По-рано DXVK изпълняваше транслацията на SPIR-V в потока на приложението и компилираше само реални конвейери Vulkan в работни процеси.
Междинното представяне на скомпилираните шейдъри на DXVK сега се кешира на диска вътре в каталога AppData/Local на текущия префикс Wine. Това е необходимо, тъй като времето за компилация се увеличи в сравнение со стария компилатор. Пътят към кеша може да бъде променен с помощта на променлива на средата DXVK_SHADER_CACHE_PATH.

Новото разширение Vulkan VK_EXT_descriptor_heap сега се използва по подразбиране в драйверите, които го поддържат.
Очаква се, че в сравнение със старата реализация на модела за свързване, основан на VK_EXT_descriptor_buffer, този нов модел ще осигури приблизително същото ниво на производителност, свързана с ЦП, като същевременно избягва намаляване на производителността на GPU Nvidia (изисква nvidia-drivers-595.84 и по-нови).
Промени в D3D9
За да се емулира остарелият конвейер с фиксирани функции, който позволява на игрите D3D8 и D3D9 да извършват рендеринг без шейдери, DXVK по-рано генерираше свой собствен шейдерен код на лето на база на състоянието на конвейера. В някои игри, като Unreal Tournament 2004, това можеше да доведе до забележими забавяния дори след продължителни периоди на игра.

За да се коригира това, DXVK сега имплементира конвейер с фиксирани функции като двойка убершейдери, за които оптимизирани версии се компилират във фонов режим.
Оптимизация на зареждането на буфери.
За да съответства по-точно на поведението на Windows, различните типове буфери, които преди бяха разположени директно във VRAM, сега се зареждат при поискване, освен това е реализирана стратегия за ограничаване на обема на оперативната памет, която коригира сривовете, свързани с адресното пространство, в редица 32-битови игри D3D9.
Тези промени също така могат да подобрят производителността на системи без променлив размер BAR в такива игри, като GTA IV.

В системи, които в достатъчна степен поддържат VK_EXT_sample_locations и VK_EXT_extended_dynamic_state3, състоянието на рендеринга D3DRS_MULTISAMPLEANTIALIAS сега работи правилно, позволявайки на приложенията да използват растеризация с единSampling при рендериране в целеви обекти с множество Sampling. Това отстранява проблемите с рендерирането на потребителския интерфейс в Anno 1701, Men of War Assault Squad и подобни проблеми в други игри с включено MSAA.

Общите ресурси сега работят с оригиналната реализация на Wine и вече не изискват поправки, специфични за Proton.

Следва да се споменат и много корекции за различни игри, които сега ще работят по-добре.

Източник: linux.org.ru