Wine für Mac

PE-Module:

• Die meisten Module werden im PE-Format (Portable Executable, das Windows-Binärformat) statt im ELF-Format erstellt, sofern der MinGW-Compiler verfügbar ist. Dies unterstützt verschiedene Kopierschutzmechanismen, die überprüfen, ob der Inhalt der Systemmodule auf der Festplatte und im Arbeitsspeicher identisch ist.
• Die eigentlichen PE-Binärdateien werden anstelle der gefälschten DLL-Dateien in das Präfix Wine kopiert. Dadurch sieht das Präfix eher wie eine echte Windows-Installation aus, was jedoch etwas zusätzlichen Speicherplatz kostet.
• Module, die in PE konvertiert wurden, können Standard-C-Funktionen für Wide-Char-Zeichen sowie Wide-Char-Zeichenkonstanten wie L"abc" verwenden. Dies macht den Code leichter lesbar.
• Noch sind nicht alle Module in PE konvertiert; dies ist ein fortlaufender Prozess, der während der Entwicklungsreihe Wine 5.x fortgesetzt wird.
• Die Wine-C-Laufzeitumgebung wurde aktualisiert, um die Verknüpfung mit MinGW-kompilierten Binärdateien zu unterstützen; sie wird standardmäßig anstelle der MinGW-Laufzeitumgebung beim Erstellen von DLLs verwendet.

Grafik:

• Mehrere Grafikkarten und Monitore werden ordnungsgemäß unterstützt, einschließlich dynamischer Konfigurationsänderungen.
• Der Vulkan-Treiber unterstützt bis zur Version 1.1.126 der Vulkan-Spezifikation.
• Die WindowsCodecs-Bibliothek kann nun mehr Bitmap-Formate konvertieren, einschließlich palette-indexierter Formate.

Direct3D:

• Direct3D-Anwendungen im Vollbildmodus unterbinden den Bildschirmschoner.
• DXGI-Swapchain-Meldungen informieren die Anwendung, wenn das entsprechende Fenster minimiert wird. Dies ermöglicht es Anwendungen in der Regel, die CPU-Auslastung im minimierten Zustand zu reduzieren, und ist in einigen Fällen erforderlich, damit das Anwendungsfenster wiederhergestellt werden kann.
• Das Umschalten zwischen Vollbild- und Fenstermodus mithilfe der Standardtastenkombination Alt+Enter ist für DXGI-Anwendungen implementiert.

Die folgenden Funktionen sind für Direct3D 12-Anwendungen implementiert:

• Umschalten zwischen Vollbild- und Fenstermodus.
• Ändern der Anzeigemodi.
• Skalierte Darstellungen.
• Tauschintervalle.
• Diese Funktionen waren bereits in früheren Versionen der Direct3D-API implementiert.

Die Behandlung verschiedener Randfälle wurde verbessert. Unter anderem:

• Referenzwerte außerhalb des Bereichs für die Alpha- und Stencil-Tests.
• Abtasten von 2D-Ressourcen mit 3D-Samplern und umgekehrt.
• Zeichnen mit gemappten Texturen und Puffern.
• Verwendung ungültiger DirectDraw-Clipper-Objekte.
• Erstellen von Direct3D-Geräten auf ungültigen Windows-Fenstern, wie z. B. dem Desktop-Fenster.
• Ansichtsfenster mit einem minimalen Z-Wert, der größer oder gleich dem maximalen Z-Wert ist.
• Ressourcen, die gleichzeitig sowohl über Shader-Ressourcen-Ansichten als auch über Render-Target- oder Depth-Stencil-Ansichten gebunden sind.
• Blits zwischen Formaten mit und ohne Alpha-Komponenten.
• Da sich ordnungsgemäß funktionierende Anwendungen nicht auf diese Randfälle verlassen, betreffen sie in der Regel jeweils nur eine oder zwei Anwendungen. Dennoch gibt es eine ganze Reihe davon.
• Verschmutzte Texturbereiche werden bei Textur-Uploads für Direct3D 8 und 9 genauer verfolgt.
• Uploads von S3TC-komprimierten 3D-Texturen benötigen weniger Adressraum. Da 3D-Texturen potenziell groß sein können und die Erschöpfung des Adressraums bei 32-Bit-Anwendungen ein Problem darstellt, werden S3TC-komprimierte 3D-Texturen pro Slice hochgeladen, anstatt in einem einzigen Upload.
• Die ID3D11Multithread-Schnittstelle wurde implementiert.
• Es wurden verschiedene Korrekturen und Verbesserungen bei der Beleuchtungsberechnung für ältere DirectDraw-Anwendungen vorgenommen.
• Eine eingeschränkte Unterstützung für Blits über Swapchains hinweg wurde implementiert.
• Es wurden weitere Shader-Reflection-APIs implementiert.
• Der wined3d-CPU-Blitter kann komprimierte Quellressourcen verarbeiten. Die Unterstützung für komprimierte Zielressourcen wurde bereits in einer früheren Version implementiert.
• Die Direct3D-Grafikkartendatenbank erkennt nun mehr Grafikkarten.

