"Bon ben pas trop de jeux qui me parlent, mais quelques bonnes surprises avec enfin du gameplay pour Tides of Annihilation et l'énigmatique Raji : Kaliyuga, ayant beaucoup aimé leur précédent jeu, je suis curieux de voir ce que ça va donner. Il y a aussi Zoopunk qui a un univers et une DA sympa même si un peu générique dans certains assets, mais je comprends pas pourquoi ils utilisent pas les capacités innées du lapin pour le gameplay, étrange."

"@ouroboros4 : oui justement comme tu le soulignes, la console et l'OS n'ont que 4 ans, là où en face on a des constructeurs de consoles qui optimisent des OS et des outils de dév spécialisés depuis des décennies. Donc forcément tu ne peux pas t'attendre à avoir un résultat aussi optimisé pour des éléments aussi jeunes, sachant que du côté de Steam OS qui est une distribution basée sur Linux, le problème de performance sur certains jeux sont liés aux outils Proton/Wine et DXVK qui servent à faire tourner les jeux sur Linux sans effectuer de portage de code (en traduisant les appels de fonctions DirectX en celles de Vulkan). Tout cela est récent et demande forcément du temps pour s'améliorer et s'optimiser, tout comme ce que fait MS avec son OS allégée qui est un dérivé de Windows 11 avec des fonctionnalités désactivées, mais qui peuvent être activer si tu bascules en mode PC. La différence ici c'est que tout tourne nativement sur DirectX donc pas de couche de traduction (Proton/Etc.) et qu'une fois que cet OS sera abouti, l'unification de l'expérience sera établie entre le jeu sur une console Xbox et un PC qui tournera sous cet OS allégé. Bref, les deux constructeurs ont des challenges différents à relever et cela va prendre forcément du temps, mais tout comme Sony, ils réfléchissent sur le long terme et ne veulent pas être pris de court sur l'évolution que prend l'industrie du JV, avec l'arrivée de marché comme la Chine où le jeu sur PC est majoritaire et la volonté des éditeurs de pouvoir sortir facilement leurs jeux sur toutes les machines. :) @jenicris : tout à fait et de ce côté-là Mark Cerny est transparent en disant que tout cela n'est qu'un plan sur le papier (une simulation) et que désormais il faut réussir à atteindre les objectifs qu'ils se sont fixés. Mais comme je le disais plus haut, ce ne sont pas les seuls à avoir la volonté de concrétiser cette vision et ils ne veulent pas laisser des acteurs comme MS ou Steam leur damer le pion ;) @wickette : oula tu pars dans tous les sens et tu mélanges un peu tout là, je vais avoir du mal à t’expliquer ce qu’il m’a fallu apprendre sur plusieurs mois de cours et d’expérience dans la programmation, mais je vais essayer de te donner quelques éléments pour mieux comprendre ce dont tu parles, désolé d’avance pour le pavé. Déjà tu n’as pas l’air de comprendre qu’une API comme Vulkan/DirectX/NVAPI sont des API bas niveau qui sont là pour communiquer avec le hardware, pas uniquement la carte graphique mais l’ensemble des éléments pour ce qui est d’une console (c’est un peu différent sur PC). DirectX est un peu différent vu qu’elle ne se contente pas d’être une API graphique qui va gérer l’affichage, mais une API multimédia là où les autres auront besoin de bibliothèques supplémentaires comme SLD2 par exemple. Maintenant quand tu parles de drivers, tu ne comprends pas que derrière ce terme il s’agit d’une API driver qui n’est autre que l’API bas niveau du constructeur (citée précédemment). Par exemple quand tu fais la màj de ta CG sur PC, tu installes les drivers qui met en réalité à jour l’API bas niveau qui sera là pour prendre en compte les différents hardwares et les fonctionnalités de ta CG. Ensuite au-dessus tu as ton langage de programmation (haut niveau) qui va faire appel aux instructions contenus dans l’API bas niveau et ainsi permettre de créer le programme sans avoir à « parler » directement aux hardwares. Donc quand tu me fais la liste des différentes fonctionnalités qui seront unifiés dans une seule API bas niveau et que tu mets les drivers à part, tu fais une erreur vue qu’il s’agit en réalité d’un seul et même élément. Pour ce qui est de la proximité des composants sur la carte mère, ça fait depuis longtemps que tout cela est standardisé et ne changera rien à l’arrivée, par contre là où cela peut avoir une importance c’est sur les contrôleurs/bus qui ont un impact sur l’efficacité du traitement des données. Sur PS5 le contrôleur qui gères le SSD est customisé par Sony (contrairement à MS), mais il faudra voir si pour la prochaine génération ils n’utiliseront pas le standard des dernières versions du PCIe qui est parfaitement à même de répondre à leurs attentes. Maintenant l’OS est bien entendu très important dans ces histoires d’optimisation/portage, mais là aussi tu mélanges un peu tout, un système d’exploitation étant justement basé sur les API et non l’inverse. L’OS va simplement ajouter des fonctionnalités/services qui vont se baser sur l’API bas niveau pour tourner et qui va donc avoir un impact sur l’utilisation des ressources/charge que le hardware va supporter. C’est là où rentre en jeu la volonté de Steam et MS de créer des OS qui seront débarrasser de tout ce qui est inutile pour faire tourner un jeu, en désactivant des fonctionnalités/services afin d’avoir un OS qui sera à même de tourner aussi bien qu’un OS de console. Mais comme je l’ai dit plus haut, nous ne sommes qu’au début de la mise à en place de cette vision et forcément à l’heure actuelle ces OS ne peuvent pas encore rivaliser avec celle des consoles. Et pour info concernant OpenGL que tu cites pour ton exemple, cette API a été abandonné depuis presque 10 ans et c’est justement Vulkan qui a pris la relève (en étant rétro-compatible avec les versions précédentes d’OpenGL). Mais oui tu as forcément des éléments divergeants entre différentes API, que ce soit DirectX/NVAPI/Vulkan qui va demander de faire des changements en cas de portage d’un jeu sur un hardware qui les utilisent. Mais justement Vulkan a la particularité d’être pensé pour le multiplateforme par défaut, l’API est donc parfaitement optimisée pour les différents hardwares qui l’utilisent, même les CG Nvidia gèrent nativement l’API Vulkan et lui permet d’utiliser les fonctionnalités RTX au même titre que NVAPI. Bref, j’espère que mes explications sont assez claires et que tu comprends que la volonté des constructeurs comme MS, Sony, Steam, AMD et NVidia est justement de créer un environnement de développement où le multiplateforme sera directement intégré dans les outils de dév/API et ne plus se prendre la tête avec des portages qui peuvent poser problèmes en plus de mobiliser des ressources humaines et de l’argent. Et ils cherchent justement à créer des OS qui seront 100% dédiés/optimisés pour le JV (que tu pourras à terme aussi lancer sur n'importe quel PC), en se débarrassant de tous ce qui est fonctionnalités/services superflus pour y arriver. En se basant sur des API qui sont orientées vers le multiplateforme et qui sont développées en parallèle du hardware penser dans ce sens qui va équiper les PC ainsi que les consoles (même si les puces de ces dernières seront en partie custom). Maintenant comme je le disais plus haut, il s’agit de la volonté de ces constructeurs et des premiers pas effectués dans cette direction, reste à voir s’ils arriveront à atteindre leur objectif d’unifier totalement la production de jeu sur PC et console. Perso je pense qu’ils en sont parfaitement capables, surtout quand on voit les similitudes du hardware des consoles des 2 dernières générations et des PC où seules les API étaient encore différentes. Quoiqu’il en soit, j’ai bien compris ton point de vue et je ne sous-estime pas le travail nécessaire et les difficultés qu’ils vont rencontrer sur leur route, ni le temps que cela prendra et il ne reste plus qu’à attendre pour voir sur quoi tout cela débouchera. Et comme dit @jenicris wait and see, rendez-vous donc dans 5 à 10 ans pour faire un bilan sur cette initiative ;) @solarr : Vulkan ne sera jamais abandonné vu qu’il s’agit d’une API open source qui n’appartient pas à AMD, mais qui est géré par le consortium [i]The Khronos Group[/i] qui réuni de nombreux acteurs de l’industrie et qui s'occupait d'OpenGl auparavant. :p"

