Plusieurs niveaux par projet + une mise à niveau du système fantôme

Grandir en se resserrant

Le travail de la journée se divise en deux forces : « grandir » et « se resserrer ». Du côté de la croissance : un projet peut contenir plusieurs niveaux, élevant l'unité de création d'« une scène » à « un ensemble complet d'un jeu » ; les ombres, le HDR et la floraison du moteur se sont intensifiés en même temps, ce qui signifie que les visuels peuvent faire un autre grand pas vers le réalisme et la texture ; et l'échantillon de survie par balle est devenu une campagne complète à deux niveaux, démontrant ces nouvelles capacités sur place. Côté resserrement : le moteur et le chat ont chassé l'ennemi invisible des « fuites de ressources », bouchant point par point la mémoire vidéo et la mémoire non restituée après utilisation ; la fiabilité de l'agent a également bénéficié d'un renforcement ciblé afin qu'il puisse réessayer en cas d'erreur et résister à un contexte très long. Une plate-forme en croissance rapide doit resserrer ses fondations progressivement, ou plus l'échelle est grande, plus les trous sont nombreux. Ce jour-là, c'était les deux à la fois.

Plusieurs niveaux dans un projet + un lanceur de niveaux

Ce jour-là, l'éditeur a gagné des « jeux multi-scènes », un changement clé qui élargit l'unité de création. Auparavant, un projet était essentiellement mappé sur une seule scène, ce qui rendait maladroit un jeu complet avec plusieurs niveaux de branchement ; désormais, plusieurs fichiers de niveau peuvent coexister dans un même projet, et le panneau d'actifs organise les "sous-actifs" par nom plutôt que d'empiler la même scène dans des lignes en double vertigineuses. Un panneau de lancement de niveau a été ajouté afin que vous puissiez choisir le niveau auquel accéder pour l'édition ou jouer directement dans Studio ; l'édition et la lecture restent synchronisées, de sorte que tout ce que vous modifiez dans l'éditeur s'affiche fidèlement lorsque vous passez à la lecture. Pour concrétiser cette capacité, l'échantillon de survie par balle est devenu une véritable campagne à plusieurs niveaux - un niveau pour un pâturage de jour, un pour un cimetière de nuit, deux ambiances entièrement différentes - une démonstration pratique de "construire tout un ensemble de niveaux dans un seul projet". À partir de ce jour, construire un jeu complet avec un début, un milieu et plusieurs niveaux est enfin structurellement naturel, ne nécessitant plus un projet séparé par niveau assemblé manuellement.

Une mise à niveau des ombres : nettes de près, douces de loin, lumières ponctuelles également projetées

Les ombres du moteur ont augmenté d'un niveau ce jour-là, et c'est exactement ce qui décide si une image 3D est « crédible » : sans elles, les objets semblent flotter dans l'air ou coller à l'arrière-plan, sans aucun sentiment de solidité. Un ajout essentiel était les « ombres en cascade », définies comme approche unifiée. Il résout le problème récurrent des ombres sur les grandes scènes : couvrir une grande carte avec une carte d'ombres à résolution fixe rend flous le proche ou le lointain ; les ombres en cascade divisent la vue en segments en fonction de la distance, en haute résolution de près et de loin, de sorte que les ombres à vos pieds sont nettes et nettes tandis que les ombres lointaines se transforment en douceur et que l'ensemble de la grande carte tient le coup. L’autre ajout est que les lumières ponctuelles peuvent désormais projeter des ombres – auparavant, seule la lumière directionnelle semblable à celle du soleil produisait des ombres, tandis qu’une ampoule ou une torche rayonnant dans toutes les directions n’en projetait aucune ; maintenant, eux aussi projettent des ombres correctes qui se propagent tout autour. Avec le HDR complet (plage dynamique élevée, pour une gradation claire et sombre plus réaliste) et des exemples de floraison, le réalisme global a augmenté. Il s’agit de la base graphique indispensable pour créer des scènes réelles crédibles à partir d’ici.

L'échantillon de survie par balle : de "ça court" à "ressemble à un vrai jeu"

Autour de cet échantillon de survie par balle, cette journée a soigneusement redressé toute la chaîne de particules et d'effets, la polissant de "ça court" à "ressemble à un vrai jeu". Une série de travaux concrets : le système de particules a été modifié pour adopter une approche instanciée, de sorte que les étincelles, les explosions et les effets de lumière remplissant immédiatement l'écran ne bégayent plus ; le mélange additif et le rendu transparent ont été corrigés, éliminant les carrés noircis qui apparaissaient sur les bords de l'effet ; les ondes de choc sont passées d'une goutte désordonnée à des anneaux minces et propres ; chaque compétence a son propre shader personnalisé, donnant à l'explosion, au feu et à la glace leur propre sensation ; surmonté d'une couche de post-traitement cinématographique et d'un ensemble complet d'éléments d'apparence pour les monstres et le personnage du joueur. La valeur est double : d’une part, l’échantillon lui-même est devenu un beau produit fini sur lequel vous pouvez jouer directement ou apprendre ; de l’autre, il a testé, de bout en bout, l’ensemble des capacités graphiques que le moteur venait de mettre à niveau ce jour-là – ombres, floraison, particules, effets – avec un vrai jeu. Ce n’est qu’en le maintenant qu’il est prouvé que ces capacités sous-jacentes sont véritablement utilisables.

