Steam : Portal est désormais disponible sous Linux

Steam : Portal est désormais disponible sous Linux

GLaDOS VS les manchots : fight !

Avatar de l'auteur
David Legrand

Publié dans

Société numérique

03/05/2013 2 minutes
119

Steam : Portal est désormais disponible sous Linux

Valve propose depuis maintenant quelques mois une version de Steam dédiée à Linux. Si la liste de jeux disponibles mérite encore d'être étoffée, l'éditeur continue le portage de ses anciens titres. Dernier en date, Portal, qui vient de faire son apparition.

Valve a récemment décidé de s'engager dans un nouveau combat : la possibilité de jouer sous Linux. Si peu d'utilisateurs sont pour le moment décompté au sein de ses statistiques, cela devient une réalité et certains développeurs y voient une bonne raison de s'y mettre.

 

Pour pousser le mouvement, la société a déjà porté plusieurs de ses propres titres : Counter-Strike, Half-Life, Team Fortress 1 & 2, Day of Defeat... Une pratique qui semble perdurer puisque Portal vient de faire son entrée dans le catalogue sous la forme d'une bêta. Bien entendu, certains auraient aimé que ce soit plutôt Portal 2 qui fasse son apparition, plutôt que ce premier opus sorti en 2007.

 

Portal Steam Linux

 

Certains semblent indiquer que c'est le cas, mais SteamDB n'y fait nullement référence. Quoi qu'il en soit, pour lancer l'installation, il vous suffira de cliquer sur le lien suivant, cette version n'étant pas encore référencée au sein du catalogue Steam :

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (119)


Faut bien que la futur steambox ait quelque jeu ^^


j’avoue que valve doit porter ses propres jeux sur steam ^^


L4D2 doit arriver en Beta ces prochains jours aussi.


Ooooh. Installation immédiate.


Y a t-il un équivalent à Wineskin sous Linux ?

Sous OS X, j’arrive à faire tourner la plupart de mes jeux que j’avais sous Windows (Torchlight 2 avec les dernières MàJ, Civilization avec extension …).


Tous les jeux Valve seront adapté sous linux , j’ai test portal il marche nickel ;)








Zyami a écrit :



Y a t-il un équivalent à Wineskin sous Linux ?

Sous OS X, j’arrive à faire tourner la plupart de mes jeux que j’avais sous Windows (Torchlight 2 avec les dernières MàJ, Civilization avec extension …).





Playonmac ou PlayOnLinux









Painkillerr a écrit :



Playonmac ou PlayOnLinux







PlayonMac utilise Wine, tout comme Wineskin.









seb2411 a écrit :



L4D2 doit arriver en Beta ces prochains jours aussi.





Il est possible de participer à cette beta ?









Nargas a écrit :



Il est possible de participer à cette beta ?





A partir du moment ou tu possède le jeu des que la beta sera disponible tu pourras y jouer



TF2 & DOTA2 sur linux :oui2:<img data-src=" />


Et toujours aucune nouvelle pour Guild Wars 2 sous Linux ?

Il me semble que basculer de la version Mac à Linux d’un jeux-vidéo ne présente pas de grande difficultés.








Nargas a écrit :



Et toujours aucune nouvelle pour Guild Wars 2 sous Linux ?

Il me semble que basculer de la version Mac à Linux d’un jeux-vidéo ne présente pas de grande difficultés.







Bah oui, WoW et D3 arrivent bien à tourner avec Wine.



Miam, je l’installerai ce week-end pour y rejouer.



And the science gets done,

And you make a neat gun

For the people who are

Still alive!











Nargas a écrit :



Et toujours aucune nouvelle pour Guild Wars 2 sous Linux ?

Il me semble que basculer de la version Mac à Linux d’un jeux-vidéo ne présente pas de grande difficultés.





Guild Wars 2 tourne nickel sous WINE, par contre pour la version Linux native je crois que rien d’officiel n’a été annoncé…



Quand je vois tout ça, je me dis que bientôt on aura un GSM qui servira de tablette (intégré dans un écran plus grand), PC (relié à un clavier/souris et écran) et console de jeu (relié à un TV) ! Le tout sur Linux (ou Android) évidemment !



Tout en un, le pied !








Zyami a écrit :



PlayonMac utilise Wine, tout comme Wineskin.







PlayOnLinux est également une surcouche de WINE.



Juste avant un WE de 5 jours chez belle maman !!! <img data-src=" />


<img data-src=" /><img data-src=" /> oui le 2 pour le coop ça aurait été sympa, mais ça devrait suivre je pense <img data-src=" />



et aussi le workshop avec des milliers de maps en plus <img data-src=" />








seb2411 a écrit :



L4D2 doit arriver en Beta ces prochains jours aussi.





Pour les possessseurs de la version PC, j’espère qu’il ne faudra pas l’acheter une seconde fois









nirgal76 a écrit :



Pour les possessseurs de la version PC, j’espère qu’il ne faudra pas l’acheter une seconde fois





Non c’est comme pour tous les jeux steam, si tu l’as pour une plateforme tu l’as pour toute celle où il est disponible. Et dans ce contexte un Linux c’est aussi un PC.









nirgal76 a écrit :



Pour les possessseurs de la version PC, j’espère qu’il ne faudra pas l’acheter une seconde fois





Sur steam tu achètes une seule fois et tu peux y jouer sur mac/windows/Linux <img data-src=" />



Il l’ont recoder ou ca apsse par wine ?








Le-Glod a écrit :



Il l’ont recoder ou ca apsse par wine ?





Il a été porté entièrement (le moteur source tourne sous nunux maintenant )









Le-Glod a écrit :



Il l’ont recoder ou ca apsse par wine ?







Sur Steam, si c’est dispo pour Linux c’est que soit c’est nativement codé pour que ça fonctionne dessus, soit que ça a effectivement été recodé ;)









skydevil a écrit :



Il a été porté entièrement (le moteur source tourne sous nunux maintenant )







Portal 2 est porté sous OS X, donc openGL et il ne me semble pas que ce soit de la virtualisation, qu’est ce qui empêche concrètement d’avoir une version native Linux alors ?









cronoskev a écrit :



TF2 & DOTA2 sur linux :oui2:<img data-src=" />





TF2 est déjà présent sur Linux pas encore DOTA2. Pour ce dernier on a aucune info de quand il sera dispo.









Zyami a écrit :



Portal 2 est porté sous OS X, donc openGL et il ne me semble pas que ce soit de la virtualisation, qu’est ce qui empêche concrètement d’avoir une version native Linux alors ?







Sans doute tout un tas d’autre appel système (il n’y a pas que la partie graphique qui bloc le portage d’un jeux - même s’il est vrai que c’est le frein principal pour les jeux).









Zyami a écrit :



Portal 2 est porté sous OS X, donc openGL et il ne me semble pas que ce soit de la virtualisation, qu’est ce qui empêche concrètement d’avoir une version native Linux alors ?







