Häufig gibt ein Soundeffekt im Spiel ein akustisches Feedback über ein Ereignis. So könnte ein Ton erklingen, wenn die Spielfigur z.B. eine Münze einsammelt. Sounds werden der Spielszene in Unity normalerweise über eine Audio Source-Komponente hinzugefügt. Allerdings wird eine solche Geräuschquelle beim Einsammeln sofort zusammen mit dem Objekt aus der Szene entfernt, so dass der Clip keine Gelegenheit zum Abspielen hat. Dieser Umstand macht es erforderlich, ein separates Abspielobjekt auszulösen, welches sich nach dem vollständigen Abspielen selbst löscht und aufräumt. Dieser Artikel beschreibt Beispiele, um ein solches unabhängiges Abspielen zu realisieren.

Unity-Funktion PlayClipAtPoint

Unity selbst bietet seit einigen Versionen die Methode AudioSource.PlayClipAtPoint(SoundClip,Position) an, die eine Audio-Datei ohne weitere Abhängigkeiten abspielt und aufräumt. Die Dokumentation enthält bereits ein leicht zu erweiterndes C#-Code-Beispiel:

using UnityEngine;

public class Demo: MonoBehaviour
{
    public AudioClip clip; //Assign in Inspector

    private void OnTriggerEnter(Collider collider)
    {
        ...
        AudioSource.PlayClipAtPoint(clip, transform.position); //Play clip at position of this object
        ...
    }
}

Funktionsweise:

• Beim Einsammeln wird im Code lediglich der Befehl AudioSource.PlayClipAtPoint(...) aufgerufen. Die Funktion erstellt automatisch ein zusätzliches Spielobjekt mit Audio-Player und löscht es nach dem Abspielen.
• Der Befehle benötigt eine Sound-Datei als ersten Parameter, für den sich z.B. ein public-Feld („clip“) eignet. Das Sound-Asset lässt sich dann im Inspector zuweisen.
• Der Befehle benötigt eine Position im Raum als zweiten Parameter, für den z.B. die Position des eingesammelten Objekts in Frage kommt.

Anmerkungen:

• Dieser Befehl wirkt dreidimensional, d.h. der Sound wird aufgrund seiner räumlichen Position zum Audio Listener, der normalerweise an der Kamera hängt, lauter oder leiser.
• Oft genügt es aber, ein Audio-Feedback räumlich unabhängig, abzuspielen. Hierfür lässt sich z.B. die Kamera-Position als räumliche Koordinate übergeben: AudioSource.PlayClipAtPoint(clip, Camera.main.transform.position);

Eigene Helfer-Funktion PlayClip2D

Die Helfer-Klasse Audio aus dem GDP-Toolkit stellt die Funktion PlayClip2D bereit, die PlayClipAtPoint ähnelt, aber den Audiospieler für ortsunabhängigen 2D-Sound konfiguriert und über das Rückgabeobjekt Zugriff auf weitere Parameter gewährt.

• Lade die Klasse Audio.cs aus meinem GitHub-Repository herunter und kopiere sie in Dein Projekt.
• Füge using GameDevProfi.Utils; an den Anfang der C#-Datei ein, von der aus Du den Sound starten willst.
• Rufe an der gewünschten Stelle Audio.PlayClip2D(clip); auf. Der Parameter clip muss auf ein Audio-Asset zeigen. Dieses könnte wiederum in deinem Script als Feld definiert werden, um es im Inspector zuweisen zu können.

Beispiel für die Nutzung:

using System.Collections;
using System.Collections.Generic;
using UnityEngine;
using GameDevProfi.Utils;

public class SoundDemo : MonoBehaviour
{
    /// <summary>
    /// Clip to play, assign in Inspector.
    /// </summary>
    public AudioClip clip;

    void Start()
    {
        if (clip == null) { Debug.LogError("Assign an audio clip in Inspector.");  enabled = false; }
    }

    void Update()
    {
        if (Input.GetKeyUp(KeyCode.Alpha3)) Audio.PlayClip2D(clip);
    }
}

Wird die Taste 3 gedrückt, spielt der Sound ortsunabhängig ab.

AudioSource im Prefab auslagern

Um die Parameter des AudioPlayers visuell zu definieren, besteht eine weitere Möglichkeit darin, ein Prefab des AudioPlayers zu erstellen, das beim Einsammeln der Münze in der Szene instanziiert wird. Das automatische Löschen lässt sich ebenfalls durch die Audio-Helfer des GDP-Toolkit einbauen:

