Wine pour Mac

Modules PE :

• La plupart des modules sont construits au format PE (Portable Executable, le format binaire Windows) au lieu de ELF lorsque le compilateur MinGW est disponible. Cela aide divers schémas de protection contre la copie qui vérifient que le contenu sur disque et en mémoire des modules système est identique.
• Les binaires PE réels sont copiés dans le préfixe Wine au lieu des faux fichiers DLL. Cela rend le préfixe plus semblable à une véritable installation Windows, au prix de quelques espaces disque supplémentaires.
• Les modules qui ont été convertis en PE peuvent utiliser des fonctions C standard à large caractère, ainsi que des constantes de caractères à large caractère comme L"abc". Cela rend le code plus facile à lire.
• Tous les modules n'ont pas encore été convertis en PE ; c'est un processus en cours qui se poursuivra pendant la série de développement Wine 5.x.
• Le runtime C de Wine est mis à jour pour prendre en charge le lien vers des binaires compilés avec MinGW ; il est utilisé par défaut au lieu du runtime MinGW lors de la construction de DLL.

Graphiques :

• Plusieurs adaptateurs d'affichage et moniteurs sont correctement pris en charge, y compris les changements de configuration dynamiques.
• Le pilote Vulkan prend en charge jusqu'à la version 1.1.126 de la spécification Vulkan.
• La bibliothèque WindowsCodecs est capable de convertir plus de formats de bitmap, y compris les formats indexés par palette.

Direct3D :

• Les applications Direct3D en plein écran inhibent le économiseur d'écran.
• Les présentations de swapchain DXGI informent l'application lorsque la fenêtre correspondante est minimisée. Cela permet généralement aux applications de réduire l'utilisation du CPU lorsqu'elles sont minimisées, et est dans certains cas nécessaire pour permettre à la fenêtre de l'application d'être restaurée à nouveau.
• Le passage entre les modes plein écran et fenêtré à l'aide de la combinaison standard Alt+Entrée est implémenté pour les applications DXGI.

Les fonctionnalités suivantes sont implémentées pour les applications Direct3D 12 :

• Passage entre plein écran et fenêtré.
• Changement de modes d'affichage.
• Présentations mises à l'échelle.
• Intervalles d'échange.
• Ces fonctionnalités avaient déjà été implémentées pour les versions antérieures de l'API Direct3D.

La gestion de divers cas particuliers est améliorée. Parmi d'autres :

• Valeurs de référence hors limites pour les tests alpha et stencil.
• Échantillonnage de ressources 2D avec des échantillonneurs 3D et vice versa.
• Dessin avec des textures et des tampons mappés.
• Utilisation d'objets clipper DirectDraw invalides.
• Création de dispositifs Direct3D sur des fenêtres invalides, comme la fenêtre de bureau.
• Vues avec un Z minimum supérieur ou égal au Z maximum.
• Ressources liées à la fois par des vues de ressources de shader et des vues de cible de rendu ou de profondeur-stencil en même temps.
• Blits entre des formats avec et sans composants alpha.
• Étant donné que les applications bien conçues ne s'appuient pas sur ces cas particuliers, elles n'affectent généralement qu'une ou deux applications chacune. Il y en a néanmoins un certain nombre.
• Les régions de texture sales sont suivies plus précisément pour les téléchargements de textures Direct3D 8 et 9.
• Les téléchargements de textures 3D compressées S3TC nécessitent moins d'espace d'adresse. Étant donné que les textures 3D peuvent être potentiellement grandes, et que l'épuisement de l'espace d'adresse est une préoccupation pour les applications 32 bits, les textures 3D compressées S3TC sont téléchargées par tranche, au lieu d'un seul téléchargement.
• L'interface ID3D11Multithread est implémentée.
• Divers correctifs et améliorations de calcul d'éclairage pour les anciennes applications DirectDraw ont été effectués.
• Un support limité pour les blits à travers des swapchains est implémenté.
• Plus d'API de réflexion de shader sont implémentées.
• Le blitter CPU wined3d peut gérer des ressources sources compressées. Le support pour les ressources de destination compressées a déjà été implémenté dans une version précédente.
• La base de données de cartes graphiques Direct3D reconnaît plus de cartes graphiques.

Nouveaux clés de registre HKEY_CURRENT_USERSoftwareWineDirect3D :

• "shader_backend" (REG_SZ)
• Le backend de shader à utiliser. Les valeurs possibles sont "glsl" (par défaut) pour GLSL, "arb" pour les programmes de vertex/fragment ARB et "none" pour désactiver le support des shaders.
• "strict_shader_math" (REG_DWORD)
• Activer (0x1) ou désactiver (0x0, par défaut) une traduction plus stricte des shaders Direct3D, potentiellement au prix d'une performance. Cela ne fait actuellement une différence qu'avec le backend de shader GLSL par défaut en combinaison avec les pilotes NVIDIA propriétaires.
• Clé de registre HKEY_CURRENT_USERSoftwareWineDirect3D obsolète :
• "UseGLSL" Cela a été remplacé par le paramètre "shader_backend" ci-dessus.