Si c’est OpenGL, il faut plus voir des emmerdes du côté de la carte son pour le portage. À voir ce qu’ils utilisent comme librairie de ce côté.



Cool! moi qui suis en train de me faire Portal 2, je pourrais du coup me refaire le 1 sous linux….. youpi! <img data-src=" />





On avance, petit à petit on va y arriver, c’est super toutes ces infos linux en ce moment!








Zyami a écrit :



Portal 2 est porté sous OS X, donc openGL et il ne me semble pas que ce soit de la virtualisation, qu’est ce qui empêche concrètement d’avoir une version native Linux alors ?





Les ressources aussi. Je ne pense pas que Valve mette tant de ressources que ça sur le portage pour Linux, et quoiqu’il arrive il faut complétement retester le jeux, ce qui prend du temps. Vu que je ne pense pas que Valve ait envie de faire ça à la va-vite au risque d’avoir des jeux tout buggé qui risquerait de décourager les joueurs de faire confiance à Linux et donc à la steam box.



En tous les cas, je tien a souligner l’excellente qualité du portage de TF2 !



Par contre j’ai des soucis de son (sous Windows ou Linux) sur Steam. Genre un grésillement des hauts parleurs qui change (plus aigu/grave) selon les actions dans le jeux. (et si je met le casque, le grésillement persiste mais seulement sur les HP)



C’est très désagréable et j’arrive pas a savoir si ça vient purement de mon matos ou si c’est faute a Steam, car pendant un moment ça s’était arrêter jusqu’à une nouvelle mise a jour du client :/








Oulanos a écrit :



Cool! moi qui suis en train de me faire Portal 2, je pourrais du coup me refaire le 1 sous linux….. youpi! <img data-src=" />





On avance, petit à petit on va y arriver, c’est super toutes ces infos linux en ce moment!







C’est le mot juste…Car pour le moment ya que Valve (et quelques indés) et aucun des jeux récents de Valve…



Mais bon soyons positif, avec un peu de chance d’autres suivront? Malheureusement j’en doute…









Lynh a écrit :



Quand je vois tout ça, je me dis que bientôt on aura un GSM qui servira de tablette (intégré dans un écran plus grand), PC (relié à un clavier/souris et écran) et console de jeu (relié à un TV) ! Le tout sur Linux (ou Android) évidemment !



Tout en un, le pied !





Génial. Comme ça, si tu perds ton téléphone, ou qu’il tombe en panne, ou qu’il n’a plus de batterie, on qu’on te le vole, t’as plus rien qui fonctionne. Le pied.<img data-src=" />



En vrac :




  1. Wineskin est une version dérivée de Wine avec une surcouche pour simplifier son utilisation. Il y a des équivalents sous Linux puisque Wine vient justement de Linux. Quelqu’un a cité PlayOnLinux, il y a aussi Crossover Games et dans le temps il y avait Cedega (je ne sais pas s’il existe toujours). À part PlayOnLinux (et évidemment Wine), les autres sont des logiciels commerciaux.



  2. La plupart des jeux sur Steam suivent le modèle “acheté sur une plate-forme, jouable sur n’importe laquelle” mais attention, ce n’est pas le cas de tous ! Il faut que le jeu ait une icône SteamPlay sur sa fiche. Quelques jeux - et notamment les jeux Activision, me semble-t-il - ne sont pas SteamPlay.



  3. Techniquement, Valve a porté le moteur Source sous Linux, ce n’est pas de la bidouille à base de Wine avec les jeux Windows empaquetés. En revanche, la couche graphique utilise une sorte de wrapper - à la manière de Wine - pour convertir les instructions Direct3D en OpenGL. Il y a encore du boulot pour proposer de l’OpenGL natif, je ne sais pas si c’est dans les plans de Valve.








Ricard a écrit :



Génial. Comme ça, si tu perds ton téléphone, ou qu’il tombe en panne, ou qu’il n’a plus de batterie, on qu’on te le vole, t’as plus rien qui fonctionne. Le pied.<img data-src=" />





<img data-src=" /><img data-src=" />









abelthorne a écrit :





  1. Techniquement, Valve a porté le moteur Source sous Linux, ce n’est pas de la bidouille à base de Wine avec les jeux Windows empaquetés. En revanche, la couche graphique utilise une sorte de wrapper - à la manière de Wine - pour convertir les instructions Direct3D en OpenGL. Il y a encore du boulot pour proposer de l’OpenGL natif, je ne sais pas si c’est dans les plans de Valve.





    Pour son nouveau moteur Source je crois que oui.



Le 03/05/2013 à 12h 33







abelthorne a écrit :



En revanche, la couche graphique utilise une sorte de wrapper - à la manière de Wine - pour convertir les instructions Direct3D en OpenGL.





Ha tiens tu as vu ça où ?









abelthorne a écrit :



En vrac :




  1. Wineskin est une version dérivée de Wine avec une surcouche pour simplifier son utilisation. Il y a des équivalents sous Linux puisque Wine vient justement de Linux. Quelqu’un a cité PlayOnLinux, il y a aussi Crossover Games et dans le temps il y avait Cedega (je ne sais pas s’il existe toujours). À part PlayOnLinux (et évidemment Wine), les autres sont des logiciels commerciaux.



  2. La plupart des jeux sur Steam suivent le modèle “acheté sur une plate-forme, jouable sur n’importe laquelle” mais attention, ce n’est pas le cas de tous ! Il faut que le jeu ait une icône SteamPlay sur sa fiche. Quelques jeux - et notamment les jeux Activision, me semble-t-il - ne sont pas SteamPlay.



  3. Techniquement, Valve a porté le moteur Source sous Linux, ce n’est pas de la bidouille à base de Wine avec les jeux Windows empaquetés. En revanche, la couche graphique utilise une sorte de wrapper - à la manière de Wine - pour convertir les instructions Direct3D en OpenGL. Il y a encore du boulot pour proposer de l’OpenGL natif, je ne sais pas si c’est dans les plans de Valve.







    heu HL (le premier) était dispo en OpenGL j’en suis certain car je l’ai refais ya pas longtemps et c’est le seul mode ou j’avais un affichage correct… en mode D3D c’était juste horible (résolution limité détails à chier…)









lincruste a écrit :



Ha tiens tu as vu ça où ?





Je ne saurais pas retrouver les sources mais ça vient d’interviews des développeurs Linux chez Valve, d’une conférence qui a eu lieu il y a quelques semaines dans je ne sais plus quel salon (Siggraph ?), etc.







al_bebert a écrit :



heu HL (le premier) était dispo en OpenGL j’en suis certain car je l’ai refais ya pas longtemps et c’est le seul mode ou j’avais un affichage correct… en mode D3D c’était juste horible (résolution limité détails à chier…)





Effectivement, pour HL1 et les autres jeux GoldSrc, ça doit être de l’OpenGL natif. Je parlais du moteur Source (HL2, TF2, Portal, etc.).







seb2411 a écrit :



Pour son nouveau moteur Source je crois que oui.





Si tu parles de Source 2, oui, ça devrait être du “vrai” OpenGL. Mais Source 2 n’est pas encore sorti. ;)









Khalev a écrit :



Les ressources aussi. Je ne pense pas que Valve mette tant de ressources que ça sur le portage pour Linux, et quoiqu’il arrive il faut complétement retester le jeux, ce qui prend du temps. Vu que je ne pense pas que Valve ait envie de faire ça à la va-vite au risque d’avoir des jeux tout buggé qui risquerait de décourager les joueurs de faire confiance à Linux et donc à la steam box.







A vrai dire, si ça fonctionne avec openGl, je ne pense pas que le reste soit un réel gros problème.

La seule chose que je vois par contre, c’est au niveau des librairies tierces, comme tout est en evironnement fermé sous linux, il peut y avoir toutes sortes de version de C ou C++ en même temps sur la même machine.

J’ose même pas imaginer la tête de la personne qui va se casser la tête à faire proprement un installeur ou alors il faudra installer un environnement complet propre à Steam mais comme je le vois, ça sent l’usine à gaz quand même.



Le 03/05/2013 à 12h 39







Zyami a écrit :



La seule chose que je vois par contre, c’est au niveau des librairies tierces, comme tout est en evironnement fermé sous linux, il peut y avoir toutes sortes de version de C ou C++ en même temps sur la même machine.

J’ose même pas imaginer la tête de la personne qui va se casser la tête à faire proprement un installeur ou alors il faudra installer un environnement complet propre à Steam mais comme je le vois, ça sent l’usine à gaz quand même.







Hein quoi ???







abelthorne a écrit :



Je ne saurais pas retrouver les sources mais ça vient d’interviews des développeurs Linux chez Valve, d’une conférence qui a eu lieu il y a quelques semaines dans je ne sais plus quel salon (Siggraph ?), etc.





Pas grave. Si tu retombes dessus à l’occasion ça m’intéresse.









lincruste a écrit :



Hein quoi ???







Quoi ?









Zyami a écrit :



A vrai dire, si ça fonctionne avec openGl, je ne pense pas que le reste soit un réel gros problème.

La seule chose que je vois par contre, c’est au niveau des librairies tierces, comme tout est en evironnement fermé sous linux, il peut y avoir toutes sortes de version de C ou C++ en même temps sur la même machine.

J’ose même pas imaginer la tête de la personne qui va se casser la tête à faire proprement un installeur ou alors il faudra installer un environnement complet propre à Steam mais comme je le vois, ça sent l’usine à gaz quand même.





Je ne comprends pas bien ton histoire de “versions de C ou C++”. Si tu parles du développement (compilation des jeux), ça ne concerne pas le joueur.

Si tu parles des bibliothèques de fonction utilisées par le jeu sur le poste du joueur, pas de souci avec ça, les jeux embarquent éventuellement une version locale des biblis qu’ils utilisent. C’est vraiment pas un problème, les développeurs sont confrontés à ça depuis longtemps et savent le gérer, installeur indépendant ou qui passe par une plate-forme comme Steam. ;)



Pour ce qui est de l’environnement complet propre à Steam, si tu parles de la future Steambox, on s’oriente vers une distribution Ubuntu light et customisée avec des dépôts logiciels gérés par Valve pour que tout tourne aussi bien que possible.







lincruste a écrit :



Pas grave. Si tu retombes dessus à l’occasion ça m’intéresse.





Si tu as du temps à perdre, tu peux toujours parcourir les 84 pages du topic qu’on a sur le forum ubuntu-fr.org (http://forum.ubuntu-fr.org/viewtopic.php?pid=13424141 ), les liens sont quelque part dedans. :)









Ricard a écrit :



Génial. Comme ça, si tu perds ton téléphone, ou qu’il tombe en panne, ou qu’il n’a plus de batterie, on qu’on te le vole, t’as plus rien qui fonctionne. Le pied.<img data-src=" />





Sauf que t’auras tout dans le cloud donc pas de soucis <img data-src=" />



Bon, ce coup-ci je m’y attaque dimanche : j’installe Steam sur Fedora en 1ère étape, j’espère que ça va marcher et que je ne vais pas devoir installer un Ubuntu sur un bout de DD rien que pour ça… <img data-src=" />


… et Episode 3 ? <img data-src=" />








abelthorne a écrit :



Pour ce qui est de l’environnement complet propre à Steam, si tu parles de la future Steambox, on s’oriente vers une distribution Ubuntu light et customisée avec des dépôts logiciels gérés par Valve pour que tout tourne aussi bien que possible.





Si tu as du temps à perdre, tu peux toujours parcourir les 84 pages du topic qu’on a sur le forum ubuntu-fr.org (http://forum.ubuntu-fr.org/viewtopic.php?pid=13424141 ), les liens sont quelque part dedans. :)





Tant mieux si une soluce Nux complète dédiée aux jeux/Steam voit le jour via Ubuntu, l’idéal serait quand même qu’on intègre le bouzin sans trop de difficultés dans sa distro, sans qu’on n’ait à rebooter donc pour accéder à Steam.



Pour la conférence dont je parle plus haut, c’était à la GDC, en fait, pas le Siggraph - d’ailleurs, est-ce que le SIggraph existe encore ?



Pour ceux qui sont intéressés, cherchez “valve gdc slides” sur Google, vous devriez trouver des articles. Il y en a par exemple un sur Reddit avec un lien vers le PDF des slides de la conf :http://www.reddit.com/r/programming/comments/1bnmm9/valves_gdc_talk_slides_porti…



Pour ce qui est des interviews qui datent de plusieurs mois, ça va être plus compliqué à retrouver mais il y en a peut-être sur valvetime.net









paradise a écrit :



Tant mieux si une soluce Nux complète dédiée aux jeux/Steam voit le jour via Ubuntu, l’idéal serait quand même qu’on intègre le bouzin sans trop de difficultés dans sa distro, sans qu’on n’ait à rebooter donc pour accéder à Steam.





C’est prévu qu’on ait d’un côté le client Steam habituel, installable sur sa propre distribution Linux comme actuellement (il est disponible sur la plupart des distros majeures, même si ce n’est pas toujours officiellement) et de l’autre la Steambox, avec son propre OS basé sur Ubuntu.



Attendez-vous aussi à voir arriver Steam sur Android à l’avenir, c’est dans les plans de Valve (dixit Gabe Newell dans une interview relativement récente). Il semblerait même que Steam sous Linux serve surtout de transition pour le portage sur Android : c’était apparemment plus simple pour Valve de faire Windows -&gt; Linux -&gt; Android que Windows -&gt; Android directement.

Il faut juste espérer que Steam sous Linux ne soit pas seulement une transition qui sera abandonnée dans quelques années…









abelthorne a écrit :



Je ne saurais pas retrouver les sources mais ça vient d’interviews des développeurs Linux chez Valve, d’une conférence qui a eu lieu il y a quelques semaines dans je ne sais plus quel salon (Siggraph ?), etc.







Je me rappellais au contraire qu’ils avaient fait un vrai portage, surtout que c’est pas bien compliqué, et que les perfs sous Linux étaient même meilleures que sous DX









jb18v a écrit :



… et Episode 3 ? <img data-src=" />





D’ailleurs j’ai pas suivi, c’est abandonné et remplacé par Half Life 3 ?

Ils abusent quand même, épisode 2 finissait quand même sur un cliffhanger. Mais bon le Valve Time…









raoudoudou a écrit :



Je me rappellais au contraire qu’ils avaient fait un vrai portage, surtout que c’est pas bien compliqué, et que les perfs sous Linux étaient même meilleures que sous DX





Leurs explications étaient un peu floues et d’après ce que j’ai compris des slides de la GDC et de la conf, c’est vraiment un wrapper autour de Direct3D. Après, j’ai peut-être tout compris de travers, hein. ;)









abelthorne a écrit :



Je ne comprends pas bien ton histoire de “versions de C ou C++”. Si tu parles du développement (compilation des jeux), ça ne concerne pas le joueur.

Si tu parles des bibliothèques de fonction utilisées par le jeu sur le poste du joueur, pas de souci avec ça, les jeux embarquent éventuellement une version locale des biblis qu’ils utilisent. C’est vraiment pas un problème, les développeurs sont confrontés à ça depuis longtemps et savent le gérer, installeur indépendant ou qui passe par une plate-forme comme Steam. ;)



Pour ce qui est de l’environnement complet propre à Steam, si tu parles de la future Steambox, on s’oriente vers une distribution Ubuntu light et customisée avec des dépôts logiciels gérés par Valve pour que tout tourne aussi bien que possible.







Je voulais dire que tu peux utiliser plusieurs environnements à la fois sur une même machine sous Linux, avoir une version de python 2.7 déployée ainsi que séparément la dernière 3.3 par exemple mais fermé sur eux même..

Tu peux donc te retrouver avec x environnements distincts, ce qui n’est pas le cas sous Windows, d’où l’intérêt de déployer un environnement propre à Steam que je citais.



En même temps, s’ils ne le font pas chez Steam, c’est qu’il y a une raison.









Zyami a écrit :



Portal 2 est porté sous OS X, donc openGL et il ne me semble pas que ce soit de la virtualisation, qu’est ce qui empêche concrètement d’avoir une version native Linux alors ?





Je dis que c’est une version native ^^

mais le probleme je pense, c’est le passage de Quartz aux bibliothèques Linux. Gérer Alsa, pulseaudio, toussa



Pour ce qui est des jeux Source portés sur Mac, c’est pareil : wrapper qui convertit les instructions D3D en OpenGL à la volée.

Source : idem, interviews des développeurs ou messages sur des forums à l’époque du portage Mac (encore plus vieux, encore plus chiant à retrouver).


Le 03/05/2013 à 13h 02







abelthorne a écrit :



Si tu as du temps à perdre, tu peux toujours parcourir les 84 pages du topic qu’on a sur le forum ubuntu-fr.org





Hahaha je savais bien que j’avais déjà vu ton blaze









abelthorne a écrit :



Leurs explications étaient un peu floues et d’après ce que j’ai compris des slides de la GDC et de la conf, c’est vraiment un wrapper autour de Direct3D. Après, j’ai peut-être tout compris de travers, hein. ;)







Y a des tas de façons de wrapper. C’est pas forcément à la volée. Ça peut tout simplement être un wrapper dans le code avant qu’il soit compilé, via des includes!










abelthorne a écrit :



Il faut juste espérer que Steam sous Linux ne soit pas seulement une transition qui sera abandonnée dans quelques années…





Merci pour tes précisions, je ne m’étais pas penché sur le sujet Steam/Linux, et concernant ce que j’ai quoté, tu as raison, espérons, mais Steam a tout à gagner avec une communauté active et avec en aval de nouveaux OS basés sur Linux, certes dotés d’une surcouche mais je vois mal Steam faire marche arrière avec Linux. <img data-src=" />









raoudoudou a écrit :



Y a des tas de façons de wrapper. C’est pas forcément à la volée. Ça peut tout simplement être un wrapper dans le code avant qu’il soit compilé, via des includes!





Alors peut-être wrapper à la volée sur Mac (ça, j’en suis sûr, c’est ce qu’un développeur avait expliqué à des joueurs qui se plaignaient des performances de Portal) et wrapper dans le code sous Linux ? Mais dans les slides de la conférence, ils semblent dire que c’est à la volée.

Si tu t’y connais et que tu arrives à te dépêtrer des slides en question, je veux bien des explications détaillées. :)



Le 03/05/2013 à 13h 08







Zyami a écrit :



Je voulais dire que tu peux utiliser plusieurs environnements à la fois sur une même machine sous Linux, avoir une version de python 2.7 déployée ainsi que séparément la dernière 3.3 par exemple mais fermé sur eux même..

Tu peux donc te retrouver avec x environnements distincts, ce qui n’est pas le cas sous Windows, d’où l’intérêt de déployer un environnement propre à Steam que je citais.





Mais c’est faux ! Déjà qu’est ce que tu appelles un “environnement” sous GNU/Linux, au juste ?

Et qu’est ce qui empêche un PC sous Windows d’avoir plusieurs versions de Python qui cohabitent ? Et enfin quel rapport avec Steam ?



quelqu’un sais si il est simple d’installer Steam sur une LMDE ? (Linux Mint Debian Edition)


Le 03/05/2013 à 13h 12







al_bebert a écrit :



quelqu’un sais si il est simple d’installer Steam sur une LMDE ? (Linux Mint Debian Edition)





Bah c’est la merde en version 64 bits. Faisable, mais chiant, tu as une version de la glibc inférieure à celle requise par défaut.

Tu vas devoir ajouter la gestion des archis 32 bits et passer par un script écrit par chais plus quel mec entre autres joyeusetés.









Khalev a écrit :



Les ressources aussi. Je ne pense pas que Valve mette tant de ressources que ça sur le portage pour Linux, et quoiqu’il arrive il faut complétement retester le jeux, ce qui prend du temps. Vu que je ne pense pas que Valve ait envie de faire ça à la va-vite au risque d’avoir des jeux tout buggé qui risquerait de décourager les joueurs de faire confiance à Linux et donc à la steam box.







C’est faux, en faite Valve mets beaucoup plus de ressources sur les portage linux qu’OSX.



Les jeux source sous OS X utilise une lib pour emuler DirectX, Les jeux source sous Linux tourne vraiment en OpenGL, mais of course, c’est plus long.



doublons…








lincruste a écrit :



Mais c’est faux ! Déjà qu’est ce que tu appelles un “environnement” sous GNU/Linux, au juste ?

Et qu’est ce qui empêche un PC sous Windows d’avoir plusieurs versions de Python qui cohabitent ? Et enfin quel rapport avec Steam ?







Sous Windows tu vas te retrouver uniquement avec la dernière version installée et c’est tout c’est tout ce qui sera pris en compte par l’OS lors de l’exécution d’un script, elle est uniquement là la différence mais à son importance surtout si tu compte garder un environnement bien défini sur ta propre machine.










lincruste a écrit :



Bah c’est la merde en version 64 bits. Faisable, mais chiant, tu as une version de la glibc inférieure à celle requise par défaut.

Tu vas devoir ajouter la gestion des archis 32 bits et passer par un script écrit par chais plus quel mec entre autres joyeusetés.







et merd’



j’ai pas du tout envie de partir sur de l’ubuntu based… déjà je prend un mint vite fait au taff pour test sur ma clef usb mais au final ce sera du pur debian (wheezy quand même et encore ça me fait chier)









Zyami a écrit :



Sous Windows tu vas te retrouver uniquement avec la dernière version installée et c’est tout c’est tout ce qui sera pris en compte par l’OS lors de l’exécution d’un script, elle est uniquement là la différence mais à son importance surtout si tu compte garder un environnement bien défini sur ta propre machine.







faut tu peux très bien embarquer t’es propre lib enfin pour certaines et forcer leurs chemins, tu peux pas le faire pour tout mais pour un bon nombre quand même



Le 03/05/2013 à 13h 17







Zyami a écrit :



Sous Windows tu vas te retrouver uniquement avec la dernière version installée et c’est tout c’est tout ce qui sera pris en compte par l’OS lors de l’exécution d’un script, elle est uniquement là la différence mais à son importance surtout si tu compte garder un environnement bien défini sur ta propre machine.





Pas du tout, tu peux toujours faire un appel à une version donnée et bypasser celle qui est dans le path. Mais encore une fois, quel rapport avec Steam ?









desmopro a écrit :



C’est faux, en faite Valve mets beaucoup plus de ressources sur les portage linux qu’OSX.



Les jeux source sous OS X utilise une lib pour emuler DirectX, Les jeux source sous Linux tourne vraiment en OpenGL, mais of course, c’est plus long.





C’est faux, c’est Valve qui fait le portage et pas Blizzard.





Bah quoi c’est pas le jeu de corriger quelqu’un sur quelque chose qu’il n’a pas dit?



<img data-src=" />









Khalev a écrit :



C’est faux, c’est Valve qui fait le portage et pas Blizzard.





Bah quoi c’est pas le jeu de corriger quelqu’un sur quelque chose qu’il n’a pas dit?



<img data-src=" />









Les ressources aussi. Je ne pense pas que Valve mette tant de ressources que ça sur le portage pour Linux,





J’ai cru que tu comparait les ressources que valve mettait au portage linux a celui d’OS X, autant pour moi <img data-src=" />









lincruste a écrit :



Bah c’est la merde en version 64 bits. Faisable, mais chiant, tu as une version de la glibc inférieure à celle requise par défaut.

Tu vas devoir ajouter la gestion des archis 32 bits et passer par un script écrit par chais plus quel mec entre autres joyeusetés.





Même sous Weezy la version de libc est trop vieille ?



Le 03/05/2013 à 13h 25







abelthorne a écrit :



Même sous Weezy la version de libc est trop vieille ?





Y’a toujours moyen, comme sous LMDE, mais c’est pas trivial:

https://pay.reddit.com/r/linux/comments/1566nl/steam_on_amd64_debian_anyone_got_…









Zyami a écrit :



Je voulais dire que tu peux utiliser plusieurs environnements à la fois sur une même machine sous Linux, avoir une version de python 2.7 déployée ainsi que séparément la dernière 3.3 par exemple mais fermé sur eux même..

Tu peux donc te retrouver avec x environnements distincts, ce qui n’est pas le cas sous Windows, d’où l’intérêt de déployer un environnement propre à Steam que je citais.



En même temps, s’ils ne le font pas chez Steam, c’est qu’il y a une raison.





Ils utilisent les versions standards des libs présentes sur la distribution qui est supporte. Genre il supportent Ubuntu 12.04, qui vient avec des libs standards. Ils savent donc quelles libs sont présentes.









lincruste a écrit :



Pas du tout, tu peux toujours faire un appel à une version donnée et bypasser celle qui est dans le path. Mais encore une fois, quel rapport avec Steam ?







Bah simplement que si on installe des libs par dessus celles que tu voulais justement garder, ça pose un problème.

Et oui tu peux décider de la version sur Windows mais suivant ce que tu veux utiliser, il faudra signifier manuellement à Windows le path de la version à utiliser lors de l’exécution d’un script et évidement que ce soit le même que celui des libs qu’utilisera le script.

Bref, c’est le bordel sous windows, pas sous Linux/Unix ou tu peux avoir plusieurs environnement indépendants les uns des autres facilement.









desmopro a écrit :



J’ai cru que tu comparait les ressources que valve mettait au portage linux a celui d’OS X, autant pour moi <img data-src=" />





Pas de soucis, ton explication ensuite m’a été utile, vu que je ne suis pas particulièrement familier des process Valve.









raoudoudou a écrit :



Je me rappellais au contraire qu’ils avaient fait un vrai portage, surtout que c’est pas bien compliqué, et que les perfs sous Linux étaient même meilleures que sous DX





que sous Windows. Ou plus rapide en GL qu’en DX. mais Comparer une famille d’ “OS” Linux avec une APi graphique DX, ça rime à rien. Test qui a été par la suite pas mal décrié, condition/contexte peu précis, qui a eu le plus d’influence dnas le test, la qualité du code porté ? l’API graphique ? l’OS et ce qui pouvait tourner derrière ?. Bon sinon c’est une bonne nouvelle ce portage de Source mais bon, visuellement il est obsolète comme moteur, va falloir faire mieux que ça.

Y a t-il des infos sur d’éventuels “gros” éditeurs qui pourrait s’interesser à la plateforme Linux ?



Le 03/05/2013 à 14h 03







kyuden a écrit :



En tous les cas, je tien a souligner l’excellente qualité du portage de TF2 !



Par contre j’ai des soucis de son (sous Windows ou Linux) sur Steam. Genre un grésillement des hauts parleurs qui change (plus aigu/grave) selon les actions dans le jeux. (et si je met le casque, le grésillement persiste mais seulement sur les HP)



C’est très désagréable et j’arrive pas a savoir si ça vient purement de mon matos ou si c’est faute a Steam, car pendant un moment ça s’était arrêter jusqu’à une nouvelle mise a jour du client :/







Généralement c’est le GPU qui parasite (en tout cas moi j’ai eu le problème).

Par contre, dans mon cas, le parasitage est à un volume constant, quel que soit le volume sous windows ou linux. Du coup je l’entendais à fond quand j’avais le volume assez bas sur le PC et assez élevé sur mon casque ou mes enceintes.

En augmentant quasiement au max le volume sous windows ou linux et baissant sur mes enceintes et mon casque, je l’entends plus du tout









nirgal76 a écrit :



que sous Windows. Ou plus rapide en GL qu’en DX. mais Comparer une famille d’ “OS” Linux avec une APi graphique DX, ça rime à rien. Test qui a été par la suite pas mal décrié, condition/contexte peu précis, qui a eu le plus d’influence dnas le test, la qualité du code porté ? l’API graphique ? l’OS et ce qui pouvait tourner derrière ?. Bon sinon c’est une bonne nouvelle ce portage de Source mais bon, visuellement il est obsolète comme moteur, va falloir faire mieux que ça.

Y a t-il des infos sur d’éventuels “gros” éditeurs qui pourrait s’interesser à la plateforme Linux ?







La PS4 ne devrait elle pas être full OpenGL cette fois en parlant de cela (PSGL pour la PS3) ?









nirgal76 a écrit :



Test qui a été par la suite pas mal décrié, condition/contexte peu précis, qui a eu le plus d’influence dnas le test, la qualité du code porté ? l’API graphique ? l’OS et ce qui pouvait tourner derrière ?





Valve a au contraire plutôt bien explique les choses a propos des différences de performances DX/OpenGL et Windows/Ubuntu <img data-src=" /> . Ceux qui ont décrié le test n’avaient pas lu l’article et se sont limite a croire que c’était juste dire que Linux &gt; Windows. Ce qui n’est pas le cas.







nirgal76 a écrit :



. Bon sinon c’est une bonne nouvelle ce portage de Source mais bon, visuellement il est obsolète comme moteur, va falloir faire mieux que ça.





Ca tombe bien le futur remplaçant de source supportera Linux et Open Gl nativement. Unity3D est egalement dispo.







nirgal76 a écrit :



Y a t-il des infos sur d’éventuels “gros” éditeurs qui pourrait s’intéresser à la plateforme Linux ?





On a parle de Blizzard il me semble mais ça reste une rumeur.









nirgal76 a écrit :



Y a t-il des infos sur d’éventuels “gros” éditeurs qui pourrait s’interesser à la plateforme Linux ?





Non. C’est un peu le problème jusqu’à présent. On a surtout eu des jeux indés qui existaient déjà sous Linux, maintenant on voit pas mal de jeux inédits arriver mais toujours indés…



Tout ce qu’il faut espérer, c’est que Valve passe des accords avec des gros éditeurs pour sortir leurs jeux sur Steambox, sinon le lineup de départ va pas être très enthousiasmant.

Pour le moment, le plus gros éditeur à s’être exprimé c’est Focus, qui a annoncé sur Twitter avoir été très enthousiasmé par une démonstration privée de la Steambox.







seb2411 a écrit :



On a parle de Blizzard il me semble mais ça reste une rumeur.





Ah oui, c’est vrai. Je restais bêtement focalisé sur Valve/Steam. Blizzard a effectivement dit vouloir porter un jeu sous Linux dans le courant de l’année, sans plus de précisions.





Ca tombe bien le futur remplaçant de source supportera Linux et Open Gl nativement. Unity3D est egalement dispo.



Et depuis peu il y a un portage de l’Unreal Engine 3.









nirgal76 a écrit :



que sous Windows. Ou plus rapide en GL qu’en DX. mais Comparer une famille d’ “OS” Linux avec une APi graphique DX, ça rime à rien. Test qui a été par la suite pas mal décrié, condition/contexte peu précis, qui a eu le plus d’influence dnas le test, la qualité du code porté ? l’API graphique ? l’OS et ce qui pouvait tourner derrière ?. Bon sinon c’est une bonne nouvelle ce portage de Source mais bon, visuellement il est obsolète comme moteur, va falloir faire mieux que ça.

Y a t-il des infos sur d’éventuels “gros” éditeurs qui pourrait s’interesser à la plateforme Linux ?







C’est ce que j’ai écrit, on appelle ça une métonymie.









abelthorne a écrit :



Ah oui, c’est vrai. Je restais bêtement focalisé sur Valve/Steam. Blizzard a effectivement dit vouloir porter un jeu sous Linux dans le courant de l’année, sans plus de précisions.





Et depuis peu il y a un portage de l’Unreal Engine 3.







Blizzard on déja de quoi faire tourner quelques jeux sous Linux… je sais que pendant la phase Beta de WoW un client Linux existait… mais na pas survécu à la sortie commerciale :( pareil WoW est il me semble capable de tourner en full OpenGL donc le portage devrait ne pas être trop compliquer du moins j’imagine









al_bebert a écrit :



Blizzard on déja de quoi faire tourner quelques jeux sous Linux… je sais que pendant la phase Beta de WoW un client Linux existait… mais na pas survécu à la sortie commerciale :( pareil WoW est il me semble capable de tourner en full OpenGL donc le portage devrait ne pas être trop compliquer du moins j’imagine





Ouais, Blizzard a un client WoW en interne, je ne sais pas s’il est toujours développé. En tout cas, le jeu a effectivement un moteur OpenGL (alors que ce n’est pas/plus le cas de Starcraft et Diablo) et tourne parfaitement avec Wine. Un portage ne serait effectivement probablement pas très complexe.



Bon, évidemment, tout le monde va faire la gueule quand ils vont annoncer que le portage Linux en question concerne The Lost Vikings.









abelthorne a écrit :



Bon, évidemment, tout le monde va faire la gueule quand ils vont annoncer que le portage Linux en question concerne The Lost Vikings.





<img data-src=" />

Perso je penche pour WoW. OpenGL, ils ont déjà un client Linux fait par les devs et ça doit être le titre le plus vendu/utilise/rentable de Blizzard. Bref.



Je ne résiste pas au plaisir de vous remettre LA chanson dans la tête (histoire de bien vous pourrir et que vous pourrissiez aussi vos voisins <img data-src=" /> ) :

Still Alive








Dude76 a écrit :



Je ne résiste pas au plaisir de vous remettre LA chanson dans la tête (histoire de bien vous pourrir et que vous pourrissiez aussi vos voisins <img data-src=" /> ) :

Still Alive







ca tombe bien suis au taff du coup j’ai pas YT…………









al_bebert a écrit :



ca tombe bien suis au taff du coup j’ai pas YT…………





Bhaaaa, envoi-moi ton mail, je t’enverrai le mp3 <img data-src=" />



Le 03/05/2013 à 15h 03







abelthorne a écrit :



Et depuis peu il y a un portage de l’Unreal Engine 3.





Depuis 2006 en fait.









lincruste a écrit :



Depuis 2006 en fait.





Euh… C’est vite dit. Oui, il devait y avoir un portage d’UT 3, qui était (au moins partiellement) fonctionnel mais il a été abandonné pour des raisons obscures. Le premier jeu officiellement sorti sous Linux avec l’UE3 c’est Dungeon Defenders il y a quelques mois. Maintenant on peut avoir des portages d’autres jeux ; en 2006 on ne pouvait pas.









abelthorne a écrit :



Ouais, Blizzard a un client WoW en interne, je ne sais pas s’il est toujours développé. En tout cas, le jeu a effectivement un moteur OpenGL (alors que ce n’est pas/plus le cas de Starcraft et Diablo) et tourne parfaitement avec Wine. Un portage ne serait effectivement probablement pas très complexe.





Si ça ne fonctionne pas avec OpenGL, ils utilisent quelle bibliothèque graphique pour les versions OSX des jeux dont tu parles ? <img data-src=" />









BreizFenrir a écrit :



Si ça ne fonctionne pas avec OpenGL, ils utilisent quelle bibliothèque graphique pour les versions OSX des jeux dont tu parles ? <img data-src=" />





Je n’ai pas précisé que je parlais uniquement des versions Windows. Les versions MacOS ont bien entendu un moteur OpenGL.



Et donc, bizarrement, il n’est pas “synchronisé” entre Windows et MacOS à part sur WoW alors que c’était le cas avant (Warcraft 3 proposait du D3D + OpenGL sous Windows, il me semble que Diablo 2 aussi…). Depuis Starcraft 2, Blizzard a décidé de faire uniquement un moteur D3D pour les versions Windows des jeux, sauf pour WoW où le moteur existait déjà et a même été amélioré au fil du temps.



Allez comprendre.



Le 03/05/2013 à 15h 46







abelthorne a écrit :



Je n’ai pas précisé que je parlais uniquement des versions Windows. Les versions MacOS ont bien entendu un moteur OpenGL.



Et donc, bizarrement, il n’est pas “synchronisé” entre Windows et MacOS à part sur WoW alors que c’était le cas avant (Warcraft 3 proposait du D3D + OpenGL sous Windows, il me semble que Diablo 2 aussi…). Depuis Starcraft 2, Blizzard a décidé de faire uniquement un moteur D3D pour les versions Windows des jeux, sauf pour WoW où le moteur existait déjà et a même été amélioré au fil du temps.



Allez comprendre.







C’est plus une question de rentabilité et de support qu’autre chose.

Avoir un renderer opengl + d3d sous windows c’est juste rajouter des problèmes potentiels pour lesquels il faut avoir du monde derrière sans gagner d’audience supplémentaire



C’est la même raison (support) qui les poussent à ne pas sortir la version Linux de WoW. Pourtant celle-ci est toujours maintenue en interne :

http://www.phoronix.com/scan.php?page=news_item&px=MTI2ODE









abelthorne a écrit :



Euh… C’est vite dit. Oui, il devait y avoir un portage d’UT 3, qui était (au moins partiellement) fonctionnel mais il a été abandonné pour des raisons obscures. Le premier jeu officiellement sorti sous Linux avec l’UE3 c’est Dungeon Defenders il y a quelques mois. Maintenant on peut avoir des portages d’autres jeux ; en 2006 on ne pouvait pas.





Que nenni ! UT2004 avait été créé en natif Nunux dès 2004, j’ai encore le DVD d’origine, qui installe sous Win ou Nux.



J’y joue toujours en ligne, il y a encore des fans !!! <img data-src=" />



Si on a déjà le jeu sous Windows, il faut racheter version Linux?


Le 03/05/2013 à 15h 50







abelthorne a écrit :



Euh… C’est vite dit. Oui, il devait y avoir un portage d’UT 3, qui était (au moins partiellement) fonctionnel mais il a été abandonné pour des raisons obscures. Le premier jeu officiellement sorti sous Linux avec l’UE3 c’est Dungeon Defenders il y a quelques mois. Maintenant on peut avoir des portages d’autres jeux ; en 2006 on ne pouvait pas.





Tu parles du portage des jeux alors, pas du moteur. <img data-src=" />









paradise a écrit :



Que nenni ! UT2004 avait été créé en natif Nunux dès 2004, j’ai encore le DVD d’origine, qui installe sous Win ou Nux.

J’y joue toujours en ligne, il y a encore des fans !!! <img data-src=" />





Oui. Et UT “1999” aussi. Mais là, je parle de l’UE version 3 spécifiquement.







RaoulC a écrit :



Si on a déjà le jeu sous Windows, il faut racheter version Linux?





Pour les jeux Steam ? S’ils sont SteamPlay (il y a un logo pour l’indiquer dans la fiche), non : tu achètes le jeu une fois, tu peux y jouer sur n’importe quel OS. Tous les jeux Valve sont SteamPlay et la plupart des jeux multi-plate-formes disponibles sur Steam le sont aussi. Ceux qui ne le sont pas font figure d’exception.







lincruste a écrit :



Tu parles du portage des jeux alors, pas du moteur. <img data-src=" />





Sauf que le seul jeu qui était en développement à l’époque n’a pas pu sortir. D’après les rumeurs, certaines technos utilisées dans le moteur ne pouvaient pas être portées (problèmes de licences), ce qui fait que le portage du moteur n’a à priori pas été fini à l’époque.









abelthorne a écrit :



Oui. Et UT “1999” aussi. Mais là, je parle de l’UE version 3 spécifiquement.





OK



Une question bête et idiote : j’avais un compte Steam sous Windows XP, je peux me servir du même sous Linux ?









paradise a écrit :



Une question bête et idiote : j’avais un compte Steam sous Windows XP, je peux me servir du même sous Linux ?





Bien sûr, c’est fait pour. Ce serait même un peu bête de recréer un compte puisque tu perdrais les jeux qui y sont associés (enfin, tu devrais jongler avec deux comptes).



Tu retrouveras ta liste de jeux (tu ne pourras installer sous Linux que ceux qui sont disponibles pour Linux), ton profil, etc.

Si tu utilisais le cloud, tu retrouveras aussi tes captures d’écran, tes sauvegardes de jeux (pour ceux qui gèrent le cloud)…



Merci abelthorne ! <img data-src=" />








paradise a écrit :



Que nenni ! UT2004 avait été créé en natif Nunux dès 2004, j’ai encore le DVD d’origine, qui installe sous Win ou Nux.



J’y joue toujours en ligne, il y a encore des fans !!! <img data-src=" />







UT2004 reste un des tout meilleurs jeux, y compris face à ce qu’on trouve actuellement. Et il y a effectivement encore pas mal de monde qui y joue en ligne.



Dommage que UT3 n’ait pas été à la hauteur des attentes.



À noter quand même qu’il y a des jeux qui existent en version Linux mais qui ne sont pas pour autant disponibles sur Steam Linux (alors qu’ils le sont pour Steam Windows) pour diverses raisons.



Ne vous étonnez pas si par exemple pour possédez Doom 3 sur Steam de ne pas le voir apparaître dans vos jeux Linux (alors que le portage existe depuis 2004).


Bravo à Valve. Continuez ainsi et vous vous frotterez les mains quand sur tout O.S. il faudra débourser 30% de vos revenus pour pousser des logiciels, tandis que sur Linux ça reste gratuit !..



C’est aussi une bonne occasion pour beaucoup de découvrir Linux puisque le jeu était un des derniers “bastions”.








ze_fly a écrit :



C’est le mot juste…Car pour le moment ya que Valve (et quelques indés) et aucun des jeux récents de Valve…



Mais bon soyons positif, avec un peu de chance d’autres suivront? Malheureusement j’en doute…





Pour les jeux “récent” de valve comme L4D2 ou encore Portal 2, ca doit venir de la différence technique du source engine qui affiche des choses plus complexe avec ces deux derniers jeux, en tout les cas j’ai personnellement trouvé que techniquement la différence était la, sans compter les pilotes graphique qui doivent se mettre à la page …



Même si à la base le premier jeu à avoir été montré sur steam Linux fut L4D2, et que ça n’empêche qu’on ne la toujours pas …



Théoriquement, L4D2 devrait arriver très bientôt en bêta (peut-être aujourd’hui ou demain). En ce qui concerne HL2 et Portal 2, aucune info. CS:GO devrait arriver dans un futur relativement proche. Et apparemment Dota 2 serait en cours de portage aussi (bon, en se basant simplement sur une capture d’un blogueur très proche de Valve qui montrait son bureau avec Steam Linux et le jeu dans sa liste).



Je pense qu’on a à peu près fait le tour des jeux Valve ou j’oublie quelque chose ?








skydevil a écrit :



Sur steam tu achètes une seule fois et tu peux y jouer sur mac/windows/Linux <img data-src=" />







Quoi c’est pas vrai ! Valve forcerait les PC users a switcher vers Linux avec ce genre de méthode ! <img data-src=" />









abelthorne a écrit :



À noter quand même qu’il y a des jeux qui existent en version Linux mais qui ne sont pas pour autant disponibles sur Steam Linux (alors qu’ils le sont pour Steam Windows) pour diverses raisons.



Ne vous étonnez pas si par exemple pour possédez Doom 3 sur Steam de ne pas le voir apparaître dans vos jeux Linux (alors que le portage existe depuis 2004).







Oui, c’est dommage d’ailleurs de ne pas y retrouver les très rares titres qui possèdent déjà un portage natif Linux depuis longtemps.



Mais on peut supposer que ce n’est pas un oubli et qu’il doit bien y avoir des raisons valables.



Peut être que c’est parce que ces titres datent un peu et qu’il faudrait parfois régler quelques menus détails. Et que seuls leurs éditeurs respectifs pourraient le faire.




Ça peut venir du fait que les développeurs n’ont pas le temps de s’occuper de l’intégration à Steam pour la version Linux (par exemple Machinarium), que l’éditeur se contrefout de Linux (Bethesda, qui possède maintenant id Software), que le portage Linux a été fait par un tiers sous contrat ponctuel et donc le développeur doit repayer pour du boulot supplémentaire et du support à long terme (pas d’exemple précis mais ça concerne plusieurs jeux qui étaient dans des Humble Indie Bundles), etc.


C’est ça qui est dommage, c’est qu’il y a des éditeurs qui se foutent royalement de Linux, ou comment rester dans son enclos …


Argghhh trop cool. Et dire que je viens juste de le finir sous WinWin .

Mais rien que pour le plaisir je réinstalle sur Linux Yahooouuuu <img data-src=" />


Le 03/05/2013 à 19h 43







AngelSword a écrit :



C’est ça qui est dommage, c’est qu’il y a des éditeurs qui se foutent royalement de Linux, ou comment rester dans son enclos …





Note que l’enclos couvre 94% du pré.









lincruste a écrit :



Note que l’enclos couvre 94% du pré.





Exact <img data-src=" />



Je commence à comprendre pourquoi John Carmack disait que Linux ne sera jamais un system pour le jeu …



Le 03/05/2013 à 19h 57

Yep c’est parce qu’il avait pas prévu Android<img data-src=" />


En tout cas toujours des performances plus faible sur Linux. Je veux des pilotes CORRECTS AMD <img data-src=" />


Ah, j’attendais exactement ce jeu pour me prendre un compte Steam. Et comme je suis un fou, je prends le bundle avec Portal 2 pour quand il sera dispo.



Valve vient de gagner un client. <img data-src=" />








RaYz a écrit :



Sauf que t’auras tout dans le cloud donc pas de soucis <img data-src=" />





Ben t’as beau avoir tes données dans le cloud, si t’as pas de machine pour les lire…<img data-src=" />









dualboot a écrit :



En tout cas toujours des performances plus faible sur Linux. Je veux des pilotes CORRECTS AMD <img data-src=" />





Tu utilises le pilote ATI bêta ou celui des dépôts de ta distro ? Ces derniers mois, il y a eu quelques versions bêta qui ont pas mal amélioré les performances au fur et à mesure (même si c’est encore loin d’être parfait).









abelthorne a écrit :



Tu utilises le pilote ATI bêta ou celui des dépôts de ta distro ? Ces derniers mois, il y a eu quelques versions bêta qui ont pas mal amélioré les performances au fur et à mesure (même si c’est encore loin d’être parfait).





Comme j’avais pas envie de me prendre la tête sur la dernière Ubuntu j’ai mis l’update des dépôts.

Mais d’après ce que tu dis, je vais peut-être refaire l’installation à partir du bianire du site d’AMD.

Merci pour ces précisions <img data-src=" />



Le truc rigolo dans les dépôts Ubuntu, c’est que le pilote ATI “à jour” est le même que le pilote ATI “stable” qui date de Mathusalem. Bon, j’imagine que le problème vient d’ATI qui fait pas son boulot mais c’est problématique.



Par contre, je te conseille pas forcément d’installer les pilotes manuellement, ça risque d’être la foire en cas de mise à jour du noyau. Le plus simple pour avoir des pilotes graphiques à peu près à jour sur Ubuntu, c’est d’utiliser le PPA xorg-edgers. Théoriquement, il peut être assez instable mais je n’ai pas eu de problèmes particuliers avec (attention à bien lire les infos sur la page du PPA, surtout si tu es sur Ubuntu 12.04).








lincruste a écrit :



Yep c’est parce qu’il avait pas prévu Android<img data-src=" />







Left 4 Dead 2 dispo sous steam Linux à l’instant <img data-src=" />









dualboot a écrit :



En tout cas toujours des performances plus faible sur Linux. Je veux des pilotes CORRECTS AMD <img data-src=" />







Pas de problèmes chez moi hormis l’antialiasing, AMD a fait du bon boulot sur ses derniers drivers avec les radeon HD 7XXX, j’ai même de meilleures performances à technos égales.



Pour les cartes précédentes, là, c’est une autre histoire, on a toujours des performances inférieures parfois à plus de 50% à ce que permet l’OpenGL sous Windows…