Il y a quelques mois (années ? décennies ? Je ne sais plus), Epic Games a présenté sa démo de l'Unreal Engine 5 tournant sur PS5. On n'a toujours pas raccroché notre machoire mais on a plein de questions sur le "comment". Epic a répondu à certaines d'entre elles durant son Unreal Fest. Je vais tenter de la résumer en quelques mots pour les néophytes tout en étant suffisamment technique pour ne pas me faire taper dessus par les techos.

Lire la suite sur le site : Unreal Engine 5 : des explications sur la démo.

Merci !
Ce genre de news tech / moteur de rendu m'intéressent beaucoup, et les tiennent sont trés bien écrites. Je me suis tapé la video, mais ton résumé en plus aide beaucoup a mieu piger les grandes lignes pour les seli-techniques comme moi.

Mes remarques :

Il jettent des fleurs a quixel megascan, mais c'est vrai que c'est une putain de bibliothèque super adaptée au jeux ! Il y manque juste un peut plus d'objets courants. Elle est trés tournée rochers / bout de bois / nature. A la limite ruines antiques. Mais on y trouve pas tellement de canapés, fauteuil, bureau, des couverts, des livres ... des objets standards pour remplir une scène d'intérieur quoi.
Et justement, une grosse force de megascan c'est que les assets viennent toujours avec un LOD bien branlés et des normal maps / displacement map et tout et tout ... là ou d'autres bibliothèques ne fournissent parfois qu'un modèle high poly et démerde toi avec blender.
Je me demande si dans un futur proche ils vont du coup se metre a ne fournir que les assets highpoly, vu qu'avec nanite le reste devrait ( théoriquement ) devenir bien moins utile ?

Lumen et nanite ont l'air d'être de vrai tueries, mais pour l'instant je n'ai pas été hyper convaincu par chaos, le moteur physique.
Je joue un peut avec différents moteurs pour me faire des petites expérience VR, et peut être que ca peut faire de jolies destructions, mais l'interaction a petite échelle et entre plusieurs objets est bien plus convaincante dans le sources 2 que dans unreal. Typiquement, remplir une caisse d'une dizaine de trucs pour la soulever et la secouer, ou pousser un paquet d'objet avec la main, ca marche nettement mieux sous source que unreal.

Et pour l'instant l'éditeur lui même est un peu a chier niveau outils de modelling intégrés. C'est un relou quand on veut faire la géométrie de son environnement ou modifier un asset sans repasser par un logiciel tier.

Et du coup que se passera t-il sur PC là ou les SSD ne sont pas une norme absolu (on installe regulierement des jeux sur un disque dur classique), que se passera t-il pour les joueurs PC de ce coté là ?

Est ce qu'a l'avenir un SSD sera obligatoire pour certain jeux ? Tous ?

En tout cas c'etait assez agréable a lire, oui ! Merci

Memoire a écrit :

Est ce qu'a l'avenir un SSD sera obligatoire pour certain jeux ? Tous ?

Franchement ? Je pense oui. Mais on peut parier que n'importe quel PC assez puissant pour faire tourner les jeux en sera de toute facons equipé. Je ne connais pas trop de PCs équipés en RTX 20XX mais dépourvu de SSD.
Plus génant, la RAPIDITE du dit SSD. Parceque si la techno en elle même est déjà devenu une norme dans les configs gaming, il y a par contre pas mal de variations d'un disques à l'autre. Et autant on s'en fout sur les loading globalement, autant si il y a du streaming permanent calibré vraiment pour une vitesse donnée, ca peut faire chier.

Moi j'ai une 2080 ti, j'ai un ssd, mais pour l'OS, pas pour les jeux. Donc avoir un ssd pour les jeux c'est quand même quelque chose de nouveau.
Après pas certains que ça soit obligatoire, j'attends de voir concrètement ce que ça fait de pas avoir de ssd.


