{"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\/novosti-interneta\/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 ver\u00f6ffentlicht. Diese beinhaltet \u00fcber 9100 \u00c4nderungen. Zu den wichtigsten Neuerungen der Version z\u00e4hlen die Umstellung der meisten Wine-Module auf 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 die Ausf\u00fchrung von 32-Bit-Anwendungen in einer 64-Bit-Umgebung. <\/p>\n
In Wine sind nun 5156 Windows-Anwendungen vollst\u00e4ndig funktionsf\u00e4hig (vor einem Jahr waren es 5049). Weitere 4312 Anwendungen (vor einem Jahr 4227) funktionieren gut mit zus\u00e4tzlichen Anpassungen und externen DLLs. Bei 3813 Anwendungen (vor einem Jahr 3703) gibt es kleinere Probleme, die jedoch die Nutzung der Hauptfunktionen 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 das PE-Format (Portable Executable, verwendet in Windows) umgestellt, anstelle von ELF. Die Verwendung von PE l\u00f6st Probleme mit der Unterst\u00fctzung verschiedener Kopierschutzschemata, die eine \u00dcberpr\u00fcfung der Identit\u00e4t von Systemmodulen auf der Festplatte und im Speicher durchf\u00fchren.\n
Die Interaktion von PE-Modulen mit Unix-Bibliotheken \u00fcber den standardm\u00e4\u00dfigen Systemaufruf des NT-Kernels wurde erm\u00f6glicht. Dadurch wird der Zugriff auf Unix-Code vor den Windows-Debuggern verborgen und die Registrierung der Threads kann \u00fcberwacht werden.\n
Integrierte DLLs werden jetzt nur geladen, wenn die entsprechende Datei im PE-Format auf der Festplatte vorhanden ist, unabh\u00e4ngig davon, ob es sich um eine echte Bibliothek oder ein Stub handelt. Diese \u00c4nderung sorgt daf\u00fcr, dass die Anwendung immer die 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 durch die Anbindung einer Schicht, die 32-Bit NT-Systemaufrufe in 64-Bit Aufrufe 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
Design-Themen<\/b>\n
\n
Die Unterst\u00fctzung von Designs wurde umgesetzt. Enthalten sind die Designs \u201eLight\u201c, \u201eBlue\u201c und \u201eClassic Blue\u201c, die \u00fcber den Konfigurator WineCfg ausgew\u00e4hlt werden k\u00f6nnen.\n
Es wurde die M\u00f6glichkeit hinzugef\u00fcgt, das Aussehen aller Steuerelemente der Benutzeroberfl\u00e4che \u00fcber Design-Themen anzupassen. Das Erscheinungsbild der Elemente wird nach dem Wechsel des Designs automatisch aktualisiert.\n
In alle integrierten Anwendungen von Wine wurde die Unterst\u00fctzung von Design-Themen eingef\u00fchrt. Die Anwendungen wurden an Displays mit hoher Pixeldichte (High DPI) angepasst. <\/ul>\n
Grafiksubsystem<\/b>\n
\n
Eine neue Win32u-Bibliothek wurde hinzugef\u00fcgt, in die Teile der Bibliotheken GDI32 und USER32, die mit Grafikverarbeitung und Fensterverwaltung auf Kernel-Ebene befasst sind, ausgelagert wurden. In Zukunft wird mit der \u00dcbertragung von Komponenten von Treibern wie winex11.drv und winemac.drv auf Win32u begonnen.\n
Der Vulkan-Treiber unterst\u00fctzt die Spezifikation der Grafik-API Vulkan 1.2.201.\n
Unterst\u00fctzung f\u00fcr die Ausgabe von gestrichelten geometrischen Objekten \u00fcber die API Direct2D, mit der M\u00f6glichkeit zur \u00dcberpr\u00fcfung der Kollision (Hit-Test), wurde bereitgestellt.\n
Die API Direct2D implementiert erste Unterst\u00fctzung f\u00fcr visuelle Effekte, die \u00fcber die Schnittstelle ID2D1Effect angewendet werden.\n
In der API Direct2D wurde die Unterst\u00fctzung der Schnittstelle ID2D1MultiThread hinzugef\u00fcgt, die f\u00fcr den exklusiven Zugriff auf Ressourcen in Multi-Thread-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) implementiert. 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 Render-Engine wurde erheblich verbessert und erm\u00f6glicht die \u00dcbersetzung von Direct3D-Aufrufen in die Grafik-API Vulkan. In den meisten F\u00e4llen wurde die Unterst\u00fctzung f\u00fcr Direct3D 10 und 11 in der Vulkan-basierten Engine auf das Niveau der alten OpenGL-Engine angehoben. Um die Render-Engine \u00fcber Vulkan zu aktivieren, muss der Registrierungseintrag Direct3D \u201erenderer\u201c auf \u201evulkan\u201c gesetzt werden.\n
Viele Funktionen von Direct3D 10 und 11 wurden implementiert, einschlie\u00dflich verz\u00f6gerter Kontexte (Deferred Contexts), die im Kontext von Ger\u00e4tezustandsobjekten arbeiten, konstanten Verschiebungen in Puffer, dem L\u00f6schen ungeordneter Texturansichten, dem Kopieren von Daten zwischen Ressourcen in typelosen Formaten (DXGI_FORMAT_BC3_TYPELESS, DXGI_FORMAT_R32G32B32A32_TYPELESS) usw.\n
Die Unterst\u00fctzung von Konfigurationen mit mehreren Monitoren wurde hinzugef\u00fcgt, sodass ein Monitor f\u00fcr die Darstellung von Direct3D-Anwendungen im Vollbildmodus ausgew\u00e4hlt werden kann.\n
Die API DXGI bietet die M\u00f6glichkeit zur Gamma-Korrektur des Bildschirms, die von Anwendungen auf Basis von Direct3D 10 und 11 zur Anpassung der Bildschirmhelligkeit verwendet werden kann. Es wurde sichergestellt, dass Z\u00e4hler f\u00fcr virtuelle Framebuffer (SwapChain) extrahiert werden k\u00f6nnen.\n
Direct3D 12 hat die Unterst\u00fctzung f\u00fcr Root-Signaturen der Version 1.1 hinzugef\u00fcgt.\n
Die Effizienz der Verarbeitung von Anfragen wurde im Vulkan-API-Code erh\u00f6ht, wenn eine Unterst\u00fctzung f\u00fcr die Erweiterung VK_EXT_host_query_reset im System vorhanden ist.\n
Die M\u00f6glichkeit, virtuelle Framebuffer (SwapChain) \u00fcber GDI auszugeben, wurde hinzugef\u00fcgt, wenn OpenGL oder Vulkan nicht f\u00fcr die Anzeige verwendet werden k\u00f6nnen, z. B. bei der Ausgabe in ein Fenster aus verschiedenen Prozessen, wie zum Beispiel in Anwendungen, die auf dem CEF (Chromium Embedded Framework) basieren.\n
Bei der Verwendung des Backends f\u00fcr GLSL-Shader-Anweisungen wird das Modifier \u201eprecise\u201c angewendet.\n
Die API DirectDraw unterst\u00fctzt jetzt 3D-Rendering im Systemspeicher unter Verwendung von Softwareger\u00e4ten wie \u201eRGB\u201c, \u201eMMX\u201c und \u201eRamp\u201c.\n
Die Direct3D-Grafikkarten-Datenbank wurde um die AMD Radeon RX 5500M, AMD Radeon RX 6800\/6800 XT\/6900 XT, AMD Van Gogh, Intel UHD Graphics 630 und NVIDIA GT 1030 erweitert.\n
Der Schl\u00fcssel \u201eUseGLSL\u201c wurde aus der Registry HKEY_CURRENT_USER\\Software\\Wine\\Direct3D entfernt. Stattdessen sollte ab Wine 5.0 \u201eshader_backend\u201c verwendet werden.\n
F\u00fcr die Unterst\u00fctzung von Direct3D 12 ist jetzt mindestens die Version 1.2 der vkd3d-Bibliothek erforderlich. <\/ul>\n
D3DX<\/b>\n
\n
In der Implementierung von D3DX 10 wurde die Unterst\u00fctzung f\u00fcr das Framework visuelle Effekte verbessert und das Bildformat Windows Media Photo (JPEG XR) hinzugef\u00fcgt.\n
D3DX10 stellt Funktionen zur Verf\u00fcgung, um Texturen zu erstellen, darunter D3DX10CreateTextureFromMemory().\n
Teilweise wurden die Programmierschnittstellen ID3DX10Sprite und ID3DX10Font implementiert. <\/ul>\n
Ton und Video<\/b>\n
\n
Die GStreamer-Plugins f\u00fcr DirectShow und das Media Foundation-Framework wurden in ein gemeinsames WineGStreamer-Backend integriert, was die Entwicklung neuer API f\u00fcr die Dekodierung von Inhalten vereinfachen sollte.\n
Auf Basis des WineGStreamer-Backends wurden Windows Media-Objekte f\u00fcr synchrones und asynchrones Lesen implementiert.\n
Die Weiterentwicklung des Media Foundation-Frameworks wurde fortgesetzt, Unterst\u00fctzung f\u00fcr die Funktionalit\u00e4t von IMFPMediaPlayer, einen Sample Allocator, hinzugef\u00fcgt, und die Unterst\u00fctzung f\u00fcr EVR sowie SAR-Puffer wurde verbessert.\n
Die Bibliothek wineqtdecoder, die einen Decoder f\u00fcr das QuickTime-Format bereitstellt, wurde entfernt. F\u00fcr alle Codecs wird nun 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. Funktionen wie das Parsen von HID-Deklarationen, die Verarbeitung von HID-Nachrichten und die Bereitstellung von Mini-Treibern f\u00fcr HID wurden implementiert.\n
In den Backends des Treibers winebus.sys wurde die \u00dcbersetzung von Ger\u00e4beschreibungen in HID-Nachrichten verbessert.\n