Le moteur gagne en physique et en sélection + une base d'interface utilisateur reconstruite

De « peut rendre » à « peut jouer »

Les capacités accumulées du moteur étaient pour la plupart restées sur « un rendu correct et magnifique » ; mais un jeu ne se limite pas à l'apparence : il doit être jouable : les objets doivent tomber et entrer en collision, le joueur doit être capable de cliquer et d'opérer. Ce jour-là, l'essentiel du moteur a été d'éliminer immédiatement les éléments les plus difficiles à "jouer" : physique, sélection, anti-aliasing, sélection des performances. Pendant ce temps, l'interface a effectué une mise à niveau de base, déplaçant l'ensemble de ses composants d'interaction vers une implémentation plus moderne et plus stable. Rendre « ce que vous construisez jouable » d'un côté et « l'outil avec lequel vous construisez plus stable » de l'autre — c'est un jour où le moteur et l'interface ont franchi ensemble un seuil de qualité.

Un gros boost moteur : physique + click-to-pick + anti-aliasing

Le moteur a détruit trois parties inévitables de la création d’un jeu en même temps ce jour-là. Le titre est la physique : une capacité prenant en charge à la fois la 2D et la 3D a été intégrée, de sorte que les objets réagissent désormais à la gravité, entrent en collision et s'empilent – ​​les jeux de plateforme, les casse-briques, l'empilement de boîtes et le roulement de billes bénéficient enfin d'un véritable support sous-jacent au lieu d'une simulation truquée à la main. Vient ensuite la sélection d'écran : cliquez sur un objet à l'écran et sélectionnez-le avec précision - la base commune du "cliquez pour sélectionner un objet" dans l'éditeur et du "jeu basé sur le clic" dans le jeu. Troisièmement, l'anticrénelage : les bords des objets ne montrent plus cette irrégularité en escalier, de sorte que l'image semble propre et professionnelle. Physique pour « peut bouger », sélection pour « peut interagir », anticrénelage pour « semble présentable » – avec les trois, le moteur passe véritablement de « peut rendre » à « peut créer un jeu jouable ».

Performance : suppression du frustum pour de grandes scènes plus fluides

Le moteur a également ajouté aujourd’hui une optimisation clé des performances : l’élimination des troncs. L'idée est simple : ne vous embêtez pas à dessiner des objets que la caméra ne peut pas voir actuellement (ceux en dehors de la vue). Avant cela, les objets d'une scène pouvaient tous être traités, qu'ils soient ou non à l'écran, ce qui gaspillait beaucoup de calcul à mesure que les scènes grandissaient ; désormais, le moteur juge d'abord si chaque objet se trouve dans la plage visible de la caméra et ignore carrément les objets invisibles. Plus la scène est grande et plus il y a d'objets, plus cela permet d'économiser, de sorte que les fréquences d'images résistent bien mieux dans les scènes complexes. Il complète le dessin instancié précédent (dessiner un grand lot d'objets identiques à la fois) : l'un coupe « dessiner des doublons », l'autre coupe « dessiner l'invisible ». Ensemble, le moteur est clairement mieux équipé pour transporter des scènes volumineuses et denses.

Une base d'interface utilisateur reconstruite : une bibliothèque de composants moderne + un filet de sécurité contre les erreurs de rendu

L'interface a effectué aujourd'hui une mise à niveau de niveau « remplacer la base » : déplacer tout un ensemble de composants d'interaction (boîtes de dialogue, listes déroulantes, menus, contrôles de formulaire) vers une base de composants moderne, mature et fiable. Les avantages sont nombreux : une sensation d'interaction plus fluide, des visuels plus unifiés, une meilleure accessibilité ; les endroits qui se contentaient autrefois des fenêtres contextuelles natives du navigateur (ces boîtes d'invite système laides et non personnalisables) ont été mis à niveau vers des boîtes de dialogue au style cohérent. Plus important encore, un « filet de sécurité contre les erreurs de rendu » a été ajouté en dessous : si un composant de l'interface utilisateur se déclenche pendant le rendu, le système l'isole plutôt que de laisser une erreur locale geler tout l'écran de démarrage. Cela ressemble à "un simple échange de bibliothèque d'interface utilisateur", mais cela fait en réalité passer l'interface de "utilisable mais fragile" à "robuste et durable" - pour un outil que vous regardez pendant des heures chaque jour, la stabilité de l'interface décide directement si son utilisation est sûre.

La lecture de l'héritage matériel + le choix d'un jeu l'active

Deux autres améliorations quotidiennes ont été apportées ce jour-là. Premièrement : l'héritage matériel est devenu « lecture continue » — une propriété qu'un matériau enfant ne définit pas explicitement passe automatiquement à la valeur du parent — donc le fait de mettre des paramètres partagés sur le parent et de remplacer uniquement les différences sur les enfants rend un lot de matériaux unifiés mais légèrement variables à la fois gérables et moins sujets aux erreurs. Deux, et un point critique : choisir ou créer un jeu l'active désormais véritablement en tant que jeu en cours, le répertoire de travail de l'agent en arrière-plan changeant pour correspondre. Avant cela, avec plusieurs jeux coexistant, il était facile de "regarder celui-ci pendant que l'agent modifie celui-là" - une fois que ce que vous choisissez est ce qui est ciblé, cette inadéquation est éliminée. L’un rend les matériaux maintenables, l’autre maintient les opérations sans confusion – deux détails clés pour clarifier la question complexe de la « coexistence de plusieurs contenus ».

Un nouvel établi de bobine + débogage du moteur et une mise à niveau du modèle par défaut

La famille d'outils a gagné un autre membre ce jour : un établi à bobines pour organiser des cinématiques et du contenu cinématique, un outil supplémentaire pratique pour créer des jeux avec narration et mise en scène. Le côté moteur a ajouté un guide technique de débogage dédié, distillant les routines de diagnostic des problèmes de rendu afin que les utilisateurs et l'IA puissent localiser les problèmes en les suivant. Le backend a mis à niveau le modèle par défaut vers un niveau plus puissant, afin que la même conversation obtienne des réponses plus intelligentes. Individuellement petits, ceux-ci indiquent une direction : au-delà des gros blocs « jouables » et « plus stables », la couverture des outils, la capacité de débogage du moteur et les capacités sous-jacentes de l'IA avancent chacune un peu. La maturité d'une plateforme repose à la fois sur quelques grandes avancées et sur ce genre de petits renforcements continus.

Ce que signifie cette journée

C’est un jour où le moteur et l’interface « sont devenus majeurs ». Le moteur ajoutant de la physique, du picking, de l'anti-aliasing et du culling — ce ne sont pas des effets décoratifs mais la ligne de passage pour « si une chose peut être appelée un jeu » : il bouge, il est interactif, il a l'air présentable, il gère une grande scène. L'interface évoluant sur une base moderne avec un filet de sécurité contre les erreurs fait passer la coque que vous utilisez pendant des heures par jour de « utilisable » à « robuste ». Ensemble, ils marquent que la plate-forme commence à avoir les bases nécessaires pour créer des « jeux véritablement jouables » – à la fois le moteur qui permet à un jeu de tenir et la stabilité de l'interface qui donne envie aux gens de l'utiliser quotidiennement. À partir de ce jour, « créer un jeu jouable » n’est plus une vision mais un ensemble d’outils réellement disponibles.