Reprise du message précédent :

https://rehost.diberie.com/Picture/Get/f/262844

Ahhh j’avais pas le bon pseudo
 
Cette pépite.

Est-ce que tu joues aux jeux Game Pass day-one ?

Cette argumentation, splendide. Je pense que tu peux encore faire mieux.

A un moment, les mecs qui essayent de bien faire leur taf, ils prennent pour les autres. C'est moche je suis d'accord.
 
Mais on ne peut pas tout mettre sur la complexité des moteurs, du hardware. Il y a clairement aussi un problème coté devs et studios.

Fallait faire diablo en C#. Problem solved.

 
Vu le tas d'inepties que tu nous a pondus j'ai rien de mieux a dire. Franchement si t'y connais rien abstiens toi    
Surtout avec un tel interlocuteur en face

Le feuilleton du rachat ABK nous manque en fait

 
Unity est souvent limité par le main thread, mais encore une fois ça ne veut pas dire qu'on utilise qu'un seul core. On a aussi DOTS qui est un modèle de programmation qui facilite l'utilisation d'un grand nombre de threads mais ce n'est pas magique et ça ne le sera jamais.
 

 
Mais pas du tout ! C'est parfaitement logique et c'est connu depuis des dizaines d'années ! Si tu veux te documenter sur le sujet tu peux déjà jeter un oeil à la loi d'Amdahl qui a été énoncée à la fin des années 60 (c'est pas récent) et qui justement définit la limite de l'accélération que tu peux espérer en parallélisant ton code en fonction de la portion sérielle. Tu peux aussi lire "The free lunch is over" un article de 2005. Certains problèmes sont ce qu'on appelle embarrassingly parallel mais ce n'est pas le cas d'un jeu vidéo dans son intégralité, et donc tu seras forcément limité par la portion sérielle de ton code quel que soit le nombre de cores.
 
Si on a multiplié les cores c'est tout simplement parce qu'on avait pas le choix ! On a tapé de plein fouet le power wall avec le Pentium 4 dont l'objectif était 10GHz et qui a finalement pas dépassé les 4GHz. Donc il fallait trouver un autre moyen d'augmenter les performances mais un CPU à deux cores sera moins efficace qu'un CPU identique avec un seul core à une fréquence double.  
 

 
Là encore c'est un choix rationnel : la plupart des programmes n'ont pas besoin d'une performance maximale et surtout le problème principal des performances n'est pas le langage qui a un impact limité mais plutôt l'algorithme. Donc utiliser un langage comme le Java ou le C# dans ces cas permet d'éviter bien des problèmes (bugs de gestion de mémoire ou faille de sécurité).

Pas vraiment non.  

Quelles inepties ?
 
Qu'aujourd'hui encore enormement de jeux utilisent mal le multi cœur/parallélisme alors que cela fait presque 20 ans que cela existe sur CPU/GPU ? Tu joues de temps en temps ? Tu regardes ce qui se passent dans les cœurs de ton système (ou juste dans ton systeme d'ailleurs et pas forcement que dans les coeurs) de temps en temps ? Moi oui, souvent parce que j'ai oublié de coupé le logiciel que j'utilise dans mon métier pour analyser ce genre de chose. Et le résultat est moche, tres moche pour beaucoup de jeux. Quand ton GPU tourne a 100% mais qu'il tire que 20% de sa conso max, y a clairement un probleme par exemple.
 
Et on a pas le droit de dire que Zeross a pas forcement raison parce qu'il bosse pour un moteur de JV ? C'est devenu Dieu Zeross, on a plus le droit de le contredire ?

 
Non c'est pas magique et clairement un jv n'ai pas forcement le truc le plus // mais franchement quand tu vois que certains jeux ne se font même pas chier a // le réseau ou le chargement de données par exemple, on est en droit de se poser des questions.
 
Tu parles d'un choix rationnel, moi je vois surtout une invitation a la médiocrité, au non respect des règles de bases de l'algorithmie sous un prétexte réel (la sécurité mémoire).

Non.
C'est rare sauf si ils sont sortis depuis longtemps avant leur entrée dans le GP comme Control.

 
Toi tu te réveilles souvent 15 jours avant que ca sorte du GP

Ah ok merci  

Yop tonton , thk aussi  

J avais pu de console a cette période  

Trois termes immensément subjectifs de nos jours.

Je ne suis pas spécialiste du réseau mais je sais qu'il y a au moins une partie qui est loin d'être évidente à paralléliser vu que c'est fortement imbriqué et synchronisé avec la game loop. Pour le chargement des données là encore ça m'étonnerait que beaucoup de jeux n'utilisent pas le chargement async. C'est quoi tes sources ? Mais bon même si le chargement est asynchrone ensuite il faut créer les resources du jeu et ça typiquement ça reste sur le main thread.

Si on va par là pourquoi s'arrêter au C++ ou au C. Pourquoi ne pas carrément repartir sur l'assembleur ?
Là tu as une position élitiste, encore une fois l'impact du langage en lui même sur les performances est limité. Le langage est un outil : le bon programmeur choisit l'outil le plus adapté pour faire son travail. Si tu peux arriver au même résultat plus vite avec un autre langage je ne vois pas le problème et je ne connais aucun programmeur qui pourrait assurer avec certitude que son code (au delà d'une certaine taille/complexité évidemment) n'a aucune faille de sécurité ou problème de gestion de la mémoire.

L'essentiel du machine learning se fait en Python, ça peut sembler une hérésie en termes de performance mais c'est le cas pour une raison simple : tout ce que fait le code Python c'est préparer les data, la partie critique en termes de calculs est exécutée par le GPU. L'avantage du Python c'est que tu peux mettre en forme tes data beaucoup plus simplement et rapidement qu'avec un autre langage, est ce que ça aurait un intérêt de passer à un langage plus performant pour ça ? Non.

Bon je m'éloigne complètement du sujet donc je m'arrête là

Pas de ma faute si il y a trop de jeux

En quoi c'est un droit ? Suffit de pas acheter

+1
 
Surtout qu’on est assez bien renseigné avant achat.  

 
Et les bons FNAC de 10 euros si tu précos ? Parfois on est obligé de commander sans savoir si on veut profiter d'une bonne affaire.

Tu paieras la même chose en achetant ton jeu à Leclerc le jour J, sans passé par la préco

C est carrouf que ça vaut le coup les preco

Vous allez nous faire toutes les enseignes ?

 
Faut en citer trois pour pas être en tort avec le CSA.

perso les ps5 et SX seront vraisemblablement les dernières consoles pour moi.
je pense zapper les éventuelles itérations "mid gen" et il va vraiment falloir un gros gap pour me convaincre de l’intérêt de remettre une pièce pour la gen suivante.
 
le constat est sans appel, sur ps5/SX je joue principalement à des jeux d'anciennes gen (ps4/one voir même ps3/x360).
Les causes sont essentiellement:
 
- la prise en compte d'un backlog indécent qui devient une priorité pour moi.  
- les jeux actuels trop chers et pas finis que je trouve plus intéressants à faire en version GOTY patchées à mort à n+1 ou +2
 
toussa sans parler de la baisse du temps de jeu qui rend l'équation impossible à résoudre.
 
J'ai toujours été bon pigeon mais je pense être arrivé au bout du bout de l'empilage useless de jeux

Depuis le temps qu'on le dit, que la préco c'est de la merde.  
 

Il te dit "si j'achète un jeu xx €, je suis en droit d'attendre..." (peu importe le prix). Tu lui réponds "suffit de pas acheter"  
Il a pourtant raison : SI il achète un jeu, il est en droit d'attendre un minimum de ce produit, que cela soit dans sa qualité vidéoludique, narrative, technique, durée de vie,... (chacun met les curseurs où il veut dans chaque aspect)
Et oui, cela donne le droit d'être déçu si le jeu ne répond pas aux promesses envoyées avant la sortie (on se rappellera récemment de Cyberpunk 2077 à sa sortie, Redfall,...)

pas vraiment non
complet : qu'il ne manque aps un mode indispensable (genre story/arcade pour un jeu de combat) avec promesse que ça arrive 2 semaines après la sortie ou qu'on ne se retrouve pas avec un GaaS à 70€ avec 3 maps mais t'inquiète frère, yen a 12 qui arrivent dans l'année
fini : pas gavé de bugs, pas avec un upscaling mal réglé comme Horizon
qui tourne bien : qui tient son targeted framerate, surtout si c'est 30, et sans problème de frame pacing
 
c'est pas non plus trop demandé pour du AAA.

Pour vous, par défaut un jeu ne devrait pas être terminé/fini/sans bug etc ?

Il y a un truc qui ne va pas si je ne dois pas attendre un produit fini d'un jeu AAA quand je l'achète.

Un grand homme à dit "de moins pire en banal, elle finira par trouver ça normal".
Ça me semble convenir parfaitement à certains

 
En donnant à manger aux pigeons en plus.
La boucle est bouclée

Le rapport ? Je dis juste : mal fini, mal branlé > achète pas !  
 
Sinon, évidemment que les jeux continueront à sortir dans des états lamentables.  

Un autre effet kisscool sympa avec l'explosion de la complexité des jeux semble être là difficulté à patcher efficacement sans créer d'autres soucis par effet de bord.

Bg3 est le parfait exemple, des hotfix pour réparer des soucis provoqué par le précédent hotfix, qui lui même en reparaît d'autres. On atteint une certaine limite là.

Cela reste des définitions suggestives et sujettes aux approximations.
 
'gavé', ça commence et ça s'arrête quand ?
'indispensable', c'est relatif au profil du joueur et au type de jeu. Et même pour un même genre cela dépend du parti pris du développeurs/editeur/business model alors c'est vite compliqué. Un te dira que c'est le mode online qui est indispensable, l'autre que c'est le mode solo. Un troisième te dira que c'est d'avoir du rollback netcode.
'tourne bien', certains te diront que c'est 60FPS ou rien. Ou que ça doit être 30FPs rockstable et que si ça saccade à un ou deux endroits ou quand ça charge ponctuellement des données, c'est un game breaker.
 

Je ne comprends pas comment tu peux mettre ces deux choses (que j'ai mises en gras) dans une même phrase.
 
Comment les développeurs/éditeurs font pour savoir où moi je met les curseurs ? Ils ne peuvent pas savoir que pour moi "70€ = 60FPS", par exemple. Donc il n'y a aucune certitudes d'un côté comme de l'autre vis à vis du produit final.
 
Tu cites Cyberpunk et Redfall, où tout le monde sera d'accord pour dire que ce sont des accidents de parcours qui ne devraient jamais arriver. Mais si on prend 'FFVII Rebirth' par exemple, il a des défauts mais on est loin de l'accident industriel. Mon propos il est essentiellement de rappeler que des accidents de type cyberpunk/redfall il y en a assez peu finalement au regard de la production vidéoludique en général.
 

"terminé/fini/sans bug" ça ne veut rien dire. Tout les jeux ont des bugs, et savoir si un jeu est 'terminé/fini' c'est un sujet aussi ancien que les DLC.
 
Comme si bien dit plus haut, on place tous les curseurs à des endroits différents en fonction de notre perception sensoriel (certains sont très affectés par le frame pacing, d'autres non par exemple), selon la nature du titre (jeux de courses il faudra du 60FPS pour beaucoup de gens, jeu de baston du rollback netcode pour d'autres...), selon le niveau d'ambition du projet ou de l'éditeur...
 
 
Au risque d'insister, si le sujet c'est de dire que Cyberpunk et Redfall n'étaient pas 'finis' à leur sorti, on sera tous d'accord. Si c'est de dire qu'un jeu qui a des problèmes de framepacing n'est pas fini... là on le sera moins. Moi en tout cas je ne serai pas d'accord.

Mais arretez de vous battez    
 
Dans tous les cas y aura du FSR/PSSR pour combler les trous

En fait ce qui me chiffonne, c'est cette impression que les jeux (et le travail des développeurs) sont de plus en plus jugés sous le prisme de l'optimisation technique avant toute autre chose.
 
Le triptique résolution/framerate/framepacing.
 
Alors que c'est la parti emergé de l'iceberg dans un jeu. Les développeurs ils bossent sur un milliard de trucs en plus de ça, comme toute la logique du jeu par exemple, et l'implémentation d'une quantité de contenu aberrante. Du coup quand on leur tombe dessus sur certains aspects tel que la résolution, le framerate ou le framepacing, j'ai l'impression qu'on jette le bébé avec l'eau du bain.
 
Oui c'est gênant quand ces aspects là ne sont pas au top du top, et ce serait mieux s'ils l'étaient tout le temps, mais il ne faudrait pas que ça devienne l'alpha et l'omega du jeu vidéo non plus.

 
c'est surtout quand ça commence à se mélanger avec des features spécifiques à l'os genre le quick resume.

 
le truc c'est que c'est ce qui est entre toi et l fond du jeu.
 
Le film Avatar n'aurait pas eu autant d'impact s'il n'était sortie qu'en VHS sur des tv de 36cm    
 
Le JV reste un media visuel, si le visuel est désagréable (framepacing dégueu, 25 fps, tout flou), ça gâche l'expérience de jeu.

J'ai pas tout suivi, mais le PSSR c'est un nom marketing a la con façon Apple pour renommer un truc qui existe déjà ?

Parce que AMD a déjà dit qu'ils bossaient sur un ajout de deep learning au FSR comme c'est le cas avec le DLSS, et il me semble que c'est pas Sony qui développe les Radeon

Sony PAIE donc c'est à EUX