Wine har arbejdet på Vulkan-implementeringen siden version 3.3
For ikke længe siden annoncerede vi her på bloggen nyheden om udgivelsen af den nye version af Wine 8.0, som kom med en lang række vigtige ændringer (hvis du vil vide detaljerne i nyhederne, kan du gøre det i næste link.)
Og det er, at cMed ankomsten af den nye afdeling af Wine 8.x er de allerede startet at udføre arbejderne til tilføjelse af nye funktionspatches efter at have været frosset siden begyndelsen af december. Grunden til at nævne dette er, at det for nylig blev rapporteret, at Wine support er tilføjet til Vulkan udvidelse VK_EXT_hdr_metadata til Vulkan-driverkoden til Wine.
Denne udvidelse er designet til at behandle high dynamic range (HDR) metadata, herunder oplysninger om primære, hvide punkt og luminansområde, som en del af Vulkan virtuelle rammebuffere (SwapChain).
Det foreslåede plaster til vin er påkrævet for at arbejde med HDR i spil baseret på Vulkan grafik API, såsom Doom Eternal, samt spil baseret på det HDR-aktiverede Direct3D grafik-API ved hjælp af DXVK eller VKD3D-Proton, som konverterer direkte 3D-opkald til Vulkan-systemkald.
Ventil har allerede brugt lappen foreslået som en del af din build Vinbaseret proton, men den er nu officielt en del af Wine 8.1+ og vil senere blive inkluderet i den stabile version af Wine 9.0, som forventes i januar 2024.
Det udvikles af Valve som en del af deres HDR-spilsupportprojekt, som i øjeblikket er begrænset til Gamescope Composite Server, der er udviklet og brugt til at køre spil på Steam Deck håndholdte spilkonsol.
Currently, alle andre Wayland sammensatte servere, inklusive GNOME Matter og KDE Kwin, mangler HDR-understøttelse og det vides ikke præcist, hvornår de vil have en sådan kompatibilitet. kompatibilitet med HDR til X.org anses for usandsynligt, da udviklingen af X11-protokollen er blevet afbrudt i de senere år, og udviklingen er begrænset til vedligeholdelse.
Denne udvidelse definerer to nye strukturer og en funktion til at tildele SMPTE (Society of Motion Picture and Television Engineers) 2086-metadata og CTA (Consumer Technology Association) 861.3-metadata til en udvekslingskæde.
Metadataene inkluderer referencemonitorens primære, hvidpunkt og luminansområde, som tilsammen definerer farvevolumenet, der indeholder alle mulige farver, som referencemonitoren kan producere. Referencemonitoren er skærmen, hvor det kreative arbejde udføres, og den kreative hensigt sættes.
Det nævnes, at for at bevare en sådan kreativ hensigt så meget som muligt og opnå ensartet farvegengivelse på tværs af forskellige displayskærme, er det nyttigt for displaypipelinen at kende farvevolumen på den originale referencemonitor, hvor indholdet blev oprettet eller justeret.
Dette undgår at lave unødvendige farvekortlægninger, som ikke kan vises på den originale referencemonitor. Metadataene inkluderer også maxContentLightLevel og maxFrameAverageLightLevel som defineret i CTA 861.3.
Selvom det generelle formål med metadata er at hjælpe med transformationen mellem forskellige farvevolumener på forskellige skærme og at hjælpe med at opnå bedre farvegengivelse, er det ikke inden for rammerne af denne udvidelse at definere, hvordan metadata præcist skal bruges i en sådan proces. . Det er op til implementeringen at bestemme, hvordan man gør brug af metadataene.
Vigtigheden af at arbejde med Vulkan, er, at dette give en lang række fordele over andre API'er, såvel som dens forgænger, OpenGL, siden giver mindre overhead, mere direkte kontrol over GPU'en og lavere CPU-brug. Det generelle koncept og funktionssæt af Vulkan ligner Directx 12, Metal og Mantle.
Dens hovedfunktion er, at den kan drage fordel af antallet af kerner, der findes i pc'ens hovedprocessor, hvilket drastisk øger grafikydeevnen.
endelig hvis du er det interesseret i at vide mere om det, kan du kontrollere detaljerne i følgende link.