Lancé il y a maintenant près de cinq ans, SteamOS est un système d'exploitation basé sur Linux et pensé pour les ordinateurs de salon. Problème, de (très) nombreux jeux proposés sur la plateforme de Valve ne fonctionnent que sous Windows, laissant SteamOS et donc les Steam Machines sur la touche.
Selon Ars Technica, la plateforme préparerait un outil maison baptisé Steam Play. Cest du moins la découverte faite par des utilisateurs de Reddit. Cette fonctionnalité n'a pas encore été annoncée par Valve, mais un texte de présentation l'accompagne : « Steam Play installera automatiquement des outils de compatibilité qui vous permettront de jouer à des jeux de votre bibliothèque conçus pour d'autres systèmes d'exploitation ».
Sans précision de la part de Valve, impossible pour le moment de prédire quelle forme prendra cet outil et quelles seront ses possibilités et performances. Et nous ne parlerons même pas d'un quelconque délai.
Commentaires (24)
#1
Le mieux qu’on puisse espérer, c’est une surcouche bien intégrée de Wine ou un équivalent.
Je ne vois pas comment ils pourraient rattraper les nombreuses années de retard qu’ils auraient sur un outil comme Wine justement.
#2
Ou alors avec un Windows virtualisé, mais ça poserait des problème de licence.
#3
Ou alors une offre de streaming
" />
#4
Ahhh ca prouve juste le flop de Linux pour le gaming
Pourquoi pas un truc du genre:
Windows only: 30% de frais steam
Windows + Mac: 25% de frais steam
Windows + Mac + Linux: 20% de frais uniquement
Avec ca, j’suis sur que ca va faire bouger les choses
#5
#6
Windows Store bien bien caché en embuscade alors! xD
#7
#8
Le risque étant que les développeurs se disent (encore plus qu’aujourd’hui) « Pas besoin de faire une version native : ils ont Wine ! ». Ils sortiront le jeu sur Steam uniquement, en se disant que Steam Play s’occupera de tout. Ce ne sera sûrement pas le cas…
Wine c’est sympa pour dépanner, pour des vieux jeux mais ça devrait rester ainsi. Rien ne remplacera le natif niveau qualité et il ne faut surtout pas que les devs se disent que ça vaut mieux que rien pour ces clients de seconde zone. Avec Vulkan il n’a jamais été aussi simple de faire du multi-plateforme dès le départ, qu’ils l’utilisent !
#9
Wine c’est clairement pas la bonne solution … une mise à jour du jeu ou de wine et paff on se retrouve à se retaper toute la config, tu format et paff reconfig, tu vas sur un autre pc et paff reconfig …
Après il y a déjà des wrappers pour wine comme le vieux PlayOnLinux (plus vraiment mis à jour en attendant la version 5 qui n’arrivera jamais), ou CrossOver le payant …
Un wrapper Steam, la bonne blague, surtout lorsque l’on regardes les jeux only 64 bits (ce qui est de plus en plus fréquent) et qui utilise .NET, et voilà plus rien de marche.
Par contre il y a des projets largement plus intéressant comme
winepack : faire un conteneur flatpak d’une app ou d’un jeu avec un
wine préparé aux petits oignons pour le jeu en question, si Steam Play utilise ce principe, là par contre ça pourrait être intéressant ;)
#10
La dernière vidéo de Linus et Wendell montre que la situation, bien que toujours imparfaite, a bien évolué pour la partie gaming sur linux ces dernières années.
Pour les jeux natifs, pas de problème, version linux de Steam. Pour le non natif, tu as maintenant des bibliothèque de script clef en main pour faire tourner les jeux avec la couche Wine. C’est beaucoup plus simple maintenant de “faire” tourner des jeux.
Mais c’est toujours la même chose, c’est pas du natif pour la plupart (même si le nombre de jeux compatible linux est grand maintenant), et ça bougera pas tant que les devs ne bougerons pas.
#11
Je préfère 100* acheter sur GoG perso, en tout cas tout ce qui ne va pas à Steam je suis content.
Donner de l’argent à Steam c’est juste engrosser Gabe, quand tu vois l’état du steam workshop depuis des années (aucun tri des mods, aucune possibilité de les regrouper, les partager etc) avec les millions qu’ils brassent ils se foutent vraiment de la gueule du monde.
#12
#13
Beaucoup sur Reddit pensent que ce garsest payé par Valve. Il refuse toute donation et le boulot fait en quelques mois sur DX10 et 11 est énorme.
Chercher “Wine + DXVK” dans YT .
Un joli paquet autour de ça et Valve a sa solution.
#14
Faut aller plus loin et sortir Half Life 3 en exclu Linux
" />
#15
#16
#17
5%… Avec DXVK, tu peux multiplier au moins par 10, voire 15. Et je ne parle que des anciens jeux (DX10 et 11).
Et les jeux DX9 marche déjà très bien.
Reste DX12 qui ne semble pas être un gros problème pour les dev de Wine vu sa parenté avec Vulkan.
#18
#19
Le soucis ce n’est plus avec DX … mais c’est plus pour toutes les autres librairies et astuces nécessaires pour faire fonctionner tel ou tel jeu avec Wine, éléments qui ne sont pas si facilement accessible (genre des dll à activer ou à désactiver). Et encore tout ça sans parler de .NET qui ne marche toujours pas avec Wine en x64.
Quand ça se passe mal, je me retrouve facilement à perdre 2 ou 3 heures pour config un jeu et qui souvent ce solde par un échec (genre SpaceEngineers, Anno 2070, Astroneer qui marchait mais qui marche plus …). Ce n’est clairement pas viable.
#20
Le plus gros problème rencontré actuellement concerne principalement les logiciels anti-triche (Battleye, EAC, …).
Concernant les astuces et autres librairies, c’est de moins en moins vrai. Le x64 commence à être la norme depuis le passage à Win7 par défaut. Avec des releases toutes les deux semaines, le travail se fait; pas aussi vite que l’on aimerait, mais il se fait.
#21
Bon ba on a les réponses :p
https://steamcommunity.com/gid/103582791433699581#announcements/detail/169605585…
#22
Ça confirme tout ce que je disais en #13
" />
#23
#24
T’arrive après la guerre autant Proton (le fork wine de Valve), qui vient juste de sortir sur la branche stable de steam tourne super bien, sans aucune configuration … autant faire ce que tu dis est complexe et non viable pour un jeu vidéo … rien que de citer une variable comme WINEPREFIX est la mort quand tu compares le jeu vidéo sur windows ou sur console.
Donc oui on peut faire énormément de chose sur wine, mais pas sans la ligne de commande (et ne pas citer d’interface comme PlayOnLinux qui ne possède ni vcrun2015 ni vcrun2017 et dont l’installation de .NET est foutu, les scripts sont vieux comme le monde). (read only pour des jeux en ligne c’est mort).