spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Naja du hast ja normal irgendeine Art von Trigger/Auslöser in deinem Code. Sagen wir mal du hast die Klasse Trigger. Davon gibt es jetzt mehrere verschiedene. Zum Beispiel so einen Killtrigger. Von dem Trigger platzierst du mit deinem Mapeditor einfach ein Objekt auf deiner Map. Ist ja dann in etwa wie bei WC3 oder nicht? Im Spiel wird das Objekt einfach erzeugt, wie jedes andere Objekt im Spiel auch. Wenn du die Startposition für einen Spieler setzt machst du ja in etwa das gleiche. Und das was passieren soll, wenn der Trigger ausgelöst wird, kannst du dann natürlich immer noch in Lua umsetzen.

Hallo, ich nutze für spezifische Trigger in Spielen immer einfach die Kollisionsabfrage / Physik im Spiel. Trigger sind somit einfach CollisonSkins (Box, Sphere, etc.), die keinen entsprechenden Gegenpart im Grafikteil haben, also unsichtbar sind (anders als Objekte im Spiel). Somit brauchst du für Trigger nichts anderes als ein beliebiges Kollisionssystem das dann diese Events produziert, falls Kollisionen auftreten.

Für die meisten Arten reichen solche Trigger, alles andere (z.B. Einheit stirbt) würde ich eher als Event bezeichnen, dort gibt es bei meinen Projekten immer einen kleinen Unterschied. Denn Events können überall auftreten (vom Netzwerk, Eingabe, Physik, etc.). Diese Events kannst du dann (wie auch Trigger) in Lua z.B. verarbeiten. Allerdings ist es allein Dir überlassen ob du hier nochmal einen semantischen Unterschied definierst oder nicht.

In dem Buch Game Coding Compete (verfügbar bei Amazon) findet du einiges über Event-basierte Systeme und Lua

@Schrosch: Walter Moers verbindet ;o)

DLLs sind binäre Code-Dateien, die Code dynamisch zur Laufzeit nachladen können sollen und nicht für reine Datenhaltung konzipiert sind. Das wäre daher eher keine so gute Idee, speziell weil Du den Speicher-Verbrauch nicht mehr los wirst. Geladen is geladen.

Zitat von »koschka«

Hallo, ich nutze für spezifische Trigger in Spielen immer einfach die Kollisionsabfrage / Physik im Spiel. Trigger sind somit einfach CollisonSkins (Box, Sphere, etc.), die keinen entsprechenden Gegenpart im Grafikteil haben, also unsichtbar sind (anders als Objekte im Spiel). Somit brauchst du für Trigger nichts anderes als ein beliebiges Kollisionssystem das dann diese Events produziert, falls Kollisionen auftreten.

Schon klar. Aber für die Kollision muss von nem Trigger ja irgendwie ne Position und ein Radius oä gespeichert werden. Das passier ja normal in irgendeiner art von "Objekt". Das meinte ich damit Wie du das dann genau ausbaust ist ja relativ egal.

Zitat von »koschka«

Walter Moers verbindet ;o)

Das will ich wohl meinen

Es ist ein nicht das gleiche wenn du Mods und somit normal auch Spiellogik in einer DLL hast oder du Leveldaten darin transportierst. Ein Level hat normalerweise keine direkte Logik die es implementiert. Du hast ja normalerweise nur Daten. Zum Beispiel Spawnpunkte oder Geometrie der Map etc. Dies sind reine Daten und sollten so nicht in eine DLL. Guck nochmal was BlueCobold geschrieben hat.

Hardcoded wäre in einer DLL, da eine DLL nicht geändert werden kann, sobald sie einmal kompiliert wurde. Scripts in einer Map-Datei sind genau das Gegenteil und genau das, was vernünftige Spiele heutzutage machen. Das hast Du sogar selbst in Deinem ersten Post geschrieben: WC3 bindet alle Scripte, Ereignisse und Trigger in die Map-Datei ein, nicht in eine DLL. Zum Thema DLL wäre es gut, wenn Du Dich mal beliest, WAS eine DLL überhaupt ist.