Wine pracuje nad implementacją Vulkan od wersji 3.3
Nie tak dawno ogłosiliśmy tutaj na blogu wiadomość o wydaniu nowej wersji Wine 8.0, która zawiera dużą liczbę ważnych zmian (jeśli chcesz poznać szczegóły nowości, możesz to zrobić w Link.)
I to jest to CWraz z pojawieniem się nowej gałęzi Wine 8.x już się rozpoczęły wykonać prace związane z dobudową nowe poprawki funkcji po zamrożeniu od początku grudnia. Powodem wzmianki o tym jest to, że niedawno zgłoszono, że Wine dodano wsparcie dla rozszerzenia Vulkan VK_EXT_hdr_metadane do kodu sterownika Vulkan dla Wine.
To rozszerzenie jest zaprojektowany do przetwarzania metadanych o wysokim zakresie dynamicznym (HDR)., w tym informacje o barwach podstawowych, punkcie bieli i zakresie luminancji, jako część wirtualnych buforów ramek Vulkan (SwapChain).
Proponowana łatka dla Wine jest wymagany do pracy z HDR w grach opartych na graficznym API Vulkan, takie jak Doom Eternal, a także gry oparte na graficznym interfejsie API Direct3D obsługującym HDR przy użyciu DXVK lub VKD3D-Proton, które konwertują w locie wywołania Direct3D na wywołania systemowe Vulkan.
Valve już wykorzystało łatkę proponowane jako część twojej kompilacji Proton na bazie wina, ale teraz jest oficjalnie częścią Wine 8.1+, a później zostanie włączony do stabilnej wersji Wine 9.0, która ma się pojawić w styczniu 2024 roku.
Jest rozwijany przez Valve jako część ich projektu wsparcia gier HDR, który jest obecnie ograniczony do serwera Gamescope Composite opracowanego i używanego do uruchamiania gier na przenośnej konsoli do gier Steam Deck.
Obecnie wszystkie inne serwery kompozytowe Wayland, w tym GNOME Matter i KDE Kwin, brak obsługi HDR i nie wiadomo dokładnie, kiedy będą miały taką kompatybilność. zgodność z HDR dla X.org jest uważane za mało prawdopodobne, ponieważ rozwój protokołu X11 został przerwany w ostatnich latach, a rozwój ogranicza się do konserwacji.
To rozszerzenie definiuje dwie nowe struktury i funkcję przypisywania metadanych SMPTE (Society of Motion Picture and Television Engineers) 2086 oraz metadanych CTA (Consumer Technology Association) 861.3 do łańcucha wymiany.
Metadane obejmują barwy podstawowe, punkt bieli i zakres luminancji monitora referencyjnego, które razem definiują intensywność kolorów zawierającą wszystkie możliwe kolory, jakie może wytworzyć monitor referencyjny. Monitor referencyjny to ekran, na którym wykonywana jest praca twórcza i ustalana jest intencja twórcza.
Wspomniano, że aby w jak największym stopniu zachować taką intencję twórczą i uzyskać spójną reprodukcję kolorów na różnych ekranach, dla potoku wyświetlania przydatna jest znajomość nasycenia kolorów oryginalnego monitora referencyjnego, na którym utworzono lub dostosowano treść.
Pozwala to uniknąć tworzenia zbędnych odwzorowań kolorów, których nie można wyświetlić na oryginalnym monitorze referencyjnym. Metadane obejmują również wartości maxContentLightLevel i maxFrameAverageLightLevel zgodnie z definicją w CTA 861.3.
Chociaż ogólnym celem metadanych jest pomoc w transformacji między różnymi objętościami kolorów na różnych ekranach i pomoc w uzyskaniu lepszej reprodukcji kolorów, w zakresie tego rozszerzenia nie jest określanie, jak dokładnie metadane powinny być używane w takim procesie. . To do implementacji należy określenie sposobu wykorzystania metadanych.
Znaczenie pracy z Vulkanem, czy to jest to zapewnić szeroki wachlarz korzyści nad innymi interfejsami API, a także od jego poprzednika, OpenGL oferuje mniejsze koszty ogólne, bardziej bezpośrednia kontrola nad procesorem graficznym i mniejsze zużycie procesora. Ogólna koncepcja i zestaw funkcji Vulkan jest podobny do Directx 12, Metal i Mantle.
Jego główną cechą jest to, że może wykorzystać liczbę rdzeni obecnych w głównym procesorze komputera PC, drastycznie zwiększając wydajność graficzną.
w końcu jeśli jesteś chcesz dowiedzieć się więcej na ten temat, możesz sprawdzić szczegóły w następujący link.