Version stable de Wine 5.0

AprĂšs un an de dĂ©veloppement et 28 versions expĂ©rimentales, prĂ©sentĂ© la version stable de l'implĂ©mentation open source de l'API Win32 — Wine 5.0, qui intĂšgre plus de 7400 changements. Parmi les rĂ©alisations clĂ©s de cette nouvelle version, on note la livraison de modules Wine au format PE, le support des configurations multi-Ă©crans, une nouvelle implĂ©mentation de l'API sonore XAudio2 et le support de l'API graphique Vulkan 1.1.

Dans Wine, la prise en charge confirmĂ©e de 4869 programmes compatibles Windows (contre 4737 l'annĂ©e derniĂšre), 4136 programmes (4045 l'annĂ©e derniĂšre) fonctionnent parfaitement avec des rĂ©glages supplĂ©mentaires et des DLL externes. Pour 3635 programmes, de petits problĂšmes d'exĂ©cution sont observĂ©s, mais cela n'empĂȘche pas l'utilisation des fonctions principales des applications.

Améliorations clés nouveautés Wine 5.0 :

  • Modules au format PE
    • Avec un compilateur MinGW, la plupart des modules Wine sont maintenant compilĂ©s au format d'exĂ©cutables PE (Portable Executable, utilisĂ© sous Windows) au lieu de ELF. L'utilisation de PE rĂ©sout les problĂšmes de support de diffĂ©rentes schĂ©mas de protection contre la copie qui vĂ©rifient l'identitĂ© des modules systĂšme sur le disque et en mĂ©moire;
    • Les exĂ©cutables PE sont maintenant copiĂ©s dans le rĂ©pertoire ~/$WINEPREFIX au lieu d'utiliser de fausses DLL, ce qui rend l'installation plus similaire Ă  de vraies installations Windows, au prix d'un espace disque supplĂ©mentaire;
    • Les modules convertis au format PE peuvent utiliser les standard wchar fonctions C et constantes unicode (par exemple, L»abc»);
    • Dans Wine, le runtime C a ajoutĂ© le support du liaison avec des fichiers binaires compilĂ©s dans MinGW, qui est utilisĂ© par dĂ©faut lors de la compilation de DLL au lieu du runtime MinGW;
  • Sous-systĂšme graphique
    • Ajout du support pour le travail avec plusieurs moniteurs et adaptateurs graphiques, y compris la possibilitĂ© de modifier dynamiquement les paramĂštres;
    • Le driver pour l'API graphique Vulkan a Ă©tĂ© mis Ă  jour pour se conformer Ă  la spĂ©cification Vulkan 1.1.126;
    • Dans la bibliothĂšque WindowsCodecs, une fonctionnalitĂ© de conversion de formats raster supplĂ©mentaires a Ă©tĂ© mise en Ɠuvre, y compris des formats avec une palette indexĂ©e;
  • Direct3D
    • Lors de l'exĂ©cution d'applications en plein Ă©cran, Direct3D permet de dĂ©sactiver l'Ă©conomiseur d'Ă©cran;
    • Dans DXGI (DirectX Graphics Infrastructure), une prise en charge a Ă©tĂ© ajoutĂ©e pour informer l'application de la minimisation de sa fenĂȘtre, permettant Ă  l'application de rĂ©duire l'exĂ©cution des opĂ©rations gourmandes en ressources lors de la rĂ©duction de la fenĂȘtre.
    • Pour les applications utilisant DXGI, il est dĂ©sormais possible de basculer entre le mode plein Ă©cran et le mode fenĂȘtre Ă  l'aide de la combinaison Alt+EntrĂ©e;
    • Les capacitĂ©s d'implĂ©mentation de Direct3D 12 ont Ă©tĂ© Ă©largies, notamment avec l'ajout du support pour le basculement entre le mode plein Ă©cran et le mode fenĂȘtre, le changement de modes d'Ă©cran, la sortie avec mise Ă  l'Ă©chelle, et la gestion de l'intervalle d'Ă©change de buffers de rendu (swap interval);
    • AmĂ©lioration du traitement de diverses situations limites, telles que l'application de valeurs d'entrĂ©e dĂ©passant les plages admissibles pour les tests de transparence et de profondeur, le rendu avec des textures et des buffers rĂ©flĂ©chis, l'utilisation d'objets DirectDraw incorrects. clipper, crĂ©ation de dispositifs Direct3 pour des fenĂȘtres incorrectes, utilisation de zones visibles dont les valeurs minimales des paramĂštres sont Ă©gales aux maximales, etc.
    • Dans Direct3D 8 et 9, un suivi plus prĂ©cis des zones "dirty" des textures chargĂ©es est assurĂ©;
    • RĂ©duction de la taille de l'espace d'adresses requis lors du chargement de textures 3D compressĂ©es par la mĂ©thode S3TC (au lieu d'un chargement complet, les textures sont chargĂ©es par morceaux).
    • Mise en Ɠuvre de l'interface ID3D11Multithread pour protĂ©ger les sections critiques dans les applications multi-threadĂ©es;
    • Pour les anciennes applications DirectDraw, diverses amĂ©liorations et corrections liĂ©es au calcul de l'Ă©clairage ont Ă©tĂ© apportĂ©es;
    • Des appels supplĂ©mentaires ont Ă©tĂ© implĂ©mentĂ©s pour obtenir des informations sur les shaders dans l'API ShaderReflection;
    • Support ajoutĂ© dans wined3d pour blitters basĂ©s sur le CPU pour le traitement des ressources compressĂ©es;
    • La base de donnĂ©es des cartes graphiques reconnues dans Direct3D a Ă©tĂ© Ă©largie;
    • De nouvelles clĂ©s de registre ont Ă©tĂ© ajoutĂ©es dans HKEY_CURRENT_USER\Software\Wine\Direct3D : «shader_backend» (backend pour le travail avec les shaders : «glsl» pour GLSL, «arb» pour les vertex/fragment ARB, et «none» pour dĂ©sactiver la prise en charge des shaders), «strict_shader_math» (0x1 — activer, 0x0 — dĂ©sactiver la conversion des shaders Direct3D). La clĂ© «UseGLSL» a Ă©tĂ© dĂ©clarĂ©e obsolĂšte (il convient d'utiliser «shader_backend»);
  • D3DX
    • Support implĂ©mentĂ© pour le mĂ©canisme de compression des textures 3D S3TC (S3 Texture Compression);
    • ImplĂ©mentations correctes ajoutĂ©es pour des opĂ©rations telles que le remplissage de textures et les surfaces non mappables (unmappable);
    • Diverses amĂ©liorations et corrections apportĂ©es au framework de crĂ©ation d'effets visuels;
  • Noyau (interfaces du noyau Windows)
    • La plupart des fonctions utilisĂ©es dans Kernel32 ont Ă©tĂ© dĂ©placĂ©es vers
      KernelBase, conformément aux changements de l'architecture Windows;
    • PossibilitĂ© de mĂ©langer des DLL 32 bits et 64 bits dans les rĂ©pertoires utilisĂ©s pour le chargement. Les bibliothĂšques non conformes Ă  l'architecture actuelle (32/64) sont ignorĂ©es, au cas oĂč une bibliothĂšque correcte serait trouvĂ©e plus loin dans le chemin.
    • Pour les pilotes de pĂ©riphĂ©riques, l'Ă©mulation des objets noyau a Ă©tĂ© amĂ©liorĂ©e.
    • Des objets de synchronisation fonctionnant au niveau du noyau ont Ă©tĂ© implĂ©mentĂ©s, tels que des spinlocks, des mutex rapides et des variables liĂ©es aux ressources.
    • Information correcte des applications sur l'Ă©tat de la batterie.
  • Interface utilisateur et intĂ©gration avec le bureau
    • Les fenĂȘtres minimisĂ©es s'affichent dĂ©sormais avec un en-tĂȘte plutĂŽt qu'avec une icĂŽne de style Windows 3.1.
    • De nouveaux styles de boutons ajoutĂ©s. SplitButton (bouton avec une liste dĂ©roulante d'actions) et Command Links (liens dans des boĂźtes de dialogue utilisĂ©s pour passer Ă  l'Ă©tape suivante).
    • Des liens symboliques ont Ă©tĂ© créés pour les dossiers ‘Downloads’ et ‘Templates’, pointant vers les rĂ©pertoires correspondants dans les systĂšmes Unix.
  • PĂ©riphĂ©riques d'entrĂ©e
    • L'installation et le chargement des pilotes de pĂ©riphĂ©riques Plug & Play sont assurĂ©s au dĂ©marrage.
    • AmĂ©lioration du support des manettes de jeu, y compris le mini-joystick (hat switch), le volant, les pĂ©dales d'accĂ©lĂ©rateur et de frein.
    • Le support de l'ancien API Linux pour l'interaction avec les joysticks, utilisĂ© dans les noyaux Linux avant la version 2.2, a Ă©tĂ© abandonnĂ©.
  • .NET
    • Le moteur Mono a Ă©tĂ© mis Ă  jour vers la version 4.9.4 et inclut dĂ©sormais des parties du framework Windows Presentation Foundation (WPF).
    • Ajout de la possibilitĂ© d'installer des extensions avec Mono et Gecko dans un rĂ©pertoire commun avec les fichiers placĂ©s dans la hiĂ©rarchie /usr/share/wine au lieu d'ĂȘtre copiĂ©s dans de nouveaux prĂ©fixes.
  • FonctionnalitĂ©s rĂ©seau
    • Le moteur de navigateur Wine Gecko, utilisĂ© dans la bibliothĂšque MSHTML, a Ă©tĂ© mis Ă  jour vers la version 2.47.1. La prise en charge des nouvelles API HTML a Ă©tĂ© implĂ©mentĂ©e.
    • La prise en charge des Ă©lĂ©ments SVG a Ă©tĂ© ajoutĂ©e Ă  MSHTML.
    • Ajout de nombreuses nouvelles fonctionnalitĂ©s VBScript (par exemple, gestionnaires d'erreurs et d'exceptions, fonctions Hour, Day, Month, String, LBound, RegExp.Replace, RScriptTypeInfo_* et ScriptTypeComp_Bind* etc.).
    • La persistance de l'Ă©tat du code dans VBScript et JScript a Ă©tĂ© assurĂ©e.
    • Une implĂ©mentation initiale du service HTTP (WinHTTP) et de son API associĂ©e (HTTPAPI) a Ă©tĂ© ajoutĂ©e pour les applications clientes et serveurs, envoyant et recevant des demandes via le protocole HTTP.
    • La possibilitĂ© d'obtenir les paramĂštres de configuration HTTP proxy via DHCP a Ă©tĂ© implĂ©mentĂ©e.
    • Ajout de la prise en charge du redirectionnement des requĂȘtes d'authentification via le service Microsoft Passport ;
  • Cryptographie
    • Prise en charge mise en Ɠuvre de clĂ©s cryptographiques basĂ©es sur des courbes elliptiques (ECC) lors de l'utilisation de GnuTLS ;
    • Ajout de la possibilitĂ© d'importer des clĂ©s et des certificats Ă  partir de fichiers au format PFX ;
    • Ajout de la prise en charge du schĂ©ma de gĂ©nĂ©ration de clĂ© basĂ© sur le mot de passe PBKDF2 ;
  • Texte et polices
    • Dans l'implĂ©mentation de l'API DirectWrite, prise en charge ajoutĂ©e des fonctionnalitĂ©s OpenType liĂ©es Ă  le positionnement des glyphes, qui sont activĂ©es par dĂ©faut pour la fonte Latin, y compris le crantage ;
    • SĂ©curisĂ© le traitement des donnĂ©es de police grĂące Ă  la vĂ©rification de la validitĂ© de diffĂ©rentes tables de donnĂ©es avant leur utilisation ;
    • Les interfaces DirectWrite ont Ă©tĂ© mises Ă  jour pour correspondre au dernier SDK ;
  • Son et vidĂ©o
    • Nouvelle implĂ©mentation de l'API audio XAudio2, construite sur le projet FAudio. L'utilisation de FAudio dans Wine permet d'obtenir une meilleure qualitĂ© sonore dans les jeux et d'activer des fonctionnalitĂ©s telles que le mĂ©lange des volumes et des effets sonores avancĂ©s ;
    • Ajout d'un grand nombre de nouveaux appels dans l'implĂ©mentation du cadre Media Foundation, y compris la prise en charge des files d'attente asynchrones intĂ©grĂ©es et personnalisĂ©es, de l'API Source Reader, de Media Session, etc.
    • Le filtre de capture vidĂ©o a Ă©tĂ© mis Ă  jour pour utiliser l'API v4l2 Ă  la place de l'API v4l1, ce qui a Ă©largi la gamme des camĂ©ras prises en charge ;
    • Les dĂ©codeurs AVI, MPEG-I et WAVE intĂ©grĂ©s ont Ă©tĂ© supprimĂ©s, et Ă  la place, GStreamer ou QuickTime sont utilisĂ©s ;
    • Ajout d'un sous-ensemble des API de configuration VMR7 ;
    • Les pilotes audio ont ajoutĂ© la prise en charge de l'ajustement du volume des canaux individuels ;
  • Internationalisation
    • Les tableaux Unicode ont Ă©tĂ© mis Ă  jour vers la version 12.1.0 ;
    • Prise en charge de la normalisation Unicode mise en Ɠuvre ;
    • Installation automatique de la rĂ©gion gĂ©ographique (HKEY_CURRENT_USER\Control Panel\International\Geo) basĂ©e sur la locale actuelle ;
  • RPC/COM
    • Prise en charge des structures complexes et des tableaux ajoutĂ©e au typelib ;
    • Mise en Ɠuvre de la bibliothĂšque d'exĂ©cution Windows Script ajoutĂ©e ;
    • Mise en Ɠuvre de la bibliothĂšque ADO (Microsoft ActiveX Data Objects) ajoutĂ©e ;
  • Installateurs
    • Prise en charge de la livraison de patchs (Patch Files) mise en Ɠuvre pour l'installateur MSI ;
    • Dans l'outil WUSA (Windows Update Standalone Installer), il est dĂ©sormais possible d'installer des mises Ă  jour au format .MSU ;
  • Plateforme ARM
    • Pour l'architecture ARM64, la prise en charge du dĂ©roulement de la pile (stack unwinding) a Ă©tĂ© ajoutĂ©e dans ntdll. Le support de la connexion aux bibliothĂšques externes libunwind a Ă©tĂ© ajoutĂ©;
    • Pour l'architecture ARM64, le support des proxies sans stub (stubless proxies) pour les interfaces objet a Ă©tĂ© mis en Ɠuvre;
  • Outils de dĂ©veloppement / Winelib
    • Ajout de la possibilitĂ© d'utiliser le dĂ©bogueur de Visual Studio pour le dĂ©bogage Ă  distance des applications exĂ©cutĂ©es sous Wine;
    • La bibliothĂšque DBGENG (Debug Engine) a Ă©tĂ© partiellement implĂ©mentĂ©e;
    • Les fichiers exĂ©cutables compilĂ©s pour Windows ne dĂ©pendent plus de libwine, ce qui permet de les exĂ©cuter sous Windows sans dĂ©pendances supplĂ©mentaires;
    • Une option ‘—sysroot’ a Ă©tĂ© ajoutĂ©e dans le Resource Compiler et l'IDL Compiler pour dĂ©finir le chemin d'emplacement des fichiers d'en-tĂȘte;
    • Des options ‘—target’, ‘—wine-objdir’ ont Ă©tĂ© ajoutĂ©es Ă  winegcc,
      ‘—winebuild’ et ‘-fuse-ld’, simplifiant la configuration de l'environnement pour la compilation croisĂ©e;
  • Applications intĂ©grĂ©es
    • L'outil CHCP pour configuration du codage de la console a Ă©tĂ© rĂ©alisĂ©;
    • L'outil MSIDB pour manipuler des bases au format MSI a Ă©tĂ© rĂ©alisĂ©;
  • Optimisation des performances
    • DiffĂ©rentes fonctions de gestion du temps ont Ă©tĂ© traduites pour utiliser des fonctions systĂšme haute performance de gestion de minuteurs, ce qui a permis de rĂ©duire les frais gĂ©nĂ©raux dans le cycle de rendu de nombreux jeux;
    • Ajout de la possibilitĂ© d'utiliser le FS Ext4 mode de fonctionnement insensible Ă  la casse;
    • Optimisation des performances du traitement de nombreux Ă©lĂ©ments dans les dialogues de listes sortantes en mode LBS_NODATA;
    • Une implĂ©mentation plus rapide des verrous SRW (Slim Reader/Writer) pour Linux a Ă©tĂ© ajoutĂ©e, traduite en Futex;
  • DĂ©pendances externes
    • Un compilateur croisĂ© MinGW-w64 a Ă©tĂ© utilisĂ© pour la compilation de modules au format PE;
    • La rĂ©alisation de XAudio2 nĂ©cessite la bibliothĂšque FAudio;
    • Pour la surveillance des modifications de fichiers sur les systĂšmes BSD
      la bibliothÚque Inotify a été utilisée;
    • Pour le traitement des exceptions sur la plateforme ARM64, la bibliothĂšque Unwind est nĂ©cessaire;
    • La bibliothĂšque Video4Linux2 est dĂ©sormais requise Ă  la place de Video4Linux1.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster