Avec le lancement officiel des Steam Machines, s'accompagne celui de SteamOS, la distribution Linux dédiée au jeu vidéo développée par Valve. Selon les premiers résultats circulant sur la toile, il ne faut pour le moment pas s'attendre à obtenir les mêmes performances en jeu que sous Windows 10.
Après de très longs mois d'attente, les Steam Machines sont enfin disponibles chez les revendeurs, avec des modèles notamment proposés par Alienware et Materiel.net. Ces ordinateurs ont pour particularité de ne pas être livrés avec Windows, mais avec SteamOS, une distribution Linux dérivée de Debian, développée par Valve. Celle-ci n'est pas seulement disponible sur des machines spécialement vendues comme telles, puisque SteamOS peut être téléchargé gratuitement et installé sur n'importe quel PC ou presque.
Un système d'exploitation taillé pour le jeu, qui peine côté performances
L'éditeur décrit son système d'exploitation comme étant « optimisé pour être utilisé dans un salon ». Il s'est donc concentré sur son ergonomie afin de rendre son utilisation agréable à la manette. Cela se traduit donc par une interface héritée du mode Big Picture de Steam.
Mais la qualité d'un système d'exploitation ne se mesure pas qu'à l'ergonomie de son interface, elle se mesure aussi par ses performances en jeu. De ce côté-là, SteamOS ne semble pas encore être tout à fait au point. Nos confrères de ArsTechnica se sont lancés dans une série de tests afin de comparer les performances d'une configuration assez standard (Pentium G3220, GeForce GTX 660, 8 Go de RAM) sous SteamOS et Windows 10, sur une sélection de jeux populaires.
Sur Metro Last Light Redux, ils notent des différences de performance de l'ordre de 20 % avec une définition de 2560 x 1600 pixels et détails minimum, avec 50 images par seconde sous Windows contre 40 avec la dernière version en date de Steam OS. Sur Middle-Earth : Shadow of Mordor en 1972 x 1120 pixels, réglages ultra, passer de Windows 10 à SteamOS, se traduit par un passage de 34 à 15 images par seconde.
Les jeux exploitant le moteur Source de Valve (Dota 2, Portal, Team Fortress 2...) ne s'en tirent pas spécialement mieux avec des différences pouvant dépasser les 30 %, en 2560 x 1600, détails maximum cette fois. Dans tous les cas, les titres restent jouables sous Linux, avec un framerate toujours bien au-delà des 30 images par seconde. Mention spéciale à Left 4 Dead 2 qui tourne aussi bien avec les deux systèmes d'exploitation.
Des raisons difficiles à cerner
Il n'est malheureusement pas possible de désigner le coupable de cette dégradation observée des performances, notamment parce qu'une seule configuration matérielle a été testée par nos confrères. Plusieurs sources sont en effet envisageables. D'un côté, les éditeurs ont pu se contenter d'assurer le service minimum sur leur portage Linux, quitte à négliger les performances. Les fabricants de cartes graphiques peuvent eux aussi être pointés du doigt pour leurs pilotes Linux, pas toujours aussi travaillés que sous Windows. Enfin, il ne faut pas non plus totalement écarter le système en lui-même qui peut également causer certains ralentissements. Dans tous les cas, il faudra suivre avec attention les prochains tests de Steam Machines afin de confirmer ou d'infirmer certaines hypothèses
Malgré l'initiative de Valve consistant à proposer aux joueurs une autre option que celle du tout Windows et à inciter les développeurs à ne pas négliger Linux, l'essai ne semble pas encore transformé. Espérons donc que la firme de Bellevue saura se donner le temps de faire le nécessaire.
Commentaires (157)
#1
Sans doute un mélange de drivers mal optimisés, de SteamOS qui bouffe des ressources pour rien…
D’autres tests montrent des différentes beaucoup moins marquées entre Ubuntu et Windows 10, cela ne vient donc pas de Linux en général, mais bel et bien de SteamOS…
#2
Pas encore checker steamOS 2.0 mais come c’est une debian , le kernel est probablement pas le 4.3 et Mesa-devel 11.1 est surement pas non plus disponible.
Currieux aussi de savoir quel versions des drivers Nvidia sont fournis.
#3
Je penche aussi pour un mixte steamOS, pilotes pas adaptés et portage moins développé sous linux que sous windows.
#4
1972 x 1120 pixels " />" /> c’est quoi ces réglages barbares ?
#5
L’interface Big Picture semble bouffer quelques ressources derrière, mais c’est loin de ne venir que de ça, de façon général, à part sur les jeux Valve, les équipes portant les jeux vers OpenGL ne se foulent pas trop, et utiliser un wrapper DX => OpenGL voir même des frameworks faisant grosso modo le taff de Wine, n’aide pas.
Ça, c’est sans parler des drivers, du côté de Nvidia il y a du mieux à chaque nouvelle version, mais du côté d’AMD c’est vraiment l’horreur, ne prenez surtout pas de carte AMD si vous projetez de jouer sous Linux, les performances sont terriblement en deçà de ceux pour windows, des deux côtés il y a beaucoup moins de gens qui bossent sur les pilotes d’autres OS que Windows (drivers souvent bourrés de hacks à la sortie d’un nouveau jeu pour une bonne prise en charge/optimisation)
Je suis néanmoins confiant, l’OpenGL et OpenGL ES ont le vent en poupe, entre les smartphones, MacOS, et la PS4, on finira bien par avoir des portages corrects, c’est un bon début. :)
Je vais télécharger la nouvelle version de SteamOS pour tester tout ça, et sans doute conserver un dual boot pour surveiller les évolutions en la matière, se passer de Windows ne serait pas du luxe.
Du côté des SteamMachines, Alienware semble être la meilleure opportunité pour les intéressés, à ma connaissance ce sont les seuls à avoir demandé à Nvidia de leur tailler un GPU sur mesure (et drivers au poil donc !), et tout intégré comme le font Sony et Microsoft et Nintendo dans leurs consoles côté GPU.
Bref, laissons leur le temps, à mesure que de gros titres seront portés, les choses s’amélioreront :)
#6
développer de l’OS ne fait pas partie des choses les plus simples, et on peut difficilement demander a steam qui sort a peine son bestiau de faire de l’extra performant comparé a ‘crosoft qui fait ça depuis ses débuts…
après, avec beaucoup plus d’expérience, ya moyen pour que sur le plan vidéo ludique steam mange ‘crosoft, mais c’est clairement pas pour aujourd’hui (oui je suis utopiste, je sais, mais j’ai tellement d’espoir… " /> )
#7
La version bêta disponible jusque là se basait déjà sur Linux 4.1, donc il y a des chances que le noyau soit plus récent, du coup, à tester !
#8
Il y a un truc très curieux avec leur test, c’est la différence notable sur les calculs CPU / FPU. Normalement, l’OS ne devrait pas intervenir ici, ou alors à l’extrême marge. Là il y a un écart significatif.
Ça peut vouloir dire plusieurs choses :
Dans tous les cas, c’est curieux et ça mériterait d’être creusé.
#9
Pour avoir tester Torshlight 2 sur les 2 plateformes sur le même PC, il y a une bonne différence de FPS, mais seulement avec les graphismes/résolution poussés à fond.
Au minimum, les FPS sont les mêmes.
Ca peut donner un indice peut-être sur la source du problème.
#10
#11
Les pilotes !
J’ai remarqué aussi en poussant l’antialiasing des différences de performances, notables.
#12
Moi, je pense que c’est un complot Microsoftien pour faire croire que Windows restera la valeur sûre pour le JV " />
#13
ça j’y pense beaucoup moins a cause de madame Michu qui a bien du mal avec Windows et qui conçoit naturellement Linux comme étant pire et nécessitant bac +5 info master 2 avec 5 ans d’expérience pour pouvoir l’utiliser…
#14
#15
#16
La cause du probème est toute trouvée: Debian.
#17
Bizarre. Linux est quand-même un OS de gamer à la base … " />
#18
#19
Ce test là est une bonne blague, ils ont dû sortir une vielle build de GeekBench d’il y a dix ans, avec un compilateur complètement différent. Aucune raison pour que la fpu diffère normalement, mais c’est sûr que si tu testes une compilation avec et sans SIMD par exemple, le score n’est pas le même.
Les tests sont seulement intéressants pour les jeux, là c’est comparable puisque c’est ce que les clients ont, mais c’est pas nouveau (longtemps que phoronix reporte les mêmes chiffres, sauf pour les jeux steam). Pour ces derniers, sans doute un problème de compositing toujours en service dans Steam OS quand le jeu est lancé, parce que sinon les tests de Valve comme ceux de Phoronix montrent toujours des perfs au moins égales sous linux avec Gnome/KDE/.. Ca n’enlève pas les problèmes pour les autres jeux par contre
#20
Ne cherchez pas plus loin : C’est la (le) stagiaire ! " />
#21
c’est quoi le problème de Debian? (j’avoue ne l’avoir jamais essayé, utilisant principalement Ubuntu, un peu archlinux et openSUSE)
#22
C’est le plus proche du 1080p en termes de pixels affichés quand tu fais partie de ceux ayant la chance d’avoir un écran 16⁄10 " />
#23
#24
Les pilotes graphiques et Linux, tout une histoire d’amour. Le simple fait d’utiliser un double écran avec une utilisation “bureau” pour voir à quel point ça merde (lancer une vidéo en plein écran, c’est toujours comique). J’ai même des problèmes de synchronisation vertical avec firefox (bon, OK, firefox aussi n’est pas forcément une référence de “légèreté”, ça ne le fait qu’avec lui) !
Après, effectivement, des jeux optimisés à la pisse, ça n’aide pas beaucoup. On a pu le voir avec le dernier batman, même avec une machine musclée, un jeu à pas du tout optimisé et c’est une séance diapo et ce même avec les “bons drivers Windows”. Alors qu’à coté, il tourne parfaitement sur la PS-Box.
#25
D’toute manière, les pilotes nVidia sous Linux sont à l’abandon depuis des lustres. Et avec des Radeon, c’est quoi les résultats ?
#26
#27
#28
Perso je n’accorde aucune importance à un test qui part sur d’aussi mauvaises bases.
#29
#30
#31
#32
Sauf qu’ils ont pas testé une Steam Machine mais SteamOS.
Puisque tu peux utiliser Steam OS sur autre chose qu’une Steam Machine leur test est pertinent.
#33
#34
#35
C’est pas plutôt à cause de Debian qui serai à la traine sur certaines lib à cause de leur “very LTS”, parce que avec arch ça roule plutot bien?
Il manque aussi D3D (ou équivalent) sous linux qui réduit les problèmes liés à l’affichage arrière.
#36
#37
+1000
#38
#39
#40
#41
#42
#43
#44
Comme je disais à mes potes, vraiment une arnaque ces machines. A part celle de materiel.net qui vaut son prix, les autres sont trop chers sous prétexte que c’est un format console (je parle pas non plus des composants à la ramasse pour des machines soit disant tournées vers le jeu). L’histoire des performances moyennes étaient prévisible vu que Linux, et font qu’aggraver le cas.
#45
#46
#47
Non, justement pas.
#48
#49
#50
#51
#52
Je suis justement sous Manjaro, je vais bencher un peu avec Unigine pour voir ça par rapport à Windows 10. :)
Bon, je n’ai qu’une modeste GTX 760 ceci dit…
#53
Comme ça tu pourras nous dire si t’obtiens les mêmes écarts que Phoronix, qui a fait ses tests sous Ubuntu.
NVIDIA OpenGL: Windows 10 Pro vs. Ubuntu Linux Benchmarks
On notera tout de même que pour un certain nombre d’entre eux, ils obtiennent de meilleures performances que sous Windows 10.
#54
Le gros problème de perf viens de la pile graphique et de comment elle est prise en charge sur les deux OSes.
La comparaison aurait été valable entre W7 et une debian 8.2 + paquets testing qui vont bien + steam sans overlay et sans compositing (bureau switché headless et GPU dédié au jeu). Entre W10 et SteamOS 2, il y a 2 ans de décalage niveau prise en charge et optimisations.
Faut bien l’avouer, microsoft avec la mise en place des WDDM a juste … Enterré x.org. Faudra attendre un wayland sous vulkan like pour avoir des tests comparables. Ou alors compiler soit même Mesa + wayland avec llvm clang et debugger le kernel a la main.
Pour la guéguerre AMD/Nvidia sous linux, a mon avis, pour la plupart, soit vous trollez, soit vous suivez pas les derniers développements technologiques sur votre OS. Parce qu’a l’heure actuelle, AMD fait une migration vers un full opensource + blob firmware pour fonctionnalités avancées (du coup, si vous suivez un tant soit peu les actus, les pilotes libre sont a présent aussi performant, voir plus que les pilotes proprio, avec 1 mois de retard maximum sur la prise en charge du nouveau matos question gestion d’énergie, chose assez paradoxale, la 2D devient délaissée > cf http://www.phoronix.com/scan.php?page=article&item=amd-radeonsi-1315&…://www.phoronix.com/scan.php?page=article&item=amdgpu-powerplay-test&num=1 )
Du coup, la question des drivers devient un problème d’implémentation par les distributeurs (en gros, les mainteneurs de distro) pour AMD.
Quant à Nvidia, y’a pas a chier, ils ont la polio a utiliser du CPU sur leurs drivers (et le drivers opensource, j’en parle même pas de la bouse infâme que c’est)
Alors autant out of the box, je suis d’accord qu’en comparant AMD et Nvidia, l’avantage est a Nvidia (a condition d’installer les drivers proprio), mais une fois custom, y’a pas photo a qui est le plus performant. C’est une histoire de configuration quoi.
Bref, out of the box et stock, les différences de perfs m’étonnent même pas.
#55
C’est vrai que c’était bien marrant, les scientifiques qui achètent du matos grand public pour faire des choses spécifiques, surtout une console de jeux.
#56
Sauf qu’ils ont aussi testé les jeux Valve, qui a ma connaissance ont été réécrits en Open GL. Qui plus est, ce sont des jeux faits par l’éditeur qui a le plus raisons de vouloir prouver que sa plateforme est optimisée…
Bref je crois que Valve s’est planté, leur OS manque de jeux, leurs jeux ne sont pas jouables dans les meilleures conditions, leur manette ne remporte pas non plus l’unanimité…
Il va falloir faire de sérieux efforts et de gros partenariats pour faire décoller ce mix console/PC.
#57
#58
#59
je sais pas, mais ça gueulaient à l’époque.
#60
#61
#62
#63
#64
“Enfin, il ne faut pas non plus totalement écarter le système en lui-même qui peut également causer certains ralentissements.”
Euh non, un peu de sérieux SVP… Autant vos arguments sur l’effort de portage et l’optimisation nvidia sont recevables, autant en terme d’optimisation kernel, c’est windows qui peut aller se cacher direct, et pour cause : Linux est à peu près 2x plus réactif et 5x moins lourd que son concurrent sur un même matériel ! Il se peut d’ailleurs aussi que la surcouche de Valve ne soit pas encore totalement optimisée.
Maintenant comme vous le dites : on peut déjà jouer, ce qui est quand même le but premier pour une console, en attendant les correctifs qui viendront de toute façon booster les performances. Et s’il est évident qu’il faudra un peu de temps à GNU/Linux pour rattraper son concurrent dans ce domaine précis, sachant qu’en ce moment, la couche graphique est en train d’être revue et améliorée, il n’y a aucun doute que le choix de Valve est le bon : il faut arrêter les frais avec “windows jungle” et “windows fisher price”. Et cette première console prouve déjà que cela est possible.
#65
#66
L’OS est voué à l’échec de toute façon. Linux ne gère pas DirectX qui est utilisé pour une majorité des jeux donc le choix de jeux sera toujours très limité.
#67
#68
Psst, ça, c’est clairement un troll a qui t’as répondu " />
#69
Forcément, si maintenant ils sont hors connexion , on ne les entends plus gueulé. " />
#70
#71
http://www.phoronix.com/scan.php?page=article&item=amdgpu-powerplay-test&num=1 peut être ? (mais bon, si le site bouffe la moitié des liens aussi, ça va pas aller :O )
#72
Je ne peux qu’abonder dans ce sens….
“Oui linux à la place de windows j’ai testé 5 minutes au boulot, je comprends rien et puis de toutes façons rien ne fonctionne et rien n’est compatible. Les macs c’est bien mieux….”
#73
Voilà les coupins pour le bench maison, ça m’a pris un peu de temps, mais ça permet de bien saisir l’écart de performances des drivers entre Windows et Linux actuellement, même chez Nvidia, et OpenGL et DirectX11 :
Lien ici
#74
#75
On vient de recuperer une SteamBox au bureau (La Zotac Nen 970 - i5 quad-core 2.2Ghz, 8Go, Gefore 960Go) qu’on a mis sur la Tv 4k du Salon.
L’initialisation du Systeme est super simple et marche tres bien, rien a dire la dessus.
Il faut un compte steam pour pouvoir acceder aux preference qui permettent de passer en mode Desktop.
A partir de la c’est un systeme debian classique sous Gnome 3 mais avec les repo steamos qui ne permettent vraiment d’installer beaucoup de chose au dela des besoins pour Steam, cependant installer les repo debian permettent d’etentre les capacites de SteamOS a ce niveau.
J’ai installe Chrome (pour faire les reunions sous hangout), VLC et Kodi (et on rajoute un raccourci dans Steam)
Cote utilisation de base SteamOS ne fait qu’une chose -> avoir une vrai experience salon de Steam et pour ca, le contrat est rempli; Cependant, si on souhaite en faire un mix Steam/MediaCenter alors il faut mettre les mains dans le terminal et c’est pas forcement a la porte du 1er venu.
Cote perf, j’ai pas eu de soucis, apres on a surtout fait des party games qui ne demande pas enormement de ressources (Towerfall / ScreenCheat / CastleCrasher / GangBeast).
Il faudra que je teste avec des jeux qui demandent un peu plus de patates pour voir.
Concernant les perf des jeux, avec un combo Intel/Nvidia on obtient des perf similaire pour un jeux equitablement optimise Win/Linux (i.e les jeux valves ou inde par exemple), mais le soucis vient principalement des jeux AAA qui sont d’abords developpe pour la console puis porte sur Windows (avec les problemes qu’on connait) puis porte sur Linux et qui generalement n’ont pas le meme niveau d’optimisation.
Shadow of Mordor est le meilleur exemple avec un portage linux catastrophique (voir les tests phoronix quand le jeu est sortie sur Linux).
X.org a plus de 20ans et est une horreur a maintenir (personne ne comprend 100% du code) et les gens qui savent a peu pres comment ca fonctionne se compte sur les doigts d’une main.
Heuresement dans le cas de SteamOS, Steam se lance en headless et a une session X completement separe pour la partie desktop.
Beaucoup de gens attendent Wayland avec impatience et devrait arriver par defaut sur certaine grande distribution d’ici l’annee prochaine (prevu pour Fedora 24 ou 25 je crois).
Personnelement SteamOS est une bonne chose car on a jamais vu autant d’interet pour jouer sur Linux et de jeux sur Linux qu’au court des derniere annees et la tendant n’est pas pres de s’inverser.
Il faut juste que les chiffres des joueurs sur Linux continue de gripper pour montrer aux editeur que y a un interet grandissant histoire qu’il fassent un effort sur l’otimisation de leurs jeux et le choix de leur techno
#76
le lambda se fiche d’avoir 5fps de moins sur du 2500x*….
Il branche sa box, joue à ses jeux steam, stout.
Pour les différences de performances, c’est pas comme si un OS sur une plateforme n’était pas amené à évoluer. sont pas bridé par le software (il y aura plusieurs applications)…
Pour le reste, c’est un peu les premiers à faire ça, donc un minimum de patience avant de jeter des pavés…. Ou retournez à tuxracer et glxgears pour tester si Nouveau/Nv/Nvidia/* est bien installé (avec les bonnes libs) :)
Pour le reste, je viens d’installer une debian récemment (c’est un peu comme la cloppe), après avoir eu un plantage sur l’install de grub, et dû m’amuser à tout solder à coup de chroot, grub-install & cie parce que la config des partitions ne lui plaisait pas, et avoir finalisé après avoir regardé moult forum, à coup de dmesg, modprobe & cie, ndiswrapper pour avoir des drivers de carte wifi “potables”, je me suis soudainement rappelé pourquoi j’avais laissé tout ça de côté (sauf pour mon serveur)….
1 après midi de cramé (j’ai pas essayé l’imprimante).
A côté de ça 1 install windows 10 payé à 20€ sur un site de vente de clés en 1h sur clé usb.
Et moi qui pensait que ça avait changé… OS de chômeurs.
#77
En même temps comparer un système d”exploitation qui est depuis bon nombre d’années privilégiées par les éditeurs de jeux vidéo et Linux n’a vraiment peu de sens. On sent bien que depuis quelques années l’arrivée de steam OS a fait bouger les choses, mais on ne rattrape pas un retard de cette envergure en quelques années. Dommage l’article aurait mérité d’être un peu plus “creusé” …
#78
#79
#80
\o/
De même. Et pas plus tard que tout à l’heure, installé chez un pote : “Quoi, Firefox est installé de base ? Mais ils sont forts !”
#81
#82
Manjaro , c’ est un dérivé “clé-en-main” d’ archlinux .
Puis pour être sous manjaro aussi ,je confirme le système complet et fonctionnel ,même si au début ,y avait des mises à jour cassantes ( plus d un an en gros il me semble) maintenant le système s’ est bien amélioré ,ça roule tout seul .Et comme arch ,pas de numéro de version où faut faire la migration ,c’ est mises à jour régulières .
Sinon plus généralement ,le support matériel des distributions GNU/Linux dans leur ensemble a énormément évolué ces 5⁄10 dernières années ,même si il reste du matériel qui pose problème(les clès wi-fi entre autres ,même si il y a beaucoup de modèles compatibles maintenant (pour les cartes graphiques ,c’ est plus complexe c’ est aussi un souci d’ ouverture des contructeurs,même si ca avance lentement ). Et c’ est du travail communautaire hein ,pas des centaines d’ ingés à la microsoft.
#83
Suffit de cligner rapidement des yeux, ça élimine les lags.
#84
Pour rappel, les jeux Steam sous Os X n’ont toujours pas les perfs des jeux sous Windows (facilement 15⁄20% de perfs en moins, voire plus)
De là à pointer OpenGL comme coupable…
Si sous DirectX la programmation semble assez fluide, sous OpenGL chaque pilote a son implémentation de telle ou telle fonctionnalité, et pour AMD et NVidia il existe plusieurs pilotes. J’imagine qu’il faut plus de codepath en OpenGL sous Linux que sous Windows, notamment pour gérer les fonctionnalités avancées.
J’ai toujours considéré que la force de OpenGL était de permettre de lancer le rendu/le jeu/l’appli (ou tout ça en même temps) dans un coin du bureau, là ou DirectX a mis des années à pouvoir simplement pouvoir switcher du jeu au bureau et de nouveau au jeu. Et DirectX fenêtré a souvent eu des limitations/plantages (exemple: antialiasing activé -> jeu qui plante en fenêtré). Cette situation semble bien mieux gérée depuis Windows 8⁄8.1 en fait, mais avant c’était limite catastrophique.
Par ailleurs, mon expérience de jeux sous Linux se résumerait ainsi: sous Intel, ca marche bien ou pas du tout. Sous AMD, ca marche jusqu’à ce qu’un bug survienne, ce qui est terriblement frustrant: être à moitié d’un jeu et être coincé par un bug dans un pilote, à moins de passer son temps à désactiver des fonctionnalités… Aucune idée concernant NVidia
Je considère SteamOS comme un work in progress, jusqu’à l’arrivée de réels jeux et pilotes Vulkan.
#85
Zut, j’ai oublié de parler de la partie qui fait mal à Linux: le son…
Linux ne semble pas avoir, comme Windows sous DirectX, une même base de temps. Le son est souvent en retard sous Linux, de manière sensible, selon la bécane/carte son.
Imaginez quand même qu’en plein jeu, quand vous tirez, vous voyez l’effet du tir bien avant le son du tir.
C’est complètement naze.
Remarque: je n’ai pas le problème sur une rpi, alors que la dernière fois que je l’ai vu c’était sur un core-i3. Une histoire de taille de buffer j’imagine…
#86
#87
Ah jamais eu ce problème en quelques années de jeu Linux et quelques distribs différentes testées.
Tu es dans quel environnement ? (matériel/distrib/…)
#88
Il me semblait bien avoir vu certains tests ou des jeux étaient plus rapides sous Linux que sous Windows.
Mais comme l’article et les commentaires le rappellent, ça dépends de ce qu’on teste.
Il est probable qu’une bonne partie des jeux en question ont effectivement été portés à moindre cout sans véritable codepath natif OpenGL.
La situation s’améliorera dans le futur avec les moteurs graphiques de la génération suivante qui intègrent le support OpenGL/Linux en natif.
#89
#90
#91
T’oublie quand même bien vite que le successeur d’OpenGL, Vulkan, est une API de bas niveau multiplateforme qui a déjà le vent en poupe pour nombre de fabricants et d’éditeurs alors même que ses spécifications sont en court de finalisation.
Puis franchement, parler de Windows 10 Mobile, et la Xbox One, heu… LOL. " />
#92