Feinderkennung bei RTS

Frosti · 21. Mai 2007, 16:35

Nabnd, über mein Problem hab ich noch nichts mit der Sufu gefunden, deswegen poste ich mal:

WIe gelesen geht es um ein RTS, bei dem die Einheiten von selbst auf den Feind schießen sollen. WIe es mit der Reichweite usw. alles geht weiß ich ja, nur die Sache ist die:

Woher weiß die Einheit das es ein Feind ist?

Zum Aufbau: Es gibt keine 2 verschiedenen Fraktionen die sich in EIheiten unterscheiden; beide haben dieselben Einheiten. Deswegen soll jeder Einheitentyp als ein Objekt im GM vorhanden sein. Jedes produzierte Objekt bekommt bei der Variable "Team" eine Nummer zugewiesen. Alle Einheiten vom Spieler sind dann mal Team 1 und alle vom Computer Team 2. Ich würde es am liebsten so machen, das meine Einheiten automatisch kucken, ob
1. die gegnerischen Einheiten in Reichweite sind,
oder ob
2. die Einheiten in Reichweite gegnerisch sind.

Für beides wollte ich eine Art With-Funktion nehmen, die ungefähr so aussieht und die Variable Team scannt.:

GML-Quellcode

With(all.Team = 1)

Also eine If-Anweisung in einer With (wobei ich nicht weiß ob das geht). Für beide Fälle brauch ich sowas, ansonsten fällt mir von der Theorie nichts anderes ein. Ich will auch nicht in jeder Einheit eine FOR-Schleife haben, die jede ID nach der anderen durchscant ob da ein Gegner bei ist und ob der in Reichweite ist. Das wäre meines erachtens zu Systemlastig, besonders wenn die ganzen Schüsse umherfetzten usw.

Wäre supergeil wenn es da ne Antwort gibt (wollte mal das C&C RTS-Beispiel von gamemaker.nl laden, ist aber weg, oder ich bin zu doof das jetzt zu finden).

iTeM · 21. Mai 2007, 17:57

das löst du einfach mit parents

du machst für bide spieler ein objekt:
obj_feind_parent
obj_ich_parent

dann weist du allen feind und eigeneinheiten diese objekte als parents zu

With(obj_feind_parent)

Nobody-86 · 21. Mai 2007, 18:12

da fällt mir spontan nur ein das man alle Einheiten desselben Types in eine liste schreibt, und sich dann die raussucht die am nähsten ist. beispiel:

GML-Quellcode

liste_einheit1 = ds_list_create();
for(i=0; i<instance_number(obj_einheit1); i+=1) {
a = instance_find(obj_einheit1,i);
if ( a.team = 2 ) {
ds_list_add(liste_einheit1,a);
}
}

diese liste enthält nun alle gegnerischen Einheiten, des Types obj_einheit1. daraus die nähste herauszufinden, und zu überprüfen ob sie in Reichweite ist, sollte kein Problem sein denke ich.

Boddlnagg · 22. Mai 2007, 10:14

wenn man es in eine liste schreibt, kann man auch gleich dabei checken, ob sie in reichweite sind. und statt alle instanzen in einer for-schleife zu durchluafen, kann man auch with(all) nehmen. schließlich ist es auch unsinnig, erst alles in eine liste zu schreiben. mein vorschlag wäre (ersetze inReichweite durch die funktion, die prüft, ob es in reichweite ist)

GML-Quellcode

with(all)
{
if(inReichweite && team != other.team)
//deine aktion
}

Nobody-86 · 22. Mai 2007, 20:46

1.@iTeM:
das geht so nicht, da ja instancen des gleichen objektes keine unterschiedlichen parrents haben können.
2.@Bottleneck:
das klappt ebenfalls nur eingeschränkt, und unkomfortabel. da die variable inReichweite nicht im anderen objekt vorhanden ist, bzw. anders sein kann, als von dem objekt von dem gemessen werden soll.

ich gebe zu, meine Lösung ist auch nicht wirklich die genialste, aber ich habe mich länger damit beschäftigt, und keine wirklich perfekte lösung gefunden.
währe auch dankbar wen mir jemand einen besseren Vorschlag anbieten würde.

Boddlnagg · 23. Mai 2007, 10:50

@nobody: ich sagte doch, man soll das ersetzten, es ist also keine variable. hab nur grad keine GML referenz zur hand, aber ich meine sowas wie
distance_to_object(other)<100
denn other ist in einem with-statement ja die aufrufende instanz.

bigmek · 23. Mai 2007, 11:09

ich mache es immer so das ich die eigenen einheiten in ein Array und die gegnerischen Einheiten in eine anderes Array schreibe denn dan must du nicht jedesmal alle objekte durchlaufen sondern nur die des gegners.

mach einfach jedesmal wenn du einen einheit erstellst

GML-Quellcode

Liste1[Liste1Count] = instance_create(...)
Liste1Count++;

Niffel · 23. Mai 2007, 12:10

Original von bigmek

GML-Quellcode

Liste1[Liste1Count] = instance_create(...)

Liste1Count++;

Hehe, daran erkennt man die Gewohnheitler.
Jetzt nochmal für alle: ++ funktioniert in Gml NICHT.
Also bitte

GML-Quellcode

Liste1Count+=1;

.

bigmek · 23. Mai 2007, 12:40

Upps danke habe ich garnicht bemerkt,
kommt davon is ich es mit 3 programmiersprachen zu tun habe privat mach ich c++ und gml
und in der Firma c#, da kann man schon mal ein bischen durcheinander kommen.

Frosti · 23. Mai 2007, 22:03

Okay, hab ne Lösung gefunden (die sich an Bottleneck's orientier) und die funktioniert wie folgt:

GML-Quellcode

with(all)
{
if(variable_local_exists("team"))
if(point_distance(other.x,other.y,self.x,self.y) < 200 && team != other.team)
{
other.target = id;
}
}

Jedes Objekt wird gescannt (auch Objekte die nicht am Geschehen teilnehmen (irgendwelche Controller etc.)

Deswegen wird erstmal gekuckt ob diese Objekte auch eine Team-Variable haben. Brauchen solche Controller eigentlich nicht. Dann wird die Reichweite geprüft und erst dann gekuckt ob die Teams verschieden sind.
Ich hab die Erfahrung gemacht, wenn die Teamüberprüfung in der Anweisung ist, wo nachgesehen wird, ob die Varaible überhaupt vorhanden ist, das das Spiel abschmiert, mit der Bergründung das "Team" nicht vorhanden sei.

Am Ende nehme ich die ID des gefunden Objektes und sage das dies das Ziel der Eiheit wird. Garnicht mal so unpraktisch wenn sich die Türme solange auf ein Ziel fixieren, bis es außer Reichweite ist.

Okay, Danke für die Hilfe.
Gruß vom grünen Plüschlindwurm "Frosti"

bigmek · 24. Mai 2007, 07:45

das schreibst du ins step event

GML-Quellcode

if (target == null ) and (searchTarget == false)
{
alarm[0] = //die zeit wie oft er kontrollieren soll ob ein gegener in reichweite ist
searchTarget = true
}
else if (target != null )
{
//hierer kommt der code den du ausführen möchtest wenn du ein ziel gefunden hast
}

im alarm0 event schreibst du

GML-Quellcode

searchtarget == false
//hier rufst du eine der vorgeschlagenen lösungen auf

Frosti · 24. Mai 2007, 16:51

Hab ich im Prinzip auch so und funktioniert auch gut.

Jetzt werkel ich an einer "Grund-KI", damit ich testen kann, ob die Schlachten gut ausfallen. Bei meinen RTS geht das ja noch mit der KI, ist nämlich kein RTS wie man es sonst kennt.

Boddlnagg · 25. Mai 2007, 10:30

Original von Frosti
Ich hab die Erfahrung gemacht, wenn die Teamüberprüfung in der Anweisung ist, wo nachgesehen wird, ob die Varaible überhaupt vorhanden ist, das das Spiel abschmiert, mit der Bergründung das "Team" nicht vorhanden sei.

Das Problem beim GM ist, dass er bei if-abfragen immer alle bedingungen geprüft werden. Bei den meisten "richtigen" Programmiersprachen wird das if abgebrochen, wenn das ergebnis feststeht, das heißt: bei zwei mit UND verknüpften bedingungen wird abgebrochen, wenn die erste false ist. wenn man dann die beiden zeilen

GML-Quellcode

if(variable_local_exists("team"))
if(point_distance(other.x,other.y,self.x,self.y) < 200 && team != other.team)

zu einer zusammenfasst zu

GML-Quellcode

if(variable_local_exists("team") && point_distance(other.x,other.y,self.x,self.y) < 200 && team != other.team)

dann sollte das zwar in anderen Sprachen von der Logik her gehen, in GML aber nicht, denn auch wenn "team" nicht existiert, wird weitergeprüft, und dann kommt eben der fehler.