Fuites de ressources de chasse aux deux extrémités

Cette journée avait un fil conducteur caché : la chasse aux « fuites de ressources ». Une fuite correspond à des ressources utilisées mais non restituées à temps, qui s’accumulent jusqu’à entraîner tout le système vers le bas – discrètes en utilisation normale, n’éclatant qu’en cas d’utilisation longue et à grande échelle, et donc particulièrement insidieuses. Du côté du moteur, une gestion complète du cycle de vie des ressources GPU a été ajoutée : chaque tampon et chaque texture de mémoire vidéo peuvent être explicitement détruits et récupérés après utilisation, et le moteur de rendu dans son ensemble peut être libéré proprement – ​​auparavant, cette mémoire vidéo pouvait fuir discrètement, se remplissant sur une longue période. Côté chat, plusieurs fuites de mémoire de l'état frontal ont été résolues d'un coup : lorsqu'une session est fermée, les différents caches, écouteurs et enregistrements temporaires qui y sont liés sont correctement évincés plutôt que de rester en mémoire et de s'accumuler. Les deux ne semblent pas liés – l’un dans le rendu de bas niveau, l’autre dans l’interface frontale – mais le principe est le même : celui qui demande une ressource est responsable de la restituer après utilisation. L’application de ce principe dans tous les recoins du système constitue la garantie fondamentale que les logiciels peuvent fonctionner de manière stable pendant une longue période et à grande échelle.

Renforcement de la fiabilité de l'agent : il peut réessayer en cas d'erreur et résister à un contexte long

Cette journée a également permis de renforcer la fiabilité des agents, en se concentrant sur les classes de problèmes qui affectent le plus « la fiabilité de l'IA au travail ». Premièrement, une nouvelle tentative d'appels de grand modèle a été ajoutée dans la boucle de travail de l'agent : un appel de modèle échoue parfois en raison de la gigue du réseau, etc., et là où un échec interrompait l'ensemble de la tâche, il réessaye désormais dans la boucle, absorbant ces erreurs sporadiques. Deuxièmement, lorsque le contexte de conversation devient trop long et s'approche de la capacité du modèle, le système compresse l'historique de manière proactive et réactive, évitant ainsi d'atteindre la limite et de planter. Troisièmement, la gestion des rappels lors de la délégation d'une tâche à un sous-agent a été renforcée, ainsi que le reporting du retard des événements. Ces changements étaient accompagnés d'un moyen de vérification dédié : un « faux serveur de modèles » scriptable simulant diverses situations anormales, validant chaque durcissement dans une véritable pile en cours d'exécution. Une plate-forme sur laquelle l'IA fonctionne de manière autonome pour vous sur de longues périodes craint qu'elle ne cale silencieusement ou ne s'écrase à mi-chemin en raison d'un problème sporadique ; renforcer ces maillons faibles un par un est exactement la confiance qui permet aux gens d'oser « laisser tomber ».

Ce que signifie cette journée

Cette journée a mis côte à côte « ambition » et « assurance ». Les projets à plusieurs niveaux et la mise à niveau de l'ombre représentent une ambition : permettre à la plate-forme de transporter des œuvres plus complètes, plus grandioses et plus belles, élevant ainsi le plafond créatif ; tandis que la chasse aux fuites et le renforcement de la fiabilité des agents représentent une assurance – laissant ces plus grandes ambitions reposer solidement sur une fondation qui ne fuit pas, ne tombe pas en panne et s'auto-répare en cas d'erreur. Un produit poursuivant l’ambition sans assurance s’effondre à mesure qu’il grandit ; une assurance protectrice sans ambition audacieuse reste en place pour toujours. Un rythme d'ingénierie véritablement mature permet aux deux entreprises de se suivre comme elles l'ont fait aujourd'hui : chaque grand pas en avant en matière de capacité s'accompagne d'un raffermissement d'une autre couche de fondation. L'échantillon transformé en une campagne complète à deux niveaux avec des visuels raffinés est la meilleure note de bas de page de ce rythme - il montre à la fois à quel point il peut devenir bon et, en s'exécutant lui-même, prouve si tout cela est vraiment stable.