"@akinen : je sais pas si c'est fait dans cette optique, mais c'est courant avec les jeux Sony, on y a eu droit aussi avec Spiderman 2..."

"@ouroboros4 : ok donc c'est plutôt lié à des problèmes d'optimisation de certains jeux que propose l'OS, c'est sur ce point-là que je disais que l'expérience en elle-même se rapproche d'une console et continuera à s'améliorer au fil du temps et de l'unification de l'environnement de développement. @51love : oui c'est l'une des choses que mon expérience du dév et de la programmation m'a apporté, avoir une vision plus approfondie des problèmes liés aux jeux multiplateformes et les divers environnements de dév. Cela permet d'avoir une lecture plus affinée des mouvements profonds de l'industrie depuis plusieurs années et les plus récents pour mieux comprendre où tout cela nous mène. D'ailleurs les annonces de Sony et MS on fait pas mal de bruit dans le milieu du dév JV, car cela permet d'entrevoir un avenir où les productions multiplateformes seront beaucoup plus simples, permettant la sortie simultanée de la majorité des jeux, comme par exemple le prochain jeu de Rockstar qui sera dispo Day One sur console et PC. Au final la guerre des consoles cède sa place à la guerre des environnements de dév, avec MS qui cherchent à imposer son modèle basé sur DirectX et Sony qui s'allie à AMD pour imposer Vulkan (s’ils gardent cette base). Reste Nvidia qui fait cavalier seul avec sa propre API/outils de dév, mais qui offre à l'heure actuelle la possibilité de réaliser des portages efficaces et rapides vers l'API Vulkan. Quant à la course perpétuelle à la puissance, avec l'augmentation du prix des composants, je pense que les constructeurs vont commencer à se calmer et plutôt bosser sur les outils de dév/fonctionnalités qui permettent de tirer parti au mieux des capacités des hardwares plus modestes (comme celui de la Steam Machine par exemple). On voit bien qu'à l'heure actuelle les machines sont déjà très puissantes comme tu dis et capables de faire des merveilles, mais il faut arrêter de croire que simplement augmenter la puissance brute des consoles est le seul élément qui définit ce qu'elles seront peuvent faire. Il faut donc aussi penser à revoir les outils et les API qui permettent d'exploiter tout ça et la voie de l'unification permettra d'atteindre cet objectif. @jenicris : je n’ai pas vu de problèmes particuliers sur les jeux certifiés pour le Steam Deck, mais si tu as des exemples n’hésite pas à faire tourner. Après comme je disais plus haut je parle de l’expérience qu’offre le Steam OS dans son utilisation, pas dans le fait que certains jeux auraient des problèmes pour tourner sur cet OS. Et quand je parle de 5 à 10% des jeux PC qui ont encore des problèmes d'optimisation, je parle de l'ensemble des jeux qui sont disponibles sur cette plateforme, pas uniquement les AAA qui sont pour une partie dév en leadplatform sur console et demandent donc d’être porté sur PC avec parfois des problèmes d’optimisation/performances. Quant à ton exemple des programmes iOS et Android que tu avais cité précédemment, c'est justement le même problème que rencontre les dév de jeux pour faire du multiplateforme, avec des API/outils de dév distincts pour les deux OS et que la prochaine génération de console cherche à supprimer via l'unification. Et oui comme tu le dis, il reste encore à voir le résultat de cette nouvelle orientation voulu par MS et Sony, mais quand on connaît les capacités d'ingénierie de l'équipe de Mark Cerny qui s'est allié aux ingénieurs de AMD pour créer la nouvelle génération de puces qui équiperont les PS et les CG AMD, je suis confiant quant au résultat. :good: @wickette : nop justement ce n'est pas qu'une question de FSR4 ou d'avoir des composants communs avec Sony, ce qu'aurait pu faire penser la vidéo où le Vice-Président d'AMD et Mark Cerny annonce du Projet Amethyst sans trop rentré dans les détails. Même si dans celle-ci il y avait déjà [url=https://youtu.be/1LCMzw-_dMw?si=uUDeNq7a6cyoLCsa&t=477]un sous-entendu à la fin de la vidéo[/url] où Cerny dit qu'ils n'en sont qu'au début de cette nouvelle voie technologique et qu'il est excité par le fait d'apporter cela dans leur prochaine console, ce à quoi Jack Huynh répond qu’AMD ressent la même chose et qu'ils sont excité [g]d'apporter ces innovations aux développeurs sur toutes les plateformes de jeux.[/g] Puis les choses sont devenues parfaitement claires sur l'unification de l'environnement de dév et l'abandon par Sony de l’API/outils de dév custom [url=https://www.digitalfoundry.net/news/2025/10/mark-cerny-talks-project-amethyst-future-sony-hardware-you-have-indeed-spotted-the-win]quand on lit cette réponse de l'interview que Mark Cerny a donné à Digital Foundry[/url]: [i]DF : Considérez-vous le passage de la PS5 Pro au matériel à venir comme une évolution progressive ou comme un changement radical dans la manière dont les développeurs créent leurs jeux ? Mark Cerny : [g]Nous avons considérablement réorienté nos priorités. [s]Auparavant, nous développions principalement des technologies personnalisées exclusivement destinées aux plateformes PlayStation.[/s] Mais aujourd'hui, avec le projet Amethyst, nous mettons davantage l'accent sur la co-ingénierie et le co-développement avec AMD sur [s]leur feuille de route en matière de matériel et de bibliothèques (API).[/s][/g] [g]Ce changement aura un impact très important, car lorsque les développeurs peuvent créer leur technologie en sachant qu'elle fonctionnera sur plusieurs plateformes telles que les ordinateurs de bureau, les ordinateurs portables, les consoles, etc., les nouvelles fonctionnalités seront beaucoup plus largement adoptées.[/g] Je pense donc que les technologies annoncées la semaine dernière auront un impact considérable ![/i] Voilà, cette déclaration officielle est parfaitement claire pour bien comprendre ce que je disais plus haut, l'unification des environnements de développement est actée et même si les joueurs ne le comprennent/acceptent pas, les dév sont bien contents de savoir que la production de jeux multiplateformes sans portage va enfin devenir réalité. ;)"

"Production japonaise, pas assez proche du bizness et des acteurs du JV occidental ainsi que de la presse à sa botte, faut pas chercher plus loin. Par pour rien que je ne donne aucun poids à ce genre de cérémonie bling-bling hollywoodienne, qui est tout autant corrompue que les Oscars ou Grammy Awards pour ne citer qu'eux, il suffit de se renseigner sur le processus de sélection des nominés de ces dernières pour voir à quel point tout ça est affligeant..."