Pour megascans, effectivement ça manque d'objet, mais par exemple, c'est pas plus de canapé qu'il faudrait, mais des centaines, voir des milliers de canapés différents.
Si c'est pour que tous les jeux vidéos aient les mêmes assets, c'est pas la peine.
Au bout d'un moment faut se poser la question, c'est quoi le plus rapide ?
Faire une session de shoot photo d'un canapé qu'il faudra, déplacer dans une salle, monter un éclairage, louer une salle pour la session/transporter le canapé puis cleané, baké, retopo, faire les textures ou alors le modéliser vite fait dans maya et zbrush et faire la texture à la main avec substance ?


Perso je préfère la solution du surfacing, c'est à dire qu'on tente de reproduire le photo réalisme avec des textures procédurales qu'on applique sur des assets mid poly.
C'est plus flexible, c'est moins de contraintes et c'est plus diversifié pour le joueur. Même si aujourd'hui c'est souvent dur d'atteindre le photo réalisme avec du procédural, avec des softs comme substance designer on peut faire beaucoup de choses.

kakek a écrit :

Et pour l'instant l'éditeur lui même est un peu a chier niveau outils de modelling intégrés. C'est un relou quand on veut faire la géométrie de son environnement ou modifier un asset sans repasser par un logiciel tier.

Y a pas de raison de modifier ton asset dans Ue4, ça ne serait pas un bon pipe.
En plus on ne peut pas trop alourdir un logiciel en rajoutant des couches et des couches. Comment UE4 pourrait rivaliser avec maya ? En terme d'ergonomie et de fonctionnalité ? Impossible.
Tu mets tes fbx dans un folder, et dans ue4 tu fais reload, c'est facile.

Faire une session de shoot photo d'un canapé qu'il faudra, déplacer dans une salle, monter un éclairage, louer une salle pour la session/transporter le canapé puis cleané, baké, retopo, faire les textures ou alors le modéliser vite fait dans maya et zbrush et faire la texture à la main avec substance ?

Question con, mais on peut pas espérer voir un algorithme qui génèrerait des models 3D, avec "juste une petite retouche manuelle apportant de la substance" derrière ? Il y a une quantité de catalogues à exploiter pour alimenter tout ça et probablement un tas de données décrivant les dimensions exactes et matériaux utilisés ?

Le vertueux a écrit :
Pour megascans, effectivement ça manque d'objet, mais par exemple, c'est pas plus de canapé qu'il faudrait, mais des centaines, voir des milliers de canapés différents.
Si c'est pour que tous les jeux vidéos aient les mêmes assets, c'est pas la peine.

Un canap' c'était pas un trés bon éxemple. Ca se remarque trop, ca influe trop sur le style général, et il y a trop de variations.
Plutot des petis objets, genre des assietes, des casseroles, des livres, des mugs, des outils de bureautique genre agrafeuses, porte documents, classeurs ... peut etre des ecrans plats, des claviers. Ou genre des instruments de musiques.
Franchement, si toutes les trompettes ou guitare que je croisait dans les jeux et qui ne sont pas spécialement mise en valeur etaient les même, je crois pas que je le remarquerais.
Je ne sais pas trop quel temps ca prend de faire un shoot d'un objet et le nettoyer, mais je peut penser a plein d'objets insignifiant que ca ne me generait pas de voir dupliquer dans plein de jeux si ca permet de construire plus vite des environnement détaillés.

Memoire a écrit :
Et du coup que se passera t-il sur PC là ou les SSD ne sont pas une norme absolu (on installe regulierement des jeux sur un disque dur classique), que se passera t-il pour les joueurs PC de ce coté là ?

Est ce qu'a l'avenir un SSD sera obligatoire pour certain jeux ? Tous ?

En tout cas c'etait assez agréable a lire, oui ! Merci

Franchement faut bien comprendre qu'on ne parle pas de simple SSD, il s'agit la de SSD nvme.2 qui équipent les nouvelles console et offrent de nouvelle possibilité.
si les jeux tirent partis des possibilité de streaming avancée (en utilisant essentiellement des gros fichiers) par exemple. les version PC ne seront probablement pas optimisées car il faut pouvoir aussi gerer les SSD old school et les HDD a l'anciene..)