Neue HKEY_CURRENT_USERSoftwareWineDirect3D-Registrierungsschlüssel:

• „shader_backend“ (REG_SZ)
• Das zu verwendende Shader-Backend. Mögliche Werte sind „glsl“ (Standard) für GLSL, „arb“ für ARB-Vertex-/Fragment-Programme und „none“, um die Shader-Unterstützung zu deaktivieren.
• „strict_shader_math“ (REG_DWORD)
• Aktiviert (0x1) oder deaktiviert (0x0, Standard) eine strengere Übersetzung von Direct3D-Shadern, was möglicherweise zu Leistungseinbußen führt. Dies macht derzeit nur bei Verwendung des Standard-GLSL-Shader-Backends in Kombination mit den proprietären NVIDIA-Treibern einen Unterschied.
• Veralteter Registrierungsschlüssel HKEY_CURRENT_USERSoftwareWineDirect3D:
• „UseGLSL“ Dieser wurde durch die oben genannte Einstellung „shader_backend“ ersetzt.

D3DX:

• Die Unterstützung für die Komprimierung von Texturen mittels S3TC-Komprimierung wurde implementiert.
• Verschiedene Operationen, wie z. B. Texturfüllungen, auf nicht zuordnungsfähigen Oberflächen werden korrekter umgesetzt. Zuvor stützte sich ihre Implementierung darauf, dass die zugrunde liegende Direct3D-Implementierung keine Zuordnungsbeschränkungen erzwang.
• Es wurden verschiedene Verbesserungen und Fehlerbehebungen am Effekt-Framework vorgenommen.

Kernel:

• Die meisten Funktionen, die früher in Kernel32 enthalten waren, wurden nach KernelBase verschoben, um der Architektur neuerer Windows-Versionen zu entsprechen.
• Bibliotheken mit falscher 32/64-Bit-Ausführung werden ignoriert, wenn sie im Suchpfad gefunden werden, damit die richtige geladen werden kann, falls sie weiter im Pfad gefunden wird.
• Kernel-Objekte werden für Gerätetreiber, die Objekte von der Kernel-Seite aus manipulieren möchten, besser emuliert.
• Die Synchronisationsobjekte auf Kernel-Ebene wie Spin-Locks, Fast-Mutexe, Remove-Locks und Ressourcenvariablen sind implementiert.
• Der Batteriestatus des Systems wird korrekt an Anwendungen gemeldet.

Benutzeroberfläche:

• Minimierte Fenster werden anhand ihrer Titelleiste anstelle der alten Symbole im Windows 3.1-Stil angezeigt.
• Die neuen Schaltflächenstile „Split Buttons“ und „Command Links“ sind implementiert.
• Das Edit-Steuerelement legt die Ränder auch für CJK-Schriftarten korrekt fest.

Desktop-Integration:

• Für die Ordner „Downloads“ und „Templates“ werden symbolische Verknüpfungen zu den entsprechenden Unix-Verzeichnissen erstellt.

Eingabegeräte:

• Plug-&-Play-Gerätetreiber können installiert und beim Start geladen werden.
• Gamecontroller werden besser unterstützt, einschließlich der korrekten Unterstützung für Hat-Switch-, Lenkrad-, Gas- und Bremssteuerungen.
• Die alte Joystick-API von Linux-Versionen vor 2.2 wird nicht mehr unterstützt.

.NET:

• Die Mono-Engine wurde auf Version 4.9.4 aktualisiert und enthält nun Teile des Windows Presentation Foundation (WPF)-Frameworks.
• Die Gecko- und Mono-Add-ons unterstützen eine gemeinsame Installation, bei der die Dateien direkt von einem globalen Speicherort unter /usr/share/wine verwendet werden, anstatt in jedes neue Präfix kopiert zu werden.

