{"id":103028,"date":"2022-01-19T15:36:43","date_gmt":"2022-01-19T13:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%81%d1%82%d0%b0%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9-%d1%80%d0%b5%d0%bb%d0%b8%d0%b7-wine-7-0"},"modified":"2022-01-19T15:36:43","modified_gmt":"2022-01-19T13:36:43","slug":"stabilnyj-reliz-wine-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/stabilnyj-reliz-wine-7-0","title":{"rendered":"Stabile Ver\u00f6ffentlichung von Wine 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach einem Jahr Entwicklung und 30 experimentellen Versionen wurde die stabile Version der Open-Source-Implementierung der Win32 API \u2014 Wine 7.0 \u2014 vorgestellt, die mehr als 9100 \u00c4nderungen umfasst. Zu den wichtigsten Errungenschaften der neuen Version geh\u00f6ren die Konvertierung der meisten Wine-Module in das PE-Format, die Unterst\u00fctzung von Designs, die Erweiterung des Stacks f\u00fcr Joysticks und Eingabeger\u00e4te mit HID-Schnittstelle sowie die Implementierung der WoW64-Architektur f\u00fcr das Ausf\u00fchren von 32-Bit-Anwendungen in einer 64-Bit-Umgebung. <\/p>\n
In Wine ist die vollst\u00e4ndige Funktionsf\u00e4higkeit von 5156 (vor einem Jahr 5049) Windows-Anwendungen best\u00e4tigt, weitere 4312 (vor einem Jahr 4227) Anwendungen funktionieren hervorragend mit zus\u00e4tzlichen Einstellungen und externen DLLs. Bei 3813 Anwendungen (vor einem Jahr 3703) gibt es kleinere Probleme, die die Nutzung der Hauptfunktionen der Anwendungen jedoch nicht beeintr\u00e4chtigen. <\/p>\n
Wichtige Neuerungen in Wine 7.0: <\/p>\n
\n
Module im PE-Format<\/b>\n
\n
Fast alle DLL-Bibliotheken wurden auf die Verwendung des PE-Formats (Portable Executable, in Windows verwendet) anstelle von ELF umgestellt. Der Einsatz von PE l\u00f6st Probleme mit der Unterst\u00fctzung verschiedener Kopierschutzsysteme, die die Identit\u00e4t von Systemmodulen auf der Festplatte und im Speicher \u00fcberpr\u00fcfen.\n
Die M\u00f6glichkeit zur Interaktion von PE-Modulen mit Unix-Bibliotheken unter Verwendung des regul\u00e4ren Systemaufrufs des NT-Kerns wurde implementiert, was es erm\u00f6glicht, den Zugriff auf Unix-Code von Windows-Debuggern zu verbergen und die Registrierung von Threads zu verfolgen.\n
Integrierte DLLs werden jetzt nur geladen, wenn auf der Festplatte die entsprechende Datei im PE-Format vorhanden ist, unabh\u00e4ngig davon, ob es sich um eine echte Bibliothek oder einen Platzhalter handelt. Diese \u00c4nderung stellt sicher, dass die Anwendung immer eine korrekte Bindung an PE-Dateien sieht. Um dieses Verhalten zu deaktivieren, kann die Umgebungsvariable WINEBOOTSTRAPMODE verwendet werden. <\/ul>\n
WoW64<\/b>\n
\n
Die WoW64-Architektur (64-Bit Windows-on-Windows) wurde implementiert, die es erm\u00f6glicht, 32-Bit-Windows-Anwendungen in 64-Bit-Unix-Prozessen auszuf\u00fchren. Die Unterst\u00fctzung erfolgt \u00fcber die Einbindung einer Schicht, die 32-Bit-Systemaufrufe von NT in 64-Bit-Anfragen an NTDLL \u00fcbersetzt.\n
Die WoW64-Schichten sind f\u00fcr die meisten Unix-Bibliotheken vorbereitet und erm\u00f6glichen es 32-Bit-Modulen im PE-Format, auf 64-Bit-Unix-Bibliotheken zuzugreifen. Nach der Umstellung aller Module auf das PE-Format wird es m\u00f6glich sein, 32-Bit-Windows-Anwendungen ohne Installation von 32-Bit-Unix-Bibliotheken auszuf\u00fchren. <\/ul>\n
Designs<\/b>\n
\n
Die Unterst\u00fctzung von Designs wurde implementiert. Enthalten sind die Designs \u201eLight\u201c, \u201eBlue\u201c und \u201eClassic Blue\u201c, die \u00fcber den Konfigurator WineCfg ausgew\u00e4hlt werden k\u00f6nnen.\n
Die M\u00f6glichkeit zur Anpassung des Erscheinungsbildes aller Steuerelemente der Benutzeroberfl\u00e4che \u00fcber Designs wurde hinzugef\u00fcgt. Die automatische Aktualisierung der Darstellung der Elemente nach einem Wechsel des Designs wurde sichergestellt.\n
In alle integrierten Anwendungen von Wine wurde die Unterst\u00fctzung f\u00fcr Designs hinzugef\u00fcgt. Die Anwendungen wurden an Bildschirme mit hoher Pixeldichte (High DPI) angepasst. <\/ul>\n
Grafik-Subsystem<\/b>\n
\n
Eine neue Bibliothek Win32u wurde hinzugef\u00fcgt, die Teile der Bibliotheken GDI32 und USER32, die mit der Grafikverarbeitung und dem Fenster-Management auf Kernel-Ebene zu tun haben, enth\u00e4lt. In Zukunft wird die Arbeit an der Migration von Treiberkomponenten, wie winex11.drv und winemac.drv, zu Win32u beginnen.\n
Im Vulkan-Treiber wurde die Unterst\u00fctzung der Spezifikation des Grafik-APIs Vulkan 1.2.201 implementiert.\n
Die Unterst\u00fctzung f\u00fcr die Ausgabe von schraffierten geometrischen Objekten \u00fcber die API Direct2D wurde bereitgestellt, mit der M\u00f6glichkeit zur \u00dcberpr\u00fcfung von Klicks (Hit-Test).\n
Im API Direct2D wurde erste Unterst\u00fctzung f\u00fcr visuelle Effekte implementiert, die unter Verwendung des Interfaces ID2D1Effect angewendet werden.\n
Im API Direct2D wurde die Unterst\u00fctzung f\u00fcr das Interface ID2D1MultiThread hinzugef\u00fcgt, das f\u00fcr die Organisation des exklusiven Zugriffs auf Ressourcen in Multithread-Anwendungen verwendet wird.\n
Im WindowsCodecs-Bibliothekssatz wurde die Unterst\u00fctzung f\u00fcr das Dekodieren von Bildern im WMP-Format (Windows Media Photo) und das Kodieren von Bildern im DDS-Format (DirectDraw Surface) realisiert. Die Unterst\u00fctzung f\u00fcr das Kodieren von Bildern im ICNS-Format (f\u00fcr macOS), das in Windows nicht unterst\u00fctzt wird, wurde eingestellt. <\/ul>\n
Direct3D<\/b>\n
\n
Die neue Rendering-Engine wurde erheblich verbessert und \u00fcbersetzt Direct3D-Aufrufe in die Vulkan-Grafik-API. In den meisten F\u00e4llen hat der Unterst\u00fctzungsgrad f\u00fcr Direct3D 10 und 11 in der auf Vulkan basierenden Engine das Niveau der alten OpenGL-basierten Engine erreicht. Um die Rendering-Engine \u00fcber Vulkan zu aktivieren, muss der Registry-Wert f\u00fcr Direct3D \u201erenderer\u201c auf \u201evulkan\u201c gesetzt werden.\n
Viele Funktionen von Direct3D 10 und 11 wurden realisiert, einschlie\u00dflich verz\u00f6gerter Kontexte (Deferred Contexts), objektive Zustandsverwaltung im Kontext von Ger\u00e4ten, fester Offsets in Puffer, die Bereinigung ungeordneter Texturdarstellungen, das Kopieren von Daten zwischen Ressourcen in typelosen Formaten (DXGI_FORMAT_BC3_TYPELESS, DXGI_FORMAT_R32G32B32A32_TYPELESS) usw.\n
Unterst\u00fctzung f\u00fcr Multi-Monitor-Konfigurationen hinzugef\u00fcgt, die es erm\u00f6glicht, einen Monitor f\u00fcr die Anzeige einer Direct3D-Anwendung im Vollbildmodus auszuw\u00e4hlen.\n
Im DXGI-API wurde die M\u00f6glichkeit der Gamma-Korrektur des Bildschirms implementiert, die von Anwendungen basierend auf Direct3D 10 und 11 zur \u00c4nderung der Bildschirmhelligkeit genutzt werden kann. Es wird die Abfrage von Z\u00e4hlern f\u00fcr virtuelle Framebuffer (SwapChain) unterst\u00fctzt.\n
In Direct3D 12 wurde die Unterst\u00fctzung f\u00fcr Root-Signaturen der Version 1.1 hinzugef\u00fcgt.\n
Im Rendering-Code \u00fcber die Vulkan-API wurde die Effizienz der Anfrageverarbeitung bei vorhandener Unterst\u00fctzung des VK_EXT_host_query_reset-Erweiterung in der Systemumgebung verbessert.\n
Die M\u00f6glichkeit, virtuelle Framebuffer (SwapChain) \u00fcber GDI auszugeben, wurde hinzugef\u00fcgt, wenn OpenGL oder Vulkan f\u00fcr die Anzeige nicht verwendet werden k\u00f6nnen, beispielsweise bei der Ausgabe in ein Fenster aus verschiedenen Prozessen, wie in Anwendungen, die auf dem CEF-Framework (Chromium Embedded Framework) basieren.\n
Bei der Verwendung des GLSL-Backends f\u00fcr Shader-Anweisungen wird der Modifikator \u201eprecise\u201c unterst\u00fctzt.\n
In der DirectDraw-API wurde die Unterst\u00fctzung f\u00fcr 3D-Rendering im Systemspeicher hinzugef\u00fcgt, unter Verwendung von Softwareger\u00e4ten wie \u201eRGB\u201c, \u201eMMX\u201c und \u201eRamp\u201c.\n
In die Direct3D-Grafikkartendatenbank wurden die Karten AMD Radeon RX 5500M, AMD Radeon RX 6800\/6800 XT\/6900 XT, AMD Van Gogh, Intel UHD Graphics 630 und NVIDIA GT 1030 hinzugef\u00fcgt.\n
Der Schl\u00fcssel \u201eUseGLSL\u201c wurde aus der HKEY_CURRENT_USER\\Software\\Wine\\Direct3D-Registry entfernt; stattdessen muss seit Wine 5.0 \u201eshader_backend\u201c verwendet werden.\n
F\u00fcr die Unterst\u00fctzung von Direct3D 12 ist nun die Bibliothek vkd3d in mindestens der Version 1.2 erforderlich. <\/ul>\n
D3DX<\/b>\n
\n
Die Implementierung von D3DX 10 verbessert die Unterst\u00fctzung des Visual Effects Frameworks und f\u00fcgt die Unterst\u00fctzung f\u00fcr das Bildformat Windows Media Photo (JPEG XR) hinzu.\n
Funktionen zur Erstellung von Texturen, die in D3DX10 bereitgestellt werden, wie D3DX10CreateTextureFromMemory(), wurden hinzugef\u00fcgt.\n
Teilweise wurden die Programmierschnittstellen ID3DX10Sprite und ID3DX10Font implementiert. <\/ul>\n
Ton und Video<\/b>\n
\n
Die GStreamer-Erweiterungen f\u00fcr DirectShow und das Media Foundation-Framework wurden in einer gemeinsamen Backend-L\u00f6sung, WineGStreamer, zusammengef\u00fchrt, was die Entwicklung neuer Decoding-APIs vereinfachen sollte.\n
Basierend auf dem WineGStreamer-Backend wurden Windows Media-Objekte f\u00fcr die synchrone und asynchrone Lesung implementiert.\n
Die Implementierung des Media Foundation-Frameworks wurde weiterentwickelt, die Unterst\u00fctzung der Funktionalit\u00e4t von IMFPMediaPlayer, dem Sample Allocator, wurde hinzugef\u00fcgt, und die Unterst\u00fctzung von EVR und Rendering-Buffern SAR verbessert.\n
Die Bibliothek wineqtdecoder, die einen Decoder f\u00fcr das QuickTime-Format bereitstellt, wurde entfernt (f\u00fcr alle Codecs wird jetzt GStreamer verwendet). <\/ul>\n
Eingabeger\u00e4te<\/b>\n
\n
Der Stack f\u00fcr Eingabeger\u00e4te, die das HID-Protokoll (Human Interface Devices) unterst\u00fctzen, wurde erheblich verbessert, einschlie\u00dflich Funktionen wie das Parsen von HID-Deskriptoren, die Verarbeitung von HID-Nachrichten und die Bereitstellung von Mini-Treibern f\u00fcr HID.\n
Im Backend des Treibers winebus.sys wurde die \u00dcbersetzung von Ger\u00e4beschreibungen in HID-Nachrichten verbessert.\n