D3DX :

• Le support pour la compression des textures utilisant la compression S3TC est implémenté.
• Diverses opérations, comme par exemple les remplissages de textures, sur des surfaces non mappables sont implémentées plus correctement. Auparavant, leur mise en œuvre reposait sur l'implémentation Direct3D sous-jacente ne faisant pas respecter les restrictions de mappage.
• Diverses améliorations et corrections ont été apportées au cadre d'effets.

Noyau :

• La plupart des fonctions qui étaient dans Kernel32 sont déplacées vers KernelBase, pour suivre l'architecture des versions récentes de Windows.
• Les bibliothèques de mauvaise 32/64-bits sont ignorées lorsqu'elles sont trouvées dans le chemin de recherche, pour permettre le chargement de la bonne si elle est trouvée plus loin dans le chemin.
• Les objets noyau sont mieux émulés pour les pilotes de périphériques qui s'attendent à manipuler des objets du côté noyau.
• Les objets de synchronisation au niveau du noyau comme les verrous de rotation, les mutex rapides, les verrous de suppression et les variables de ressources sont implémentés.
• L'état de la batterie du système est correctement signalé aux applications.

Interface utilisateur :

• Les fenêtres minimisées sont affichées en utilisant leur barre de titre au lieu des anciennes icônes de style Windows 3.1.
• Les nouveaux styles de boutons Split Buttons et Command Links sont implémentés.
• Le contrôle d'édition définit correctement les marges également pour les polices CJK.

Intégration de bureau :

• Des liens symboliques vers les répertoires Unix correspondants sont créés pour les dossiers 'Téléchargements' et 'Modèles'.

Périphériques d'entrée :

• Les pilotes de périphériques Plug & Play peuvent être installés et chargés au démarrage.
• Les manettes de jeu sont mieux prises en charge, y compris un support approprié pour les commandes de chapeau, de volant, d'accélérateur et de frein.
• L'ancienne API de joystick des versions Linux antérieures à 2.2 n'est plus prise en charge.

.NET :

• Le moteur Mono est mis à jour vers la version 4.9.4, y compris des parties du cadre Windows Presentation Foundation (WPF).
• Les modules complémentaires Gecko et Mono prennent en charge l'installation partagée, où les fichiers sont utilisés directement à partir d'un emplacement global sous /usr/share/wine au lieu d'être copiés dans chaque nouveau préfixe.

Internet et mise en réseau :

• Le moteur Gecko est rafraîchi pour prendre en charge les chaînes d'outils récentes.
• Un certain nombre de nouvelles API HTML sont implémentées.
• MSHTML prend en charge certains éléments SVG.
• L'objet d'erreur et la propagation des exceptions sont pris en charge dans VBScript.
• Un certain nombre de fonctions intégrées VBScript sont implémentées.
• Le mode conforme EcmaScript de JScript est étendu pour prendre en charge plus de fonctionnalités.
• Les objets de script JScript et VBScript exposent des interfaces d'informations de type.
• La configuration du proxy HTTP peut être récupérée via DHCP.
• Les redirections HTTP Passport sont prises en charge.
• Le service HTTP et la bibliothèque côté client correspondante (HTTPAPI) sont partiellement implémentés.

Cryptographie :

• Les clés ECC (courbes elliptiques) sont prises en charge lors de l'utilisation de GnuTLS.
• L'importation de clés et de certificats à partir de blobs PFX est implémentée.
• L'algorithme de dérivation de clé PBKDF2 est pris en charge.

Texte et polices :

• Les fonctionnalités de positionnement OpenType sont prises en charge dans DirectWrite, et activées par défaut pour le script latin, y compris le crénage.
• L'accès aux données de police est rendu plus sûr en validant les différentes tables de données avant de les utiliser.
• Les interfaces DirectWrite sont mises à jour vers un SDK récent, implémentant certaines des dernières ajouts d'API.

Audio / Vidéo :

• Les bibliothèques XAudio2 sont réimplémentées pour utiliser la bibliothèque externe FAudio, pour une meilleure compatibilité.

Les bibliothèques Media Foundation sont étoffées, y compris :

• Support pour les files d'attente de travail asynchrones intégrées et utilisateur.
• Capacité à soumettre des rappels périodiques, en attente, programmés et réguliers, avec support pour la priorité des éléments.
• Support pour les files d'événements multimédias.
• Diverses API de base pour gérer des objets de type multimédia, des descripteurs de flux et de présentation, des attributs d'objet, des objets de flux d'octets, des échantillons et des tampons.
• Implémentation initiale du résolveur de source.
• Implémentation initiale de l'API Source Reader.
• Implémentation pour l'objet Sample Grabber.
• Support de base pour la construction d'objets de topologie.
• Implémentation intégrée de l'horloge de présentation, début de l'implémentation de la fonctionnalité de session multimédia.
• Le filtre de capture vidéo a été porté pour utiliser v4l2 au lieu de l'API v4l1 obsolète, permettant l'utilisation de certaines caméras qui ne prennent pas en charge v4l1.
• Le support pour la traduction YUV vers RGB et la lecture à partir de dispositifs v4l2 utilisant mmap() a été supprimé ; nous dépendons désormais de libv4l2 pour ces deux choses.
• Les décodeurs AVI, MPEG-I et WAVE intégrés ont été supprimés ; nous dépendons désormais
• de GStreamer ou du Mac QuickTime Toolkit pour décoder de tels fichiers multimédias.
• Quelques autres API de configuration VMR7 sont implémentées.
• Les pilotes son prennent en charge les ajustements de volume par canal.