Internet und Netzwerk:

• Die Gecko-Engine wurde aktualisiert, um aktuelle Toolchains zu unterstützen.
• Eine Reihe neuer HTML-APIs wurde implementiert.
• MSHTML unterstützt einige SVG-Elemente.
• Fehlerobjekte und die Weiterleitung von Ausnahmen werden in VBScript unterstützt.
• Eine Reihe von integrierten VBScript-Funktionen wurde implementiert.
• Der EcmaScript-konforme Modus von JScript wurde erweitert, um weitere Funktionen zu unterstützen.
• JScript- und VBScript-Skriptobjekte stellen Schnittstellen für Typinformationen bereit.
• Die HTTP-Proxy-Konfiguration kann über DHCP abgerufen werden.
• Passport-HTTP-Weiterleitungen werden unterstützt.
• Der HTTP-Dienst und die zugehörige clientseitige Bibliothek (HTTPAPI) sind teilweise implementiert.

Kryptografie:

• ECC-Schlüssel (Elliptic Curve) werden bei Verwendung von GnuTLS unterstützt.
• Das Importieren von Schlüsseln und Zertifikaten aus PFX-Blobs ist implementiert.
• Der PBKDF2-Schlüsselableitungsalgorithmus wird unterstützt.

Text und Schriftarten:

• OpenType-Positionierungsfunktionen werden in DirectWrite unterstützt und sind standardmäßig für lateinische Schriftzeichen aktiviert, einschließlich Kerning.
• Der Zugriff auf Schriftartdaten wird sicherer, indem die verschiedenen Datentabellen vor ihrer Verwendung validiert werden.
• Die DirectWrite-Schnittstellen wurden auf ein aktuelles SDK aktualisiert, wodurch einige der neuesten API-Ergänzungen implementiert wurden.

Audio/Video:

• Die XAudio2-Bibliotheken wurden neu implementiert, um die externe FAudio-Bibliothek zu nutzen und so eine bessere Kompatibilität zu gewährleisten.

Die Media Foundation-Bibliotheken wurden erweitert, unter anderem um:

• Unterstützung für integrierte und benutzerdefinierte asynchrone Arbeitswarteschlangen.
• Möglichkeit, periodische Callbacks, wartende, geplante und reguläre Arbeitselemente zu übermitteln, mit Unterstützung für Elementprioritäten.
• Unterstützung für Medienereigniswarteschlangen.
• Verschiedene Kern-APIs zur Verarbeitung von Medientyp-Objekten, Stream- und Präsentationsdeskriptoren, Objektattributen, Byte-Stream-Objekten, Samples und Puffern.
• Erste Implementierung des Source Resolver.
• Erste Implementierung der Source-Reader-API.
• Implementierung für das Sample-Grabber-Objekt.
• Kernunterstützung für die Erstellung von Topologieobjekten.
• Implementierung einer integrierten Präsentationsuhr, Beginn der Implementierung der Media-Session-Funktionalität.
• Der Videoaufnahmefilter wurde portiert, sodass nun v4l2 anstelle der veralteten v4l1-API verwendet wird, wodurch die Nutzung einiger Kameras ermöglicht wird, die v4l1 nicht unterstützen.
• Die Unterstützung für die YUV-zu-RGB-Konvertierung und das Lesen von v4l2-Geräten mittels mmap() wurde entfernt; für beide Funktionen sind wir nun auf libv4l2 angewiesen.
• Die integrierten AVI-, MPEG-I- und WAVE-Decoder wurden entfernt; wir sind nun
• auf GStreamer oder das Mac QuickTime Toolkit, um solche Mediendateien zu decodieren.
• Es wurden weitere VMR7-Konfigurations-APIs implementiert.
• Die Soundtreiber unterstützen die Lautstärkeregelung pro Kanal.

Internationalisierung:

• Die Unicode-Zeichentabellen basieren auf Version 12.1.0 des Unicode-Standards.
• Die Unicode-Normalisierung ist implementiert.
• Die geografische Regions-ID wird automatisch in der Registrierung basierend auf der aktuellen Ländereinstellung gesetzt. Sie kann bei Bedarf unter HKEY_CURRENT_USERControl PanelInternationalGeo geändert werden.
• Die Sprachumgebungen für Singhalesisch und Asturisch werden unterstützt.
• Codepage 28601 (Latein/Thai) wird unterstützt.

RPC/COM:

• Der Typ-Bibliotheks-Marshaller unterstützt komplexe Strukturen und Arrays.
• Es gibt eine erste Implementierung der Windows Script-Laufzeitbibliothek.
• Es gibt eine erste Implementierung der Microsoft ActiveX Data Objects (ADO)-Bibliothek.

Installationsprogramme:

• Microsoft Installer (MSI)-Patch-Dateien werden unterstützt.
• Das WUSA-Tool (Windows Update Standalone Installer) unterstützt die Installation von .MSU-Update-Dateien.

ARM-Plattformen:

• Die Ausnahmebehandlung ist für ARM64 unter Verwendung der libunwind-Bibliothek implementiert.
• Stubless-Proxys für OLE werden auf ARM64 unterstützt.

Entwicklungswerkzeuge / Winelib:

• Der Visual Studio-Remote-Debugger kann zum Debuggen von Anwendungen verwendet werden, die unter Wine laufen.
• Die Debug-Engine-Bibliothek (DBGENG) ist teilweise implementiert.
• Für ein Windows-Ziel erstellte Binärdateien sind nicht mehr von der libwine-Bibliothek abhängig, sodass sie unter Windows ohne zusätzliche Abhängigkeiten ausgeführt werden können. Die libwine-Bibliothek wird für Windows überhaupt nicht mehr erstellt.
• Der Resource Compiler und der IDL Compiler unterstützen die Option „--sysroot“, um das Auffinden von Header-Dateien in Cross-Compile-Umgebungen zu ermöglichen.
• Winegcc unterstützt die Optionen „--target“, „--wine-objdir“, „--winebuild“ und „-fuse-ld“, die die Verwendung als Cross-Compiler oder mit benutzerdefinierten Toolchains erleichtern.
• Der Header „wine/unicode.h“ steht Anwendungen nicht mehr zur Verfügung, da die Funktionen letztendlich entfernt und durch die Standard-C-Laufzeitfunktionen für Wide-Zeichen ersetzt werden.

Build-Infrastruktur:

• Test-Binärdateien werden im PE-Format erstellt, wenn MinGW verfügbar ist, sodass dieselbe Test-Binärdatei sowohl unter Wine als auch unter Windows ausgeführt werden kann. Das Make-Ziel „crosstest“ wird nicht mehr benötigt und nicht mehr unterstützt.
• Die Aufrufkonvention „fastcall“ wird in Spec-Dateien unterstützt. Sie verwendet die korrekte Namensumwandlung für Windows-Builds.
• Ein „-import“-Einstiegsflag wird in Spec-Dateien unterstützt, um Funktionen zu kennzeichnen, für deren Import-Thunks ein Hotpatch-Code-Präfix generiert werden muss.
• Winebuild unterstützt die Option „--builtin“, um PE-Binärdateien eine spezielle Signatur hinzuzufügen und sie als Wine-Builtins zu kennzeichnen.

Eingebaute Anwendungen:

• Das CHCP-Tool ist implementiert. Es ermöglicht die Einstellung der Konsolen-Codepage.
• Das MSIDB-Tool ist implementiert. Es ermöglicht die Bearbeitung von MSI-Datenbanken.

Leistungsverbesserungen:

• Die verschiedenen Zeitfunktionen nutzen, sofern verfügbar, leistungsstärkere Systemuhren, um den Overhead in der Rendering-Schleife vieler Spiele zu reduzieren.
• Dateisuchen nutzen die Unterstützung für Groß-/Kleinschreibung im ext4-Dateisystem, sofern diese für das durchsuchte Verzeichnis aktiviert ist.
• Listenfelder im No-Data-Stil (LBS_NODATA) bieten eine bessere Leistung bei einer großen Anzahl von Elementen.
• Schlanke Lese-/Schreibsperren, Keyed Events und Bedingungsvariablen verwenden unter Linux Futexes, um Roundtrips zum Wineserver zu vermeiden.

Neue externe Abhängigkeiten:

• Der MinGW-w64-Cross-Compiler wird zum Erstellen von Modulen im PE-Format verwendet.
• Die FAudio-Bibliothek wird zur Implementierung von XAudio2 verwendet.
• Die Inotify-Bibliothek wird für Benachrichtigungen über Dateiänderungen auf BSD-Plattformen verwendet.
• Die Unwind-Bibliothek wird für die Ausnahmebehandlung auf ARM64 verwendet.
• Die Video4Linux-Bibliothek der Version 2 wird anstelle der Version 1 verwendet.