#unity entwicklung

[andreaskorn]

Unity Entwicklung

Space Runner 25

Update: 23/10/2025

Das Projekt (Jump N'Run Minigame) befindet sich kurz vor dem Abschluss.

Checkliste

Aufbereitung eines Udemy Lernworkshops von 2018 (Dr. R. Bühling: Der komplette C# Unity Kurs – Entwickle eigene 3D Spiele)

Upgrade der Projektdaten von Unity 2018 auf Unity 6000.1.8f1

Speicher-/Ladesystem OK

neuer Mixamo Charakter (Jody)

Aktualisierung der Animator Konfigurationen (Mixamo Animationen)

dezenter Muzzle Flash Effekt hinzugefügt

Export: Webbuild (GPU) erlaubt das Abspielen im Webbrowser

Freesound.org: ein paar Hintergrund und Effekt Sounds

Anpassungen der Post Processing Konfiguration

Baked Scene Lighting

Ausstehend

Cinemachine und Zusammenspiel von Camera und vcam; eine 90° Rotation kann im Moment nicht definiert werden (derzeitig: ca. 77°); dadurch entsteht eine gewisse "Schräglage" mit der Verfolgerkamera

Szenenstart: die vcam führt eine störende Rotation aus und muß sich erst auf die Player Start Position zubewegen; das stört etwas

Gefahrenobjekte beinhalten notwendigerweise einen Box Collider, der aber ggf. die Figur aus der horizontalen Bahn bringen kann; in der negativen Konsequenz läuft der Charakter dann an wichtigen Triggern (Events, Szenenwechsel) vorbei

zudem benötige ich für besondere Events ein Danger Script, was die Player Health bei einer Berührung mit dem Collider auf Null reduziert

Dr. Andreas Korn, 23.10.2025

+ + +

[andreaskorn]

Unity

Vorbereitungen: Anmerkungen (17.-18.07. 2025)

Unity Asset MK Glow funktioniert mit freundlicher Hilfe des Entwicklers:

in der Camera muß ein Häkchen bei Post Processing aktiv sein;

links unten in den Assets unter "Settings" ist "PC_Renderer" anzuklicken; im Inspector kann man "Add Renderer Feature" verwenden und nun "MK Glow Renderer Feature" auswählen;

nun stehen viele Optionen wie Bloom und Glare zur Verfügung

freilich verfügt Post Processing auch über eine große Palette an Effekten, wie auch den Bloom Effekt

für MK Glow ist Post Processing nicht erforderlich

Cinemachine: weiteres Testing

Standard Character (Thirdperson = Robot) kann man z.B. gegen einen Mixamo Charakter (hier: Judy) austauschen (vgl. ein Video von Speedtutor).

Zugleich bestand mein Interesse in einer neuen Testszene (06) mit einer Cinemachine CM Kameraverfolgung den Charakter auf eine ausschließlichen Seitwärtsbewegung (Horizontale) zu beschränken. Ähnliches hatte ich in "Space Runner" vor einigen Jahren mit U 2019 umgesetzt, will hier aber Unity 6 verwenden und z.B. Depth of Field" verwenden, um für bestimmte Raumstaffelungen der Objekte + Grafiken eine Tiefenunschärfe zu simulieren.

Leider ist es mir bisher noch nicht gelungen, Damage Objekte, Health und ein Speichersystem (ggf. eine Pistole und Kugeln) zuzuweisen. Die Programmierung in Space Runner kann ich nicht einfach kopieren und in U 6 verwenden.

xxxxxxxxxxxxxxxxxxxxxx

Dr. Andreas Korn (Dipl.-Grafikdesigner FH), (Nachtrag: 29.07.2025)

+ + +

[andreaskorn]

Interaktiver Kunstraum am Beispiel der Unityentwicklung "GAIA" (2020-21)

Screenshot-Serie (1) 

Nach einigen Monaten Entwicklung ist das GAIA Projekt  nun im Jan/2021 abgeschlossen. Das Terrain basiert auf dem gleichnamigen Unity Asset. Folgende Arbeitsschritte wurden ausgeführt:

Terrain Erzeugung und Nachbearbeitung

Generierung einer Unterwasserwelt

Blender Modeling für die Game Props und Objekte

Integration von Mixamo Charakteren

C# Organisation von Trigger Events

In-Game-Animationen

Bildbearbeitung - Digital Arts

UI - User Interface Entwicklung mit HUD Elementen

Soundkonzept und Soundbearbeitung

Dramaturgisches und narratives Konzept (Storytelling)

uvm.

[andreaskorn]

Unity - Kunsträume

Wie das Terraintool “Gaia” die K.I. beeinträchtigen kann

Das Unity Asset “Gaia” vereinfacht die Erzeugung von virtuellen Landschaften. Darüber habe ich bereits berichtet. In der Entwicklung einer virtuellen Umgebung tauchen aber topografische Zerklüftungen auf (s. Abb. 2, vgl. die sternförmigen Bereiche unter der Tanne oder rechts am Erdhügel), die Löcher in das Nav-Mesh reißen. Meine NPC’s scheinen durch Unterbrechungen des Nav-Mesh in ihrem Verhalten (K.I.; Player Detection, Chasing, Attacking) beeinträchtig zu werden. Das erfordert partielle Nachbereitungen mit Objekten, die solche Lücken überdecken, ausfüllen oder ein Beschreiten verhindern. Aber es sind nicht nur diese Lücken, über sich die NPC’s bewegen, sondern der Player selbst kommt mit solchen Leerstellen leicht in Verbindung, ohne dies selbst registrieren zu können. 

Gerne verwende ich mehrschichtige Levelbereiche, wo Sprünge aus höheren Bereichen auf niedrigere Positionen erfolgen. Dabei befindet sich der Main-Player in der Luft (z.B. beim freien Fall durch den virtuellen Raum). In diesem Moment ist er ohne Kontakt zum Nav-Mesh. Die NPC’s verlieren dann im schlimmsten Fall ihr Zielobjekt, wenn der Player in den Erfassungsbereich kommt. Diese Figuren, anstatt den Player anzugreifen, fliehen zu eben einer solchen Nav-Mesh-Lücke, die der Player zuvor passiert hatte. Dann wird eine intendierte Verfolgung im “Nirwana” landen oder es kommt in der Verwendung meines Schulungstemplate (Udemy-Workshop) zu einer ungewollten und ungeplanten Durchdringungskollision. Diese bedeutet, dass der NPC den Player zwar erkennt und einen Attack-Run startet, aber keine Kollisionsobjekte des Players erkennt (BUG). Der NPC läuft in seiner Attacke einfach durch den Player hindurch. Eine Gegenwehr ist dann nur schwer zu managen.

Alle Versuche diese Leerstellen im Nav-Mesh auszugestalten oder anstelle von freiem Fall Brückenelemente zu nutzen, die ein kontinuierliches Nav-Mesh erzeugen, führten trotzdem zu diesen Verhaltensfehlern. Die Integration von ergänzenden Cylinder Körpern im Datennetz des NPC konnten nur einmal eine Durchdringung vermeiden. In einem 2. Versuch war das Ergebnis wieder falsch. 

Fazit: Leider habe ich bislang noch keine Erklärung gefunden. Ich kann nur mit Sicherheit behaupten, dass dies mit dem Terrain zu tun hat. Denn in einer alternativen Kunstraumszene mit einer flachen Ebene (Plane) zeigten alle NPC’s korrektes, also zu erwartendes Verhalten ... Es kostet ggf. zusätzliche Entwicklungszeit, um das Designkonzept umzuändern unter dem gleichzeitigen Zugeständnis von eingeschränkter Gestaltungsfreiheit. Es kann aus meiner Sicht nur das vernünftig gestaltet werden, was gestaltbar und funktionsfähig ist.

ak, 8.1.2021

[andreaskorn]

Unity Entwicklung

Storytelling: Gaia’s virtuelle Welt

Vorgeschichte: Der interaktive Kunstraum beginnt mit einer Unterwasserszene. Der Player hat die Aufgabe ans Land zu kommen, muss dabei Hindernisse umgehen und Lösungen finden. Schließlich gelangt er an die Küste an einen Ort, der von einer großen Steinmauer umgeben ist. Darin befinden sich einige Gebäude, Gegenstände und Informationen, die den Player in eine Handlungsebene lenken. Um ein Sperr-Modul aktivieren zu können, muss er bestimmte Teile finden und in weitere Bereiche vordringen. In weiteren Schritten kann der Player eine fehlendes Brückenelement finden, mit dem er auf einem Steeg zu einer höheren Ebene vordringt. Er kann auf diese Weise ein Labyrinth betreten.

Das Labyrinth (Grobkonzept)

Mit dem fehlenden Brückenelement besteht Zugang nach oben zum "Labyrinth" mit dem grünen magischen Nebel

Magische Cubes versperren den Weg, Sie können weggeschoben werden (Rigidbodies)

Brennenden Schiebequadern muss ausgewichen werden

Man findet den wertvollen grünen Diamanten (den SAM hier versteckt hatte)

Zugleich sammelt man die 3 Energie Stäbe für das Sperr-Modul ein

Am Ende des Labyrinths bekommt man die Aufgabe, Antigravitationsschuhe zu holen, mit deren Hilfe später ein Sprung aus großer Höhe ins Wäldchen ohne Schaden überstanden werden kann. Denn dort (bzw. auf dem Weg dorthin) befinden sich Code-Fragmente für das Sperrmodul

Landet man im Wäldchen (Gegner verhalten sich nicht planmäßig; gehen auf der Stelle, auch die FPS Detection ist falsch, zudem durchdringt dieser Enemy/KAYA den FPS; geschuldet einer Disconnection mit dem Nav-Mesh); Problem lösen oder umgehen?

Folglich muss es einen anderen Trigger geben, um das Tor vom Wäldchen zu öffnen (Animation); zuerst war dies mit dem DEAD-Script assoziiert, also ein Event, wenn der Feind ausgeschaltet wurde...

Danach kann man zum Sperr-Modul gehen (Code ist bereits nun sichtbar) und der Schalter wird umgelegt; jetzt entfernt sich die rote Sperre; man kann bis zum Modul gehen; automatisch werden nun die 3 Stäbe eingeführt und die große Mauer soll sich mit einer Animation nach oben hochbewegen

nun kann man in weitere Levelbereiche vordringen, wo man letztlich wieder die Lancet erreicht und das Ende des GAIA Levels geschafft hat

Anmerkung zum alten iMindMap v10: der permanent auftretenden Update Wunsch führt (bei Ausführung) zu einer neuen kostenpflichtige Version 11. Um dies zu verhindern, muss man im Programmordner iMindMap 10\configurations\services für Datei com.thinkbuzan.gaia.updater.client.properties die Updatefunktion mit einem Editor von TRUE auf FALSE umändern/ausschalten; mit meiner 10er Version bin ich bislang ganz zufrieden; das neue AYOA hat mich in der Free-Edition nicht überzeugt; eine Alternative ist zum Beispiel xMind8 (free edition), sie bietet für einfache Mindmaps gute Möglichkeiten; allerdings sind Exportformate sehr eingeschränkt, aber für Screenshots reicht es immer auch aus. (Ergänzung: FreeMind ist eine weitere auch kostenfreie Möglichkeit zum Erstellen von Mindmaps)