je pense que les nlle consoles risque de mettre a mal la master race pendant quelques années, (le temps que le pcie 4 et les nvme2 soient vraiment la norme.

en attendant sur PC on va etre a la merci du bon vouloir (et surtout du temps d'optim) que les devs vont bien vouloir nous accorder!

En fait cette techno est bien plus orientée décors virtuels sur de très grosses configurations avec des terras de raid SSD que jeux vidéo.
Dans la démo il y a très peu d'assets qui remplissent déjà la totalité du SSD du dev kit ps5. Alors qu'il devra accueillir plusieurs jeux.

Dans le temps d'une prod, le baking ce n'est pas énorme comparé à un niveau de détail plus élevé à produire.
Actuellement pour créer les maps indispensables en PBR on ne peut pas se passer de normal map donc on ne gagne en réalité que le baking AO qui prend très peu de temps dans la création d'un asset AAA genre 0.1% du temps de prod.

J'aurais bien aimé en voir plus sur Lumen, c'est vraiment le point que je trouve très impressionnant dans la démo.

Merci pour les retours!

Alexor a écrit :
Franchement faut bien comprendre qu'on ne parle pas de simple SSD, il s'agit la de SSD nvme.2 qui équipent les nouvelles console et offrent de nouvelle possibilité.

Rapidos sur les SSD:
-M.2 est un type de connectique
-SATA est un type de connectique et un type d'interface
-NVMe est un type d'interface

Tous les SSD NVMe sont en M.2 mais tous les M.2 ne sont pas NVMe. Tu peux faire passer du SATA dans un M.2

Au niveau des vitesses de lecture:

SSD SATA : 550 Mo/s
SSD NVMe PCI Express Gen3 4x : 3500 Mo/s (ce qu'utilise la XSeX et la plupart des PCs modernes)
SSD NVMe PCI Express Gen4 4x : 5000 Mo/s (ce qu'utilise la PS5)

Poltro a écrit :


Actuellement pour créer les maps indispensables en PBR on ne peut pas se passer de normal map

Pourquoi t'aurais besoin d'une normal map pour faire les autres ?


Et ça n'est pas que du baking, dans zbrush, je peux te modéliser une statue ultra hight poly, je vais partir sur du dynamesh, ensuite du zremesher, je vais subdiviser et modéliser ma statue sans me soucier de quoi que ce soit.
Je déplie les uvs avec uvmaster, je prends le mid poly, je vais peindre dans substance.

Si je dois faire la même chose pour ue4, je vais devoir faire une retopo optimisée, peut être même plusieurs pour faire les lod.
Je vais devoir baker la normal et la diffuse pour toutes les différentes versions du lod.
C'est quand même intéressant.

Moi je demande, quelle est la différence de performance en fps et poids sur le disque dur entre un asset high poly contre un asset mid poly avec displacement map.
A mon avis leur techno est plus rapide pour afficher un modèle 3d high poly que pour calculer le relief et subdiviser via une height map.

J'ai rien compris mais merci à vous quand même .

Le vertueux a écrit :
Moi je demande, quelle est la différence de performance en fps et poids sur le disque dur entre un asset high poly contre un asset mid poly avec displacement map.
A mon avis leur techno est plus rapide pour afficher un modèle 3d high poly que pour calculer le relief et subdiviser via une height map.

Quand tu dis "high" là tu parles de pleine résolution comme leurs statues à 30 millions de polys ? ou tu parles de HP classique comme on a aujourd'hui dans les jeux soit 150k ou plus ?

Quelqu'un me croit si je dis que j'ai tout compris ?
Et le SSD de la marque Kivavite... J'ai cherché sur Amazon, j'ai pas trouvé.

__MaX__ a écrit :

Le vertueux a écrit :
Moi je demande, quelle est la différence de performance en fps et poids sur le disque dur entre un asset high poly contre un asset mid poly avec displacement map.
A mon avis leur techno est plus rapide pour afficher un modèle 3d high poly que pour calculer le relief et subdiviser via une height map.

Quand tu dis "high" là tu parles de pleine résolution comme leurs statues à 30 millions de polys ? ou tu parles de HP classique comme on a aujourd'hui dans les jeux soit 150k ou plus ?

Là j'utilise le terme 3d high poly pour designer le modèle comme sur les statues. Normalement un modèle de travail qu'on utilise pour baker les maps sur le modèle définitif in game.

Pour synthétiser :
Modèle à 30 millions de polygones brut vs modèle à 150k subdivisé en temps réel avec height map pour donner le volume détaillés (contrairement à la normal map qui fake le volume).


Ainsi, même si le baking de textures dans le pipe d'une prod ne prendrait pas de temps comme le dit Poltro, le résultat en terme de qualité de détails et de volume sur les objets de décors seraient inférieurs à un modèle brut car la tesselation avec displace ne serait pas encore suffisamment efficiente en terme de performance sous Ue5.
Sans compter le poids sur le disque dur : modèle brut vs (modèle ingame+ displacement map).
Tout cela est de l'ordre de l'interrogatif.

Sur PC Ils vont pas nous emmerder avec leurs SSD, si j'ai 32Go de DDR4 qui va au moins 3x plus vite que le SSD de la PS5, ils ont intérêt à me la remplir ma Ram et pas essayer de me la faire à l'envers à tenter de faire croire aux gens qu'il faut une console ou changer de PC...

Tu aimes les temps de chargement à ce point ?

Je ne pige pas honnêtement. Tu as surement du acheter du matos pour jouer à tel ou tel jeu (RAM, carte graphique, lecteur DVD...) mais là un SSD en NVMe ce serait trop ?

Ca me parait un énorme changement en terme de pipe quand même. Je me demande comment va s’opérer la transition. Comment ca va se passer d'une prod à l'autre. Comment les outils vont suivre. T'as déjà essayé d'utiliser un high poly de plusieurs millions de polys dans Painter Le Vertueux ?

CBL a écrit :
Tu aimes les temps de chargement à ce point ?

Je ne pige pas honnêtement. Tu as surement du acheter du matos pour jouer à tel ou tel jeu (RAM, carte graphique, lecteur DVD...) mais là un SSD en NVMe ce serait trop ?

On va attendre de voir le prix d'un nvme pci-e gen4 avant de remplacer mes SSD en SATA hey. Je comprends donc la réaction de JoWn3.

JusdePoubelle a écrit :
T'as déjà essayé d'utiliser un high poly de plusieurs millions de polys dans Painter Le Vertueux ?

Non c'est mort.
Déjà de base, un soft comme Mari est très gourmand, je n'imagine même pas avec un trucs à plusieurs millions de polys, mais ça peut quand même encaisser des modèles plus lourds que ceux du jeux vidéo.

Je ne pense pas que ça va changer grand chose au pipe actuel.
Faudra quand même générer des maps pour passer d'un soft à l'autre.




Là à gauche, le modèle fait environ 507 000 polygones, au milieu, il en fait 5674 polygones. C'est ce que va voir l'artiste en surfacing dans son soft type mari ou substance.

1 - Tu sculptes ton modèle tranquillement sans te soucier de la topo
2 - tu ne vas pas forcement à un niveau de détails élevé, pas de micro détail, pas de noise de surface.
3 - retopo automatique ou manuel pour avoir un modèle exploitable dans les softs de surfacing, peut être génération d'un displace ou normal pour que les artistes surfaceur récupèrent une partie des détails perdus et puissent les voir dans le soft, mais pour des assets secondaires j'en doute.
4 - export des maps de surfacing, tout ce qui est microdétails, les pores de peau par exemple.
5 - baking de ces maps dans zbrush (ça peut être rapide).
6 - export vers l'UE5.

Dans ce workflow, le gain de temps ne va pas être énorme, ne pas trop se soucier de la topo est quand même un plus, mais surtout en terme de volume, ça sera plus impressionnant visuellement qu'un modèle classique avec normal map.
Je vois un gain visuel, pas forcement un gain de temps.


Sinon, pourquoi est ce qu'on ne peut pas déjà acheter un disque dur comme celui de la ps5 sur nos pc ?