Wine har arbetat med Vulkan-implementationen sedan version 3.3
För inte så länge sedan tillkännagav vi här i bloggen nyheten om lanseringen av den nya versionen av Wine 8.0 som kom med ett stort antal viktiga ändringar (om du vill veta detaljerna om nyheterna kan du göra det i följande länk.)
Och det är att cMed ankomsten av den nya grenen av Wine 8.x har de redan börjat att utföra arbetena för tillbyggnad av nya funktionspatchar efter att ha varit fryst sedan början av december. Anledningen till att nämna detta är att det nyligen rapporterades att Wine stöd har lagts till för Vulkan förlängning VK_EXT_hdr_metadata till Vulkan-drivrutinen för Wine.
Denna förlängning är designad för att bearbeta metadata med högt dynamiskt omfång (HDR)., inklusive information om primärer, vitpunkt och luminansintervall, som en del av Vulkans virtuella rambuffertar (SwapChain).
Den föreslagna patchen för vin krävs för att arbeta med HDR i spel baserade på Vulkan grafik API, som Doom Eternal, samt spel baserade på det HDR-aktiverade Direct3D-grafik-API:et som använder DXVK eller VKD3D-Proton, som konverterar direkt3D-anrop till Vulkan-systemanrop.
Valve har redan använt plåstret föreslås som en del av ditt bygge Vinbaserad Proton, men det är nu officiellt en del av Wine 8.1+ och kommer senare att ingå i den stabila versionen av Wine 9.0, som väntas i januari 2024.
Det utvecklas av Valve som en del av deras HDR-spelsupportprojekt, som för närvarande är begränsat till Gamescope Composite Server som utvecklats och används för att köra spel på Steam Deck handhållna spelkonsol.
För närvarande, alla andra Wayland-kompositservrar, inklusive GNOME Matter och KDE Kwin, saknar HDR-stöd och det är inte känt exakt när de kommer att ha sådan kompatibilitet. kompatibilitet med HDR för X.org anses osannolikt, eftersom utvecklingen av X11-protokollet har avbrutits de senaste åren och utvecklingen är begränsad till underhåll.
Denna tillägg definierar två nya strukturer och en funktion för att tilldela SMPTE (Society of Motion Picture and Television Engineers) 2086-metadata och CTA (Consumer Technology Association) 861.3-metadata till en utbyteskedja.
Metadata inkluderar referensmonitorns primära, vitpunkt och luminansintervall, som tillsammans definierar färgvolymen som innehåller alla möjliga färger som referensmonitorn kan producera. Referensmonitorn är skärmen där det kreativa arbetet utförs och den kreativa avsikten ställs in.
Det nämns att för att bevara sådana kreativa avsikter så mycket som möjligt och uppnå konsekvent färgåtergivning över olika bildskärmar, är det till hjälp för visningspipelinen att veta färgvolymen för den ursprungliga referensmonitorn där innehållet skapades eller justerades.
Detta undviker att göra onödiga färgmappningar som inte kan visas på den ursprungliga referensmonitorn. Metadata inkluderar också maxContentLightLevel och maxFrameAverageLightLevel enligt definition i CTA 861.3.
Även om det allmänna syftet med metadata är att hjälpa till med omvandlingen mellan olika färgvolymer på olika skärmar och att hjälpa till att uppnå bättre färgåtergivning, ligger det inte inom ramen för denna utvidgning att definiera exakt hur metadata ska användas i en sådan process. . Det är upp till implementeringen att avgöra hur man använder metadata.
Vikten av att arbeta med Vulkan, är att detta ger en mängd olika förmåner över andra API:er, såväl som dess föregångare, OpenGL, sedan dess ger mindre omkostnader, mer direkt kontroll över GPU:n och lägre CPU-användning. Vulkans allmänna koncept och funktioner liknar Directx 12, Metal och Mantle.
Dess huvudsakliga funktion är att den kan dra nytta av antalet kärnor som finns i datorns huvudprocessor, vilket drastiskt ökar grafikprestandan.
äntligen om du är det intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.