Mehrere Ebenen pro Projekt + ein Schattensystem-Upgrade

Beim Straffen größer werden

Die Arbeit des Tages spaltet sich in zwei Kräfte: „größer werden“ und „straffung“. Auf der wachsenden Seite: Ein Projekt kann mehrere Ebenen umfassen, wodurch die Schöpfungseinheit von „einer Szene“ auf „eine ganze Reihe eines Spiels“ angehoben wird; Die Schatten, HDR und Bloom der Engine wurden gleichzeitig verstärkt, was bedeutet, dass die Grafik einen weiteren großen Schritt in Richtung Realismus und Textur machen kann; und aus der Bullet-Survival-Probe wurde eine komplette zweistufige Kampagne, die diese neuen Fähigkeiten vor Ort demonstrierte. Was die Verschärfung betrifft: Sowohl die Engine als auch der Chat jagten den unsichtbaren Feind der „Ressourcenlecks“ und verstopften Punkt für Punkt den Videospeicher und den Speicher, der nach der Verwendung nicht zurückgegeben wurde; Die Agentenzuverlässigkeit wurde außerdem gezielt gestärkt, sodass sie bei Fehlern erneut versuchen kann und sehr langen Kontexten standhält. Eine schnell wachsende Plattform muss ihr Fundament schrittweise festigen, denn je größer der Maßstab, desto mehr Löcher gibt es. An diesem Tag geschah zufällig beides gleichzeitig.

Mehrere Level in einem Projekt + ein Level-Launcher

An diesem Tag erhielt der Herausgeber „Multi-Szenen-Spiele“, eine wichtige Änderung, die die Einheit der Schöpfung erweitert. Zuvor war ein Projekt im Wesentlichen einer Szene zugeordnet, was ein komplettes Spiel mit mehreren Verzweigungsebenen umständlich machte; Jetzt können mehrere Ebenendateien in einem Projekt koexistieren, und das Asset-Panel organisiert „Unter-Assets“ nach Namen, anstatt dieselbe Szene in schwindelerregend doppelten Zeilen zu stapeln. Es wurde ein Level-Launcher-Panel hinzugefügt, sodass Sie direkt in Studio auswählen können, welches Level Sie zum Bearbeiten oder Spielen aufrufen möchten. Bearbeiten und Abspielen bleiben synchron, sodass alles, was Sie im Editor ändern, beim Umschalten auf Abspielen originalgetreu angezeigt wird. Um diese Fähigkeit zu konkretisieren, wurde aus dem Bullet-Survival-Beispiel eine echte Multi-Level-Kampagne – ein Level für eine Tagesweide, eines für einen Nachtfriedhof, zwei völlig unterschiedliche Stimmungen – eine praktische Demonstration von „Erstellen einer ganzen Reihe von Levels in einem Projekt“. Von diesem Tag an ist der Aufbau eines kompletten Spiels mit einem Anfang-Mittel-Ende und mehreren Levels strukturell endlich natürlich, da nicht mehr ein separates Projekt pro Level manuell zusammengefügt werden muss.

Ein Schatten-Upgrade: klarer Nahbereich, sanfter Fernbereich, auch Punktlichter werden geworfen

Die Schatten der Engine sind an diesem Tag um eine Stufe gestiegen, und genau sie entscheiden darüber, ob ein 3D-Bild „glaubwürdig“ ist – ohne sie scheinen Objekte in der Luft zu schweben oder am Hintergrund zu haften, ohne das Gefühl von Festigkeit. Eine zentrale Ergänzung waren „kaskadierte Schatten“, die als einheitlicher Ansatz festgelegt wurden. Es löst das immerwährende Problem der Schatten großer Szenen: Wenn eine große Karte mit einer Schattenkarte mit fester Auflösung abgedeckt wird, wird entweder die Nähe oder die Ferne verwischt; Kaskadierte Schatten unterteilen die Ansicht je nach Entfernung in Segmente, mit hoher Auflösung im Nahbereich und geringerer Auflösung in der Ferne, sodass die Schatten zu Ihren Füßen klar und scharf sind, während in der Ferne ein fließender Übergang erfolgt und die gesamte große Karte erhalten bleibt. Die andere Ergänzung besteht darin, dass Punktlichter jetzt Schatten werfen können – zuvor erzeugte nur sonnenähnliches gerichtetes Licht Schatten, während eine Glühbirne oder eine Taschenlampe, die in alle Richtungen strahlte, keine Schatten warf; Jetzt werfen auch sie korrekte Schatten, die sich rundherum ausbreiten. Mit vollständigem HDR (High Dynamic Range, für realistischere Hell-Dunkel-Abstufung) und Bloom-Beispielen stieg der Gesamtrealismus. Dies ist die unverzichtbare grafische Grundlage, um von hier aus glaubwürdige reale Szenen zu erstellen.

Das Bullet-Survival-Beispiel: von „es läuft“ bis „sieht aus wie ein echtes Spiel“

Rund um dieses Bullet-Survival-Beispiel hat dieser Tag die gesamte Partikel- und Effektkette gründlich begradigt und sie von „es läuft“ auf „sieht aus wie ein echtes Spiel“ aufpoliert. Eine Reihe konkreter Arbeiten: Das Partikelsystem wurde auf einen instanzierten Ansatz umgestellt, sodass Funken, Explosionen und Lichteffekte, die den Bildschirm gleichzeitig füllen, nicht mehr ruckeln; Additives Mischen und transparentes Rendern wurden korrigiert, wodurch die geschwärzten Quadrate entfernt wurden, die früher an Effektkanten auftraten. Stoßwellen gingen von einem unordentlichen Klecks zu sauberen dünnen Ringen über; Jede Fertigkeit erhielt ihren eigenen benutzerdefinierten Shader, der Explosion, Feuer und Eis ihr eigenes Gefühl verleiht. Abgerundet mit einer Schicht filmischer Nachbearbeitung und einem vollständigen Satz an Erscheinungsbildern für die Monster und den Spielercharakter. Der Wert ist zweifach: Einerseits wurde das Sample selbst zu einem gut aussehenden Endprodukt, das Sie direkt spielen oder von dem Sie lernen können; Andererseits wurden die gesamten Grafikfunktionen, die die Engine an diesem Tag gerade verbessert hatte – Schatten, Bloom, Partikel, Effekte –, mit einem echten Spiel einem durchgehenden Belastungstest unterzogen. Nur wenn man es aufrechterhält, wird bewiesen, dass diese zugrunde liegenden Fähigkeiten wirklich nutzbar sind.

