Ciel réel prêt à l'emploi + modèles texte en 3D

Faire progresser à la fois « beau » et « utilisable » en une seule journée

Les grandes lignes de la journée portent sur différentes étapes de création, mais toutes visent à "permettre aux gens ordinaires de créer plus facilement un jeu présentable". Le vrai ciel prêt à l'emploi est "la première impression est bonne" - un nouveau jeu ne devrait pas commencer de manière terne ; la génération de modèles texte en 3D répond à la question « d'où viennent les actifs » : les personnes qui ne savent pas modéliser peuvent obtenir un modèle utilisable à partir d'une phrase ; la convergence des définitions de scène vers un seul endroit résout le vieux problème déroutant de « pourquoi le montage et la lecture diffèrent-ils » ; et le rendu hors écran et les scènes imbriquées du moteur jettent les bases d'effets visuels plus avancés et d'une composition de niveaux plus complexe ultérieurement. Ensemble, ils révèlent une philosophie de produit claire : abaisser continuellement la barre pour « démarrer » tout en élevant continuellement le plafond de « ce qui est réalisable » – permettant aux débutants de se lancer facilement et donnant suffisamment de profondeur aux créateurs sérieux.

Tous les jeux partagent un même ciel – les nouveaux semblent prêts à l'emploi

Cette journée a regroupé le ciel environnemental en une seule ressource partagée, de sorte que tous les jeux partagent le même ciel de haute qualité. La difficulté préalable était concrète : un jeu vide nouvellement créé n’avait souvent qu’un dégradé de gris synthétique pour le ciel, parfois avec une erreur d’actif manquant – grossier et irréel à première vue. La nouvelle approche : placez cette carte d'environnement à plage dynamique élevée (HDR) dans un emplacement partagé, faites en sorte que chaque jeu "y insère simplement une référence" et préparez-la une fois au moment de la construction dans un format compact que le runtime peut lire directement, sans conversion coûteuse au moment de l'exécution. Le résultat est double : d'une part, tout nouveau jeu est livré avec une véritable atmosphère de ciel : le ciel est un vrai ciel et la lumière ambiante qu'il projette tombe naturellement sur chaque objet de la scène ; de l'autre, la vue d'édition utilise le même ciel, donc la lumière ambiante que vous voyez dans l'éditeur correspond exactement au jeu. Pourquoi « en partager un » plutôt que chaque jeu stockant sa propre copie ? Parce qu'une ressource est conservée au même endroit, ce qui permet d'économiser le stockage en double et de garantir une apparence de base unifiée pour tous les jeux. Cela ressemble à « un nouvel arrière-plan par défaut », mais cela élève en fait le point de départ de chaque nouveau jeu de « laid » à « présentable ».

Un nouvel atelier de modélisation texte-3D dans le magasin

Aujourd'hui, la famille d'outils s'est dotée d'un établi de poids : décrivez quelque chose avec des mots et obtenez un modèle 3D. Pour la grande majorité des gens qui souhaitent créer des jeux, la « modélisation » est une barre extrêmement haute : elle nécessite un logiciel spécialisé et une longue pratique, et de nombreuses bonnes idées restent bloquées sur « Je ne peux pas créer ce modèle ». Cet établi aplatit la barre : écrivez « un rocher couvert de mousse » ou « une caisse en bois » et il génère pour vous le modèle 3D correspondant. Il se connecte à plusieurs services de génération 3D externes parmi lesquels choisir, inclut un prétraitement de pose (en gardant les modèles de personnages générés dans une pose standard bien rangée) et conserve les résultats sur le disque plutôt que de les supprimer après utilisation ; l'atelier dispose également d'un modèle Web 3D intégré et d'aperçus d'images, ce qui vous permet de faire tourner un résultat directement à l'intérieur. L'ensemble de l'atelier intègre la même origine dans la page Studio, et les modèles et images générés peuvent être utilisés de manière transparente et intégrés directement dans votre jeu. L'importance va bien au-delà de « un outil de plus » : il transforme « l'acquisition d'actifs », l'étape traditionnellement la plus longue et la plus exigeante en compétences, en quelque chose d'aussi simple que d'écrire une phrase, ce qui rapproche de « créer des jeux même sans compétences artistiques ».

Les définitions de scène convergent : le montage et la lecture ne sont plus en désaccord

Cette journée a également permis une convergence interne importante : rassembler la définition de la couche de données « scène » en un seul endroit. Le premier danger était que cette description de « scène » avait sa propre source dans l'éditeur, les jeux et le moteur — essentiellement la même chose, mais conservée en plusieurs copies. La conséquence était que l'édition et la lecture étaient souvent en désaccord lors du débogage : ce que vous aviez organisé dans l'éditeur semblait différent en jeu, car les deux parties ne lisaient pas du tout la même définition. Aujourd'hui, ce package intermédiaire autonome a été retiré en gros, repliant son contenu dans un environnement d'exécution unifié afin qu'"un objet de scène" ait une définition faisant autorité dans l'ensemble du système ; il a également ajouté une double protection à la synchronisation de l'état « édition pour lecture », garantissant que l'état passe de manière fiable sur le commutateur. Derrière cela se cache un credo fondamental qui traverse tout le projet : un seul fait ne devrait avoir qu'une seule source faisant autorité : une fois qu'il y a plusieurs copies, elles divergeront tôt ou tard discrètement, et cette divergence est le terrain fertile pour les bugs les plus difficiles à traquer. La convergence des définitions de scène vers un seul endroit permet d'acquérir directement la cohérence fiable de « ce que vous voyez lors du montage est ce que vous jouez ».

Moteur : rendu hors écran + scènes imbriquées, ouvrant la voie à des effets complexes et à de grands niveaux

Le moteur a rempli deux autres capacités clés ce jour-là. L'une est le rendu hors écran : en termes simples, laisser le moteur restituer d'abord l'image sur un « canevas invisible », la traiter dans son ensemble, puis l'afficher seulement. C'est la base de toutes sortes de post-effets en plein écran : flou, floraison, réglage des tons, divers filtres nécessitent presque tous la possibilité de "prendre tout le cadre en main, puis de travailler dessus". Aujourd’hui, le moteur a parcouru le chemin du rendu hors écran et du traitement plein écran, ouvrant ainsi la porte à toute une catégorie d’effets visuels. L'autre est l'imbrication de scènes : une scène peut désormais intégrer une autre scène, la plaçant en tant qu'instance réutilisable. C'est très pratique : vous pouvez créer "une maison" ou "un ensemble de lampadaires" comme de petites scènes autonomes et les placer de manière répétée sur une grande carte, où l'édition d'une mise à jour met tout à jour, sans copier-coller des piles de pièces. Le chargement complet de grandes scènes complexes multi-matériaux a été pris en charge parallèlement. Il ne s'agit pas non plus d'une fonctionnalité que les utilisateurs exploitent directement, mais les deux constituent le support sous-jacent qui "rend possible un gameplay plus avancé" - ils décident de la complexité et du raffinement d'une chose que cette plate-forme peut réaliser à l'avenir.

Un aperçu plus résilient : il peut se remettre tout seul d'un crash

Cette journée a également ajouté une couche de « résilience » à l'aperçu en direct sur la droite : lorsque l'aperçu plante ou s'éteint pour une raison quelconque, le système le détecte de manière événementielle et tente automatiquement de récupérer, au lieu de vous laisser face à un écran noir. La lumière du ciel ambiant a également été correctement connectée à l'aperçu, et le seuil de temps de « détection de décrochage » a été réglé pour réduire les fausses alarmes. Ce type de résilience « peut se rétablir d'elle-même en cas de problème » est particulièrement important pour un outil de création que vous essayez et modifiez à plusieurs reprises : la création est intrinsèquement pleine d'essais et d'erreurs, et l'essai atteint inévitablement les cas extrêmes qui tournent mal ; si chaque incident vous obligeait à recommencer manuellement, le flux créatif serait interrompu encore et encore. Donner à l'outil la capacité de se remettre d'une panne absorbe silencieusement ces interruptions, vous permettant de rester plus concentré sur la « création des choses » elle-même.

Ce que signifie cette journée

Les mots clés de la journée sont « baisser la barre » et « poser les bases ». Abaisser la barre apparaît à deux endroits : le vrai ciel prêt à l'emploi donne au nouveau jeu un aspect présentable au premier coup d'œil ; La génération de texte en 3D permet aux personnes sans compétences en modélisation d'obtenir des éléments d'une phrase - dans les deux cas, « construire un jeu attrayant » exige moins de compétences professionnelles. Poser les fondations montre ailleurs : la cohérence des définitions de scènes convergentes, les possibilités du rendu hors écran du moteur et des scènes imbriquées, la résilience de l'auto-récupération de l'aperçu — tels sont les fondements invisibles qui décident du plafond. Une plate-forme souhaitant véritablement que "tout le monde puisse créer des jeux" doit agir sur les deux fronts à la fois : raser les marches d'entrée suffisamment plates pour que tout le monde puisse passer au niveau supérieur, et raffermir les fondations internes suffisamment solides pour supporter le poids d'une création sérieuse. Cette journée a été une avancée synchronisée des deux efforts.