Monster rennt dumm herum, wenn von 5 Steinen geblockt, soll aber zu Punkt A

ttothef · 27. Juli 2008, 23:48

Hallo Leute,

ich habe eine Map und da gibt es ne Stelle wo 8 Steine liegen, und wenn Monster1 gegenüber vom Stein ist und ich auf der anderen seite bin, es mich verfolgt, doch immer nur die Steine hoch und ab läuft, anstatt drum herum! (am besten den schnellstmöglichen Weg zu mir)...

..Kann mir da jemand helfen? die Suchfunktion habe ich genutzt, leider nicht soetwas gefunden, nur ähnliche Themen...(nichts mit, wenn 8* blocken dann herumlaufen* etc...)

mein code brauch ich nicht wirklich zeigen, da ich einfach nur avoid solid gemacht habe. Vielleicht geht es ja auch super mit einem code wie zB.: if steine im weg then move herum oder sowas?

Grüße...

mauge · 28. Juli 2008, 00:32

Schau mal nach diesem D&D-Symbol. Es befindet sich bei den Move-Actions deines Objekts. Nähere Erläuterungen dazu findest du in der Hilfe-Datei.

ttothef · 28. Juli 2008, 03:24

Genau diese Variante benutze ich, und wenn du eine Mauer voller Steine hast, wo das Monster nicht drüber laufen kann, dann bewegt sich das Monster nur dumm hin und her anstatt den richtigen Weg zu finden

Prustel · 28. Juli 2008, 07:25

Nur das eine Drag & Drop Symbol reicht meistens nicht.
Man muss mehrere Abfragen machen.
Genau kann ich dir das jetzt auch nicht erklären, aber ich kann mal
gucken, ob ich noch das eine Spiel von mir finde.
Da klappt das recht gut :rolleyes:

Hainisoft · 28. Juli 2008, 10:06

Mmmh. Ich habe da so ein Lib.

file-upload.net/download-1004884/09_extra.lib.html

Lib einfach in den GameMaker Ordner und dann unter "lib" einfügen.

Dann bei dem Gegner Objekt, unter Step, das Drag & Drop Symbol oben links (sieht wie das Symbol für Paths aus) in der neuen Bibliothek "Extra" benutzen.

Also bei mir hats was gebracht.

Spellmaker · 28. Juli 2008, 12:58

Also ich würde dafür jetzt nicht extra eine Library einbinden, sondern
mich einfach mal mit den mp_ Funktionen beschäftigen. Mit mp_potential_step()
läuft das Monster mit gegebener Geschwindigkeit auf den Zielpunkt zu und
vermeidet dabei Hindernisse (nach Wahl solid und non-solid)
Lies das aber am besten noch mal in der Hilfe nach.
(An dieser Stelle gleich mein Rat: Fang so bald wie möglich mit GML an, da spart
man sich echt haufenweise Ärger)

ttothef · 28. Juli 2008, 16:17

Prustel: ich werde es versuchen mit mehreren Abfragen, hatte ich gestern schon aber erfolglos. Wäre cool wenn du dein Spiel nochmal findest, danke erstmal!

Hainisoft: Danke ich habe sie mir erstmal heruntergeladen und werde gucken, wenn ich verzweifelnd nicht weiterkommen sollte bei den anderen Abfragen...

Spellmaker: Danke dir auch, ich werde am besten so wenig D&D benutzen wie möglich? (Alles einfach in einem Code reinkloppen, pro Event?!

)

Grüße...

Spellmaker · 28. Juli 2008, 16:23

Na ja, man sollte schon einzelne Codeblöcke (

)
für die sinngemäß zusammenhängenden Blöcke nehmen.
Vielleicht mag sich die Sache mit mp_potential_step
schwer anhören, aber für KI's sind die mp Funktionen
einfach unerhört wichtig, ohne die kann man fast schon
einpacken.

ttothef · 28. Juli 2008, 16:38

Spellmaker schrieb:

Na ja, man sollte schon einzelne Codeblöcke ()
für die sinngemäß zusammenhängenden Blöcke nehmen.
Vielleicht mag sich die Sache mit mp_potential_step
schwer anhören, aber für KI's sind die mp Funktionen
einfach unerhört wichtig, ohne die kann man fast schon
einpacken.

Ja ich benutze auch soviel Scripts wie möglich, hehe, aber wenn du meinst, manchmal kann man ruhig sone Dinger benutzen, dann werden ja nicht soviele Probleme zustande kommen.

Du meintest nur; wenn ich NUR D&D benutze (denk ich mal). Gut das tu ich ja sowieso nicht^^...

ich versteh nur nicht was ihr mit mehreren Abfragen meint... bei mir siehts so aus:

................S...
..................S.
..................x.S
...................S
...................S
....M................S
....................S
..................S..
.................S...
...............S.....
..............x..S...
..............S......
...........S.........

S = Stein
M = Monster
x = der max. point wo die Monster hinlaufen, wenn sie mit soliden objekten (S = den Steinen) collisieren

Weißt du was für ne Art abfrage ich vllt reintun sollte? :-/

habe im step event das:

GML-Quellcode

mp_potential_step(500,220,2,solid)

das Monster soll eig nur zum bestimmten Punkt laufen, der vorgegeben ist...

Spellmaker · 28. Juli 2008, 16:46

Ich hab mal einfach ein Example für mp_potential_step
gemacht.
@ttothef: Ich muss mich nochmal korrigieren xD gegen D&D ist nichts einzuwenden
(vor allem weil ich auch immer mal wieder welches verwende) aber mit GML hat man
einfach mehr Möglichkeiten. (So hatte ichs von anfang an sagen wollen

)
mp.zip
Edit: Anhang vergessen xD

ttothef · 28. Juli 2008, 18:23

Danke aber soweit war ich auch schon.

Habe doch extra eine Skizze gemacht, wie das Monster läuft, wenn die Steine anders sind .......

wenn du ne grade strecke hast dann klappt es ja auch aber was ist wenn die Steine so sin wie bei mir? Probier das mal..rapidshare.com/files/133105695/mpblock.gmk.html

Spellmaker · 28. Juli 2008, 19:06

Mist... Wiedermal die eigentliche Problematik falsch verstanden

Ich hab mal ein bisschen rumgespielt. Die Lösung ist zwar nicht perfekt und auch
nicht die schnellste, aber sie geht. Wenn du willst, kannst du noch den Vektor der
zwischen dem Monster und dem Zielpunkt liegt, verkürzen.
Der Pfeil gibt den zufälligen Zielpunkt an, der Rest ist gleich wie vorher.
Ansonsten würde ich aber folgendes sagen:
1. Der Spieler ist sowieso dauernd in Bewegung, also ist es egal, wenn er an manchen Stellen nicht
richtig von den Monstern erreicht werden kann (in Omega Force reicht mir auch mp..)
2. Es ist nicht schlimm, wenn der Spieler an manchen Stellen in Deckung gehen kann, dass ist meiner
Meinung nach sogar wichtig, damit man sich auch mal kurz ausruhen kann.

blubberblub · 28. Juli 2008, 20:42

Dazu muss man sich erstmal anschauen, wie mp_potential_step funktioniert.
Denn eigentlich macht es nichts anderes als ein paar Pixel vorauszuschauen und bei Kollision mit einem Objekt in die "näherliegende" Richtung dreht. Bei komplexeren Dingen kommt die Funktion nicht mehr nach.
Dazu gibt es die mp_grid/path dinger..(ehrlich gesagt noch nie verwendet)

edit:

Mist... Wiedermal die eigentliche Problematik falsch verstanden
Ich hab mal ein bisschen rumgespielt. Die Lösung ist zwar nicht perfekt und auch
nicht die schnellste, aber sie geht. Wenn du willst, kannst du noch den Vektor der
zwischen dem Monster und dem Zielpunkt liegt, verkürzen.
Der Pfeil gibt den zufälligen Zielpunkt an, der Rest ist gleich wie vorher.
Ansonsten würde ich aber folgendes sagen:
1. Der Spieler ist sowieso dauernd in Bewegung, also ist es egal, wenn er an manchen Stellen nicht
richtig von den Monstern erreicht werden kann (in Omega Force reicht mir auch mp..)
2. Es ist nicht schlimm, wenn der Spieler an manchen Stellen in Deckung gehen kann, dass ist meiner
Meinung nach sogar wichtig, damit man sich auch mal kurz ausruhen kann.

Eigentlich noch ne einfache und dafür gute Lösung.. Bis auf die Tatsache, dass er manchmal seltsame Pfade abläuft und selbst auf der Zielgeraden nochmal abdreht, weil der Weg zu weit ist

PS: Was kostet daran soviel Leistung? cO

ttothef · 28. Juli 2008, 22:24

Danke für deine Hilfe Spellmaker, aber das ist leider nicht meine Vorstellung, wie mein Monster laufen sollte

trotzdem thx wa

blubberblub: Na ich werd es mal versuchen mit diesen mp_grid_path() etc... aber denke mal wird erstmals erfolglos bleiben.

Danke für die Hilfe und n schön Abend noch

Hainisoft · 29. Juli 2008, 09:45

Also, selbst wenn du kein lib willst.

Ich hab es an deinem Beispiel getestet, und das geht auf jeden Fall.

Also für den Notfall könntest du das nur für dieses Spiel mal einbinden und dann wieder löschen, wenns fertig ist.

ttothef · 29. Juli 2008, 20:08

Danke Hainisoft, ich habe dir eine E-Mail geschickt mit 1,2 Fragen, da es bei mir nicht ganz funktioniert mit der neuen Lib... Aber es sieht schon besser aus als sonst, wäre sehr nett wenn du mir zurückschreiben würdest

Grüße...

Hainisoft · 30. Juli 2008, 09:59

Ich hab ne Weile probiert, hat aber nichts funktioniert.

Aber ich denke ich weis was das Problem ist:

Das Monster muss schon von Beginn an checken, wie und wo die Wände angeordnet sind.

Dann nimmt es einfach den leichtesten Weg.

Sorry, aber ich weis leider nicht wie das geht.

Trotzdem hoffe ich das du zu einer Lösung kommst.

Mfg Hainisoft

MasterXY · 30. Juli 2008, 10:56

wie wärs, wenn du ein grid erstellst (mp_grid_create) mit mp_grid_add_instance() alle steine ins grid einfügst um diese positionen als blockiert zu markieren und schlussendlich einen pfad bberechnest (mp_grid_path)? Das funktioniert immer (wenn das monster nicht von steinen eingeschlossen ist)
Hilfe:

Spoiler anzeigen

mp_grid_create(left,top,hcells,vcells,cellwidth,cellheight) Diese Funktion erstellt das Gitter. Sie gibt einen Index zurück, der bei allen anderen Aufrufen verwendet werden muss. Du kannst mehrfache Gitter-Strukturen zur selben Zeit erstellen und verwalten. "left" und "top" geben die Position der linken oberen Ecke des Gitters an. "hcells" und "vcells" geben die Anzahl der horizontalen und vertikalen Zellen an. Schließlich geben "cellwidth" und "cellheight" die Größe der Zellen an.
mp_grid_destroy(id) Zerstört das angegebene Gitter und gibt belegten Speicher frei. Vergiss nicht dies aufzurufen, sobald Du das Gitter nicht mehr benötigst.
mp_grid_clear_all(id) Markiert alle Zellen des Gitters als frei.
mp_grid_clear_cell(id,h,v) Markiert die angegebene Zelle . Zelle 0,0 ist die linke obere Zelle als frei.
mp_grid_clear_rectangle(id,left,top,right,bottom) Markiert alle Zellen die das angegebene Rechteck schneiden (in Raumkoordinaten) als frei.
mp_grid_add_cell(id,h,v) Markiert die angegebene Zelle als verboten. Zelle 0,0 ist die linke obere Zelle.
mp_grid_add_rectangle(id,left,top,right,bottom) Markiert alle Zellen die das angegebene Rechteck schneiden als verboten.
mp_grid_add_instances(id,obj,prec) Markiert alle Zellen die eine Instanz des angegebenen Objektes schneiden als verboten. Du kannst auch eine individuelle Instanz verwenden, indem du "obj" die id der Instanz zuweist. Ferner kannst du das Schlüsselwort "all" angeben, um alle Instanzen aller Objekte anzugeben. "prec" gibt an, ob präzise Kollisionsprüfung verwendet werden soll (funktioniert nur, wenn präzise Prüfung für das von der Instanz verwendete sprite aktiviert ist).
mp_grid_path(id,path,xstart,ystart,xgoal,ygoal,allowdiag) Berechnet einen Pfad durch das Gitter. "path" muss einen existierenden Pfad angeben, der durch den Computerpfad ersetzt wird. "xstart" und "ystart" geben den Start und "xgoal" und "ygoal" das Ziel an. "allowdiag" gibt an, ob diagonale Bewegung zulässig ist statt nur horizontaler oder vertikaler. Die Funktion gibt wieder, ob sie erfolgreich einen Pfad gefunden hat. (Beachte, dass der Pfad unabhängig von der aktuellen Instanz ist; es ist ein Pfad durch das Gitter, nicht ein Pfad für eine besondere Instanz.)
mp_grid_draw(id) Diese Funktion zeichnet das Gitter, wobei freie Zellen grün eingefärbt sind und verbotene werden rot gezeichnet. Diese Funktion ist sehr langsam und steht nur zur Fehlersuche zur Verfügung.