• Lade die Klasse Audio.cs aus meinem GitHub-Repository herunter und kopiere sie in Dein Projekt.
• Füge using GameDevProfi.Utils; an den Anfang der C#-Datei ein, von der aus Du den Sound starten willst.
• Füge ein Feld vom Typ GameObject der Klasse hinzu. Erstelle ein leeres Objekt im Unity Editor, füge einen Audio-Player hinzu und speichere dieses Objekt als Prefab, in dem Du es auf das Projekt ziehst. Ziehe weise dem audioPlayerPrefab-Feld Deines Scripts im Inspector dieses Prefab zu.
• Rufe an der gewünschten Stelle Instantiate(audioPlayerPrefab); auf.
• Damit das Objekt nach dem Abspielen gelöscht wird, füge sofort nach dem Instantiate eine Komponente vom Typ Audio.AutoCleanup hinzu.

Beispiel für die Nutzung:

using System.Collections;
using System.Collections.Generic;
using UnityEngine;
using GameDevProfi.Utils;

public class SoundDemo : MonoBehaviour
{
    public GameObject audioPlayerPrefab;
  
    void Update()
    {
      if (Input.GetKeyUp(KeyCode.Alpha4))
      {
        GameObject player = Instantiate(audioPlayerPrefab);
        player.AddComponent<Audio.AutoCleanup>();
      }
    }
}

Wird die Taste 4 gedrückt, spielt der Sound ortsunabhängig ab, in dem das Prefab dupliziert und ein AutoCleanup-Script hinzugefügt wird.

Zusammenfassung

Um einen Sound schnell und einfach abzuspielen, bietet Unity die Funktion AudioSource.PlayClipAtPoint. Da diese keinen Zugriff auf Eigenschaften des Players gibt, lässt sich der Sound hier aber nicht positionsunabhängig abspielen. Die Funktion PlayClip2D aus dem GDP-Toolkit zeigt eine ähnliche Implementierung, die den Player für 2D vorkonfiguriert und zudem Zugriff auf das Player-Objekt gewährt. Zudem besteht die Möglichkeit ein Prefab zu instantiieren, wodurch die präzise Konfiguration sogar im Unity-Editor möglich wird.

Für fast alle größeren Programmiersprachen tauchen früher oder später Werkzeuge für Visual Scripting (grafisches Programmieren) auf, die die Formulierung von Programmlogik durch grafische Oberflächen erleichtern sollen. In diesen Systemen muss kaum mehr Code von Hand geschrieben werden. Statt dessen ermöglichen Listen oder Diagramme das Zusammenbauen eines Scripts durch Ziehen, Platzieren und Verbinden von vorgefertigten Bausteinen per Maus. Dieser Artikel befasst sich mit einigen Visual Scripting-Werkzeugen für den Unity-Editor.

Spiele entwickeln ohne Programmieren?

Wenn man noch wenig Erfahrung mit Software-Entwicklung hat, kann die Komplexität des Themas schnell einschüchternd und überfordernd wirken. Folglich werden Visual Scripting -Systeme oft mit Versprechen beworben, die den Eindruck erwecken, dass die Entwicklung einer Software, z.B. eines Spiel, mit Hilfe solcher Werkzeuge quasi ohne Programmierung möglich wäre.

Das ist jedoch ein Trugschluss, denn es gibt einen entscheidenden Unterschied in den Begriffsdetails. Der Ausdruck „Programmieren“ wird oft sehr allgemein mit unterschiedlicher Bedeutung eingesetzt, wobei tatsächlich aber mindestens die folgenden zwei Aspekte zu unterschieden sind:

• Formulieren von Programmlogik – Was soll der Computer genau machen?  Wie soll er z.B. auf Nutzereingaben reagieren? Für alle dynamischen oder interaktiven Vorgänge sind derartige Fragen zu beantworten, was die Programmlogik bildet.
• Schreiben von Code – Die Programmlogik muss als Text in einer Programmiersprache für den Computer verständlich ausgedrückt werden.

