Un an après la version 4.0, le service permettant de faire fonctionner des applications Windows sous plusieurs systèmes, dont Linux et macOS, revient en version 5.0.
Cette mouture de Wine, acronyme récursif de « Wine Is Not an Emulator », apporte pas moins de 7 500 changements selon l’équipe en charge du projet.
Parmi les points saillants : la prise en charge de Vulkan 1.1 et des écrans multiples. Les notes de versions détaillées se trouvent par ici.
Les sources de Wine 5.0 sont disponibles, mais pas encore les binaires qui sont en cours de préparation. Ils seront mis en ligne dans la section Download du site officiel.
Commentaires (20)
#1
C’est dommage de ne pas prendre en charge Vulkan 1.2.
" />
Ce sera sûrement avec Proton, ou dans une release 6.0 en alpha.
#2
Difficile vu que la spécification vient tout juste d’être validée.
#3
Décaler la sortie à ce moment là.
Mais je pense que Vulkan 1.2 sera intégré dans la 6.1 ou 6.2, et au pire en version instable.
#4
Moi je me contente de faire tourner les apps Windows sous Windows et les apps Debian sous Debian. Et cela fonctionne bien. Étonnant non ?
#5
C’est que je faisais, mais Windows ne fonctionne pas bien. 20 minutes max avant que ça crash quand je joue sous Windows. Même après réinstallation complète du système et des pilotes WHQL à jour.
Du coup maintenant je lance mes jeux Windows avec Steam Play ou Wine (je sais que c’est la même chose, mais pas la même config/version) et j’ai plus de soucis. J’ai dû abandonner quelques jeux au passage, mais bon, c’est tellement inutilisable que j’ai pas tellement le choix.
#6
On t’a répété de ne plus essayer Pubg sous XP…
#7
Nope. Des jeux indés surtout, sous un Windows 10 parfaitement à jour. À noter que les crash se produisent aussi sur les jeux Codemasters, sur Just Cause 3 et Watch_Dogs, mais ces jeux là j’ai dû les abandonner.
BeamNG.Drive et Automation Empire par contre j’ai pu passer sur Linux avec Steam Play. D’ailleurs, BeamNG.Drive tourne mieux comme ça… (meilleures performance, et meilleure gestion de ma manette…).
#8
Au boulot je tourne sur Mint et je fais tourner quelques applis du boulot avec Wine et ça fonctionne très bien. Etonnant n’est-ce pas ?
Wine est un projet vraiment génial ( et encore plus avec PlayOnLinux)
#9
Tu es sûr que le bug ne se situe pas entre le clavier et la chaise ? Toutes les 20 min, non mais quelle blague !
" /> Tu peux aimer Linux sans raconter de conneries, tu n’en sortiras que plus malin.
Signé un utilisateur de Linux et Windows
#10
Je me suis posé la question. Je me suis dis que j’avais merdé quelque part, mais non, puisqu’une réinstallation complète et vierge avec les pilotes recommandés crash de la même façon, et sur tous les jeux. Les mêmes jeux dans les même conditions sous Linux ne posent aucun soucis.
Après, c’est peut-être pas que la faute de Microsoft, les pilotes d’AMD y sont peut-être aussi pour quelque chose (c’est directement lié aux graphiques, c’est seulement eu jeu, quand le GPU est chargé donc, que ça arrive). Mais je vois pas où j’ai pu merder. Et je ne ment pas sur le délai, c’est vraiment mon expérience. Ça m’emmerde, surtout pour les jeux CodeMasters, mais je ne vois pas ce que je peux y faire (le crash consiste en un écran noir, y’a pas de BSoD, et le son s’arrête également, et le système refuse de s’éteindre proprement quand j’appuie sur le bouton d’alimentation brièvement).
Et les seules infos que j’ai pu trouver dans le journal d’évènement, c’est que le système a démarré après un arrête non planifié une fois que je me suis résigné à hard reboot, ça m’aide pas trop à débugger.
Je dois avouer que mes compétences Windows sont bien plus faibles que mes compétences Linux, donc si tu as une idée du problème et de comment corriger, je prends, j’aimerais bien profiter des jeux que j’ai payés…
Et comme une bonne partie de mes jeux tournent sans soucis sous Linux dans les mêmes conditions, je me suis résigné à me limiter à ces jeux, et à considérer que si un OS déconne et pas l’autre sur le même matos, sans que j’ai fait autre chose que juste l’installer via l’ISO officiel, c’est que l’OS qui déconne a un soucis.
#11
Je me permet de rajouter que cette nouvelle version est dédiée à la mémoire de Józef Kucia, disparu en août dernier à l’age de 30 ans qui fut un contributeur important à WINE.
#12
Je sais que sous windows les drivers AMD peuvent overclocker le GPU (pas vraiment géré sous nux) et ont d’autre features ou simplement mieux optimiser qui peuvent faire plus chauffer la puce.
Du coup peut-être ajouter un peut de monitoring pour savoir pourquoi le driver a planté.
Un solution serait d’aller dans les paramètres 3D du driver sous windows et dans le jeu pour essayer de réduire la qualité des graphismes 3D.
Portable ou Tour ? Un petit dépoussiérage ?
#13
#14
Malheureusement toujours incompatible avec MacOS Catalina (10.15) :(
#15
#16
Quand je pense que j’arrive même pas à installer un jeu avec Wine / PlayOnLinux …
" />
#17
Je comprend bien. Je t’avoue que je n’ai pas ce niveau de technicité, mais j’imaginais un truc dans le genre : le driver sous linux (j’imagine qu’il utilise le driver AMD linux) et le driver sous WIndows ne gère pas exactement de la même manière le matos.
Du coup, peut-être installer les utilitaires et les drivers du constructeur et non ceux fournit par AMD ? Non, parce que la carte graphique doit parfaitement fonctionner sous WIndows, les constructeurs sont généralement concentré sur cette OS et font leur test dessus, linux est un peu le truc que tu t’occupe en second.
#18
#19
#20
Je réponds pas à une personne en particulier vu que y’a eu plusieurs réponses, donc je réponds à tout un peu pêle-mêle, désolé : si c’était l’alim’, ça crasherait sous Linux aussi, surtout que j’ai déjà exploité à fond ma tour sous Linux sans problème. D’ailleurs, le refroidissement marche très bien sur les deux OS (juste le mode silencieux (ventilos stoppés) qui s’active pas sous Linux alors que sous Windows oui si < 40°C), ça semble être géré directement par la CG (tout comme la couleur des LEDs de celle-ci). Le fabricant ne fourni pas de pilotes customs, faut utiliser ceux d’AMD.
J’ai déjà tenté l’underclock sans succès, les crash continuent, même d’ailleurs à faible charge (genre, jeu peu gourmand, pas le bureau, sur le bureau ça crashe pas). Mais pas à forte charge sous Linux. D’ailleurs, la dernière fois que j’ai testé, le GPU plus consommé et chauffé (78°C, 100% d’utilisation) sous Linux sans problème alors que Windows à 70°C et 80 % environ ça crashait.
Je n’ai pas souvenir que ça n’ait jamais été stable sous Windows, juste que ça tenait un peu plus longtemps au début, donc le downgrade de pilote à une version fonctionnelle est pas possible. J’ai pas d’autre puce graphique (CPU sans graphiques intégrés). J’ai pensé à la RAM, notamment parce que j’avais eu des soucis avec (impossible de la mettre à la fréquence vendue (3GHz), je dois rester à la fréquence de compatibilité (2133MHz) si je veux que ça tienne), mais un memtest n’a rien donné, et j’ai déjà rempli la RAM plusieurs fois sans soucis sous Windows comme Linux.
Au final, je pense que c’est juste le combo Windows / pilote AMD pour Windows qui est foireux pour cette CG. Je verrais bien quand je changerais de CG (dans 2 ou 3 ans maintenant je pense) si ça change quelque chose. Mais je pense pas changer de constructeur (je reste chez AMD pour le GPU, pour la compatibilité Linux, et Sapphire est plutôt bon normalement, en plus d’être très correct sur les prix. Après je suis prêt à dégager Sapphire si y’a une bonne affaire, tant que je reste avec un GPU AMD). En attendant ce PC fonctionne parfaitement avec Linux, et couvre 80 % de mes jeux et 100 % de mes autres besoins, donc c’pas dramatique.