Internationalisation :

• Les tables de caractères Unicode sont basées sur la version 12.1.0 de la norme Unicode.
• La normalisation Unicode est implémentée.
• L'identifiant de région géographique est automatiquement défini dans le registre en fonction de la locale actuelle. Il peut être modifié si nécessaire sous HKEY_CURRENT_USERControl PanelInternationalGeo.
• Les locales cinghalaises et asturiennes sont prises en charge.
• La page de code 28601 (Latin/Thaï) est prise en charge.

RPC/COM :

• Le marshaller typelib prend en charge des structures et des tableaux complexes.
• Il existe une implémentation initiale de la bibliothèque d'exécution de script Windows.
• Il existe une implémentation initiale de la bibliothèque Microsoft ActiveX Data Objects (ADO).

Installateurs :

• Les fichiers de correctif Microsoft Installer (MSI) sont pris en charge.
• L'outil WUSA (Windows Update Standalone Installer) prend en charge l'installation de fichiers de mise à jour .MSU.

Plateformes ARM :

• Le déballage des exceptions est implémenté pour ARM64, en utilisant la bibliothèque libunwind.
• Les proxies stubless OLE sont pris en charge sur ARM64.

Outils de développement / Winelib :

• Le débogueur à distance Visual Studio peut être utilisé pour déboguer des applications s'exécutant sous Wine.
• La bibliothèque Debug Engine (DBGENG) est partiellement implémentée.
• Les binaires construits pour une cible Windows ne dépendent plus de la bibliothèque libwine, pour leur permettre de s'exécuter sur Windows sans dépendances supplémentaires. La bibliothèque libwine n'est plus construite pour Windows du tout.
• Le compilateur de ressources et le compilateur IDL prennent en charge une option '--sysroot' pour permettre de localiser les fichiers d'en-tête dans des environnements de compilation croisée.
• Winegcc prend en charge les options '--target', '--wine-objdir', '--winebuild' et '-fuse-ld' qui facilitent son utilisation en tant que compilateur croisé, ou avec des chaînes d'outils personnalisées.
• L'en-tête wine/unicode.h n'est plus disponible pour les applications, car les fonctions seront finalement supprimées et remplacées par les fonctions de caractères larges du runtime C standard.

Infrastructure de construction :

• Les binaires de test sont construits au format PE si MinGW est disponible, de sorte que le même binaire de test puisse s'exécuter à la fois sur Wine et Windows. La cible de make 'crosstest' n'est plus nécessaire ni prise en charge.
• La convention d'appel 'fastcall' est prise en charge dans les fichiers de spécification. Elle utilise le bon nom de mangle pour les constructions Windows.
• Un drapeau d'entrée de point '-import' est pris en charge dans les fichiers de spécification, pour marquer les fonctions qui nécessitent un préfixe de code de hotpatch à générer pour leurs thunks d'importation.
• Winebuild prend en charge une option '--builtin' pour ajouter une signature spéciale aux binaires PE pour les marquer comme des intégrés Wine.

Applications intégrées :

• L'outil CHCP est implémenté. Il permet de définir la page de code de la console.
• L'outil MSIDB est implémenté. Il permet de manipuler des bases de données MSI.

Améliorations de performance :

• Les différentes fonctions temporelles utilisent des horloges système de haute performance si disponibles, pour réduire la surcharge dans la boucle de rendu de nombreux jeux.
• Les recherches de fichiers tirent parti du support de pliage de casse du système de fichiers ext4 si cela est activé sur le répertoire recherché.
• Les listes de style sans données (LBS_NODATA) ont de meilleures performances pour un grand nombre d'éléments.
• Les verrous Slim Reader/Writer, les événements clés et les variables de condition utilisent des futexes sur Linux pour éviter les allers-retours avec le serveur Wine.

Nouvelles dépendances externes :

• Le compilateur croisé MinGW-w64 est utilisé pour construire des modules au format PE.
• La bibliothèque FAudio est utilisée pour implémenter XAudio2.
• La bibliothèque Inotify est utilisée pour les notifications de changement de fichier sur les plateformes BSD.
• La bibliothèque Unwind est utilisée pour la gestion des exceptions sur ARM64.
• La bibliothèque Video4Linux version 2 est utilisée au lieu de la version 1.