Visual Scripting kann lediglich das Schreiben von textuellem Code mit dem Anordnen von grafischen Elementen ersetzen. Das Formulieren der Programmlogik ist immer erforderlich, denn ein Projekt ohne jegliche Programmlogik ist statisch, also letztlich ein Film oder Bild. Anders ausgedrückt: Es ist nicht möglich, ein Programm zu entwickeln, ohne festzulegen, was passieren soll. Woher sollte der Computer wissen, was zu tun ist? Das bedeutet, dass das „technische Denken“, das die Grundlage des Software-Entwicklungs-Prozesses darstellt, in jedem Fall erforderlich ist.

Nachteile von Visual Scripting

Ein perfektes grafisches Programmiersystem ist eine tolle Vorstellung, doch tauchen in der Praxis etliche Nachteile auf, so dass sein Einsatz in vielen Fällen sogar ungeeignet ist:

• Aufblähung trivialer Elemente – Dadurch dass jeder Baustein eine grafische Fläche einnimmt, benötigen selbst einfachste Anweisungen relativ viel Platz, was die Übersichtlichkeit eines Diagramms erschwert. Dieser Nachteil hängt natürlich vom konkreten System und seiner Darstellung ab.
• Kaum überschaubar – Durch die Isolation von Programm-Modulen in einzelnen Diagrammen ist es in größeren Projekten schwer, den Überblick zu behalten. Ähnlich wie beim Schreiben von Code lässt sich dieser Nachteil höchstens durch extrem sorgfältiges Kapseln von Modulen und dem Minimieren von Abhängigkeiten mildern.
• Nicht optimierbar – Das visuelle Script wird zur Ausführung in Programmbefehle übersetzt. Es kann passieren, dass dieser generierte Code nicht optimal läuft – entweder durch Schwächen im Übersetzungssystem oder durch Sonderfälle im formulierten Ablauf. Während sich technische Anweisungen im Code für jede Situation optimieren lässt, kann auf den technischen Ablauf visueller Scripte in den meisten Fällen kein Einfluss genommen werden.
• Schwierige Fehlersuche – Sofern das Visual Scripting -Werkzeug nicht über einen ausgereiften eigenen Debugging-Mechanismus verfügt, kann die Fehlersuche schwierig sein, da sich die tatsächlich ausgeführten Programmbefehle u.U. von den abstrakten Bausteinen unterscheiden.
• Starke Abhängigkeit – Die meisten Visual Scripting-Tools speichern die aufgebauten Inhalte in eigenen, oft binären Datei-Formaten. Dadurch entsteht eine enorme Abhängigkeit. Wird die Software z.B. nicht mehr weiterentwickelt, müssen schlimmstenfalls alle Inhalte in einem Ersatzsystem nachgebaut werden, da die Daten unzugänglich werden. Da es sich bei Code-Dateien um reinen Text handelt, bleibt geschriebener Code dagegen dauerhaft zugänglich.
• …

Vorteile von Visual Scripting

Während sich beim Schreiben von Code beliebiger – auch falscher –  Text eingegeben lässt, ist der Autor bei der Verwendung von Visual Scripting stark eingeschränkt, denn es kann nicht frei, sondern nur aus einer eingeschränkten Anzahl von Möglichkeiten gewählt werden. Diese Eigenschaft ist Grundlage für die meisten Aspekte, die als Vorteil von Visual Scripting empfunden werden:

• Schneller Einstieg – Das Angebot grafischer Bausteine und Werkzeuge ist meist intuitiv verständlich, so dass das Grundprinzip des „Zusammenklickens“ einzelner Elemente sehr leicht zu verstehen und anzuwenden ist.
• Weniger Vorkenntnisse nötig – Die Durchsuchbarkeit der Listen verfügbarer Bausteine erspart das lernen und nachschlagen konkreter Befehle und Formulierungen.
• Keine Syntaxfehler – Das Risiko von Tippfehlern ist minimiert, da die im System verfügbaren Bausteine bereits korrekt hinterlegt sind.
• Zugang für Quereinsteiger – Mitarbeiter ohne Informatik-Kenntnisse, wie z.B. Designer, erhalten durch die zuvor genannten Vorteile die Möglichkeit, selbst Programmlogik in das Projekt einzubauen.
• Trennung von technischer und inhaltlicher Logik – Vor allem bei Spielen mit einer Geschichte oder Handlung unterscheidet sich die Programmlogik in zwei Gruppen: Technische Logik ist für den Betrieb des Spiels in Form eines Programmablaufs nötig (z.B. Grafik darstellen, Spielstände verwalten, u.v.m.). Inhaltliche Logik beschreibt Elemente des Handlungsverlaufs (z.B. eine Schatztruhe kann nur mit einem Schlüssel geöffnet werden). Während die Steuerung technischer Vorgänge in der Regel besser und effizienter in geschriebenem Code umgesetzt wird, kann sich Visual Scripting durchaus als Zusatzmodul für Inhaltsformulierung eignen. Da inhaltliche Logik meist weniger komplex ist und oft von Autoren umgesetzt wird, die sich mit Inhalt und weniger mit Technik auskennen, ist hier eine leichte und schnelle Umsetzbarkeit oft besonders wichtig.
• …

Visual Scripting Tools (VST) für Unity

Eine subjektive Auswahl und Bewertung von (vor allem freien) Visual Scripting-Plugins für Unity 3D.

1. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/bolt-87491?aid=1101l8pNg“ title=“Bolt^“ pros=“mächtig, gepflegt, tolles Design, kostenlos“ cons=““ tags=““]Die grafische Präsentation von Bolt gefällt mir sehr gut. Es weist gute Wartungs- und Entwicklungsupdates auf und unterstützt Zustandsgraphen wie auch Flussdiagramme. Zudem ist es seit 2020 kostenlos erhältlich. [/linktipp]
2. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/behavior-bricks-74816?aid=1101l8pNg“ title=“Behaviour Bricks^“ pros=“kostenlos, aktive Neuentwicklung“ cons=“schwerfälliges Design, etwas umständlich“ tags=““]Scheinbar aus einem Projektbedarf der Autoren entstanden ist dieses kostenlose VST im Prinzip funktional. Allerdings wirkt das ganze Layout sehr grob und jedes Element braucht (zu) viel Platz, um komplexe Scripte überschaubar zu halten. Der mitgelieferte Funktionsumfang wirkt noch ziemlich begrenzt und an einigen Stellen scheint die Integration der Scripte in die Szene etwas umständlich. Update: Gerade wurde eine komplette Neuimplementierung veröffentlicht, die scheinbar unter aktiver Entwicklung steht. [/linktipp]
3. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/behaviour-machine-free-20280?aid=1101l8pNg“ title=“Behaviour Machine^“ pros=“kostenlose Version, schöner Graph-Editor“ cons=“veraltet, Elemente verstreut“ tags=“ab 45€“]Dieses VST hat ein übersichtliches, elegantes Design, das sich sehr gut in Unity einpasst. Der Funktionsumfang ist sehr umfangreich und es werden sowohl Diagramme als auch Sequenzlisten unterstützt. Die Free-Version unterstützt nur Desktop-Programme, für Mobilgeräte und andere Ziele muss eine Lizenz erworben werden. Leider scheint das Projekt nicht mehr gepflegt zu werden, das letzte Update ist über ein Jahr alt und die Webseite leidet unter Serverfehlern, um die sich scheinbar niemand kümmert. Keine gute Perspektive.  [/linktipp]
4. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/uscript-personal-learning-edition-52060?aid=1101l8pNg“ title=“uScript^“ pros=“kostenlose Version, gepflegt, professionell, essenziell, Code-Ausgabe, gut dokumentiert“ cons=“Einschränkungen PLE unklar, träge, Demos fehlerhaft, umständlich“ tags=“ab 30€“]Das professionell anmutende uScript, das ohne großen Ballast durch essentieller Funktionalität glänzt, bietet eine Personal Learning Edition an, die den gesamten Funktionsumfang der Kaufversion abdeckt. Für kommerzielle Spiele ist eine kostenpflichtige Lizenz zu erwerben. Im Gegensatz zu interpretierenden VSTs ist eine Besonderheit von uScript, dass es C#-Code erzeugt, der dann wie handgeschriebener Code von Unity verarbeitet wird. Dies ermöglicht beliebige Einsicht und Bearbeitung dieses Codes, macht den Arbeitsfluss aber extrem träge, da Änderungen an Diagrammen ständig in Code umgewandelt wird, den Unity sofort kompiliert, wodurch viele Wartezeiten entstehen. Das Projekt wird aktiv gepflegt, ist stellenweise aber scheinbar recht komplex. Im Test liefen die mitgelieferten Demos nicht alle fehlerfrei. [/linktipp]
5. [linktipp url=“https://github.com/ConstellationLanguage/Constellation“ title=“Constellation“ pros=“kostenlos, open source, interessanter Ansatz“ cons=“noch zu früh, keine Doku“ tags=““]Ein ganz junges VST-Projekt mit vielversprechenden Ansätzen ist Constellation, das quelloffen als Unity-Projekt bei github angeboten wird. Es bleibt abzuwarten, wie es sich weiter entwickelt, eine erste stabile Version ist für 2019 geplant. Der unter MIT-Lizenz stehende Code könnte sogar als Basis für einen eigenen Editor dienen. Allerdings sind manche Stellen im Code etwas merkwürdig aufgebaut und es fehlt jegliche Inline-Dokumentation. [/linktipp]
6. [linktipp url=“https://www.assetstore.unity3d.com/en/#!/content/34184″ title=“Fungus“ pros=“kostenlos, open source, sehr gepflegt, leichter Einstieg, gut dokumentiert“ cons=“Templates charakteristisch, sehr linear“ tags=““ /> mein Favorit“]Das Fungus VST wirkt auf den ersten Blick wie ein super simples Programmier-Tool für Kinder. Die Beispiele sind sehr auf Linearität und Dialog-basierte Spiele ausgelegt und die grafischen Vorlagen weisen einen sehr speziellen Stil auf, der zu vielen Projekten vermutlich nicht passt. Dennoch halte ich dieses System derzeit für eines der besten kostenlosen VSTs für Unity! Hinter den Beispielen – die man mögen kann oder nicht – steckt eine mächtige Visual Scripting-Engine mit aufgeräumter Oberfläche, die Ablaufdiagramme sowie auch Sequenzlisten unterstützt. Die mitgelieferten Befehle sind umfangreich, eigene Erweiterungen möglich, zumal es sich um ein sehr gepflegtes und ständig weiterentwickeltes quelloffenes Projekt handelt. Es gibt eine gute Dokumentation, Tutorials und Videos, die den Einsteig leicht machen. Obwohl auch schon auf Unity-Konferenzen vorgestellt, findet das Projekt noch relativ wenig Beachtung. [/linktipp]

Weitere kommerzielle VSTs

Zu folgenden VSTs habe ich recherchiert, sie aber nicht selbst getestet:

1. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/playmaker-368?aid=1101l8pNg“ title=“PlayMaker^“ pros=“beliebt,umfangreich“ cons=“keine Free-Version, teils umständlich“ tags=“ab 60€“]Eines der ältesten und etabliertesten VST für Unity, das auch in zahlreichen kommerziellen Titeln zum Einsatz kam.[/linktipp]
2. [linktipp url=“https://assetstore.unity.com/packages/tools/visual-scripting/nodecanvas-14914?aid=1101l8pNg“ title=“Node Canvas^“ pros=“mächtig, gepflegt, tolles Design“ cons=“kostenpflichtig“ tags=“ab 67€“]Ähnlich wie Bolt, teils aber nicht ganz so mächtig. [/linktipp]

In Zukunft: Unity-eigenes VST?

In der Unity-Entwicklungs-Roadmap und an verschiedenen anderen Stellen finden sich Hinweise darauf, dass der Unity-Editor selbst in Zukunft ein visuelles Scripting-Tool anbieten wird. Ähnlich der Integration zuvor externer Tools in der Vergangenheit (z.B. Text Mesh Pro) ist davon auszugehen, dass dieser kostenloser Bestandteil zukünftiger Standard-Installationen sein dürfte.

UPDATE 2020

Tolle News! Im Juli 2020 hat Unity bekannt gegeben, dass BOLT als Visual Scripting Tool aufgekauft wurde, wodurch es nun kostenlos über den Package Manager verfügbar ist. (In der Vergangenheit hat dieses großartige Tool um die 60€ in Einzellizenz gekostet.)

Zusammenfassung

Visual Scripting Tools bieten Werkzeuge an, um Programmlogik durch das Zusammenklicken von Diagrammen statt dem Schreiben von textuellem Code auszudrücken. Dieses Tools haben ihre Vor- und Nachteile, können sich aber vor allem zur Formulierung von inhaltlichen Abläufen und Handlungszweigen gut eignen. Unter den kostenlosen VSTs für Unity war bisher das scheinbar oft unterschätzte Fungus-Projekt mein Favorit. Nach der Übernahme durch Unity ist das ab jetzt kostenlose BOLT jedoch DER Tipp für VST in Unity. Unter kostenpflichtigen Produkten, macht auch Node Canvas einen sehr guten Eindruck.