Jagd auf Ressourcenlecks an beiden Enden

Dieser Tag hatte von vorne und hinten einen versteckten roten Faden: die Suche nach „Ressourcenlecks“. Bei einem Leck handelt es sich um verbrauchte, aber nicht rechtzeitig zurückgegebene Ressourcen, die sich anhäufen, bis sie das gesamte System zum Absturz bringen – bei normaler Nutzung unauffällig, nur bei längerer, großflächiger Nutzung aufflammend und daher besonders heimtückisch. Auf der Engine-Seite wurde ein vollständiges Lebenszyklusmanagement für GPU-Ressourcen hinzugefügt: Jeder Videospeicherpuffer und jede Textur kann nach der Verwendung explizit zerstört und zurückgefordert werden, und der Renderer als Ganzes kann sauber freigegeben werden – zuvor konnte dieser Videospeicher stillschweigend auslaufen und sich über einen längeren Zeitraum füllen. Auf der Chat-Seite wurden mehrere Speicherlecks im Front-End-Status auf einmal behoben: Wenn eine Sitzung geschlossen wird, werden die verschiedenen damit verbundenen Caches, Listener und temporären Datensätze korrekt gelöscht, anstatt im Speicher zu verweilen und sich anzuhäufen. Die beiden scheinen nichts miteinander zu tun zu haben – einer beim Low-Level-Rendering, einer bei der Front-End-Schnittstelle –, aber der Kern ist das gleiche Prinzip: Wer eine Ressource anfordert, ist dafür verantwortlich, sie nach der Verwendung zurückzugeben. Die Durchsetzung dieses Prinzips in jeder Ecke des Systems ist die grundlegende Garantie dafür, dass Software im großen Maßstab über einen langen Zeitraum stabil laufen kann.

Härtung der Agentenzuverlässigkeit: Es kann bei Fehlern erneut versucht werden und langem Kontext standhalten

An diesem Tag wurde auch die Agentenzuverlässigkeit gezielt gestärkt, wobei der Schwerpunkt auf den Problemklassen lag, die sich am stärksten darauf auswirken, „ob die KI bei der Arbeit zuverlässig ist“. Erstens wurde die Wiederholung großer Modellaufrufe innerhalb der Arbeitsschleife des Agenten hinzugefügt: Ein Modellaufruf schlägt gelegentlich aufgrund von Netzwerk-Jitter und Ähnlichem fehl, und wo früher ein Fehler die gesamte Aufgabe unterbrochen hat, wiederholt er sich jetzt innerhalb der Schleife selbst und absorbiert so sporadische Fehler. Zweitens: Wenn der Konversationskontext zu lang wird und sich der Kapazität des Modells nähert, komprimiert das System den Verlauf proaktiv und reaktiv und vermeidet so, dass die Grenze erreicht wird und es zu einem Absturz kommt. Drittens wurde die Rückrufbehandlung beim Delegieren einer Aufgabe an einen Subagenten gestärkt, zusammen mit der Meldung des Ereignisrückstands. Diese Änderungen gingen mit einem speziellen Verifizierungsmittel einher – einem skriptfähigen „Fake-Model-Server“, der verschiedene abnormale Situationen simuliert und jede Härtung in einem echten laufenden Stack validiert. Eine Plattform, bei der die KI über weite Strecken autonom für Sie arbeitet, befürchtet am meisten, dass sie bei einem sporadischen Problem stillschweigend ins Stocken gerät oder abstürzt; Diese Schwachstellen einzeln zu stärken, ist genau die Zuversicht, die es Menschen wagen lässt, „es laufen zu lassen“.

Was dieser Tag bedeutet

An diesem Tag standen „Ehrgeiz“ und „Selbstvertrauen“ nebeneinander. Mehrstufige Projekte und das Schatten-Upgrade stehen für Ambition – die Plattform soll vollständigere, größere und besser aussehende Werke tragen und die kreative Obergrenze noch einmal anheben; während die Suche nach Lecks und die Härtung der Agentenzuverlässigkeit Sicherheit darstellen – lassen Sie diese größeren Ambitionen stabil auf einem Fundament ruhen, das keine Lecks verursacht, nicht abstürzt und sich bei Fehlern selbst heilt. Ein Produkt, das ohne Sicherheit Ambitionen verfolgt, bricht umso stärker zusammen, je größer es wird. Eine schützende Gewissheit ohne gewagten Ehrgeiz bleibt für immer bestehen. Ein wirklich ausgereifter Ingenieursrhythmus lässt die beiden wie an diesem Tag aufeinander abstimmen: Jeder große Fortschritt in der Leistungsfähigkeit geht einher mit dem Abtragen einer weiteren Fundamentschicht. Das Beispiel, das in eine komplette zweistufige Kampagne mit verfeinerten visuellen Elementen umgewandelt wurde, ist die beste Fußnote zu diesem Rhythmus – es zeigt sowohl, wie gut es werden kann, als auch, indem es selbst läuft, beweist es, ob alles wirklich stabil ist.