Ergebnis 1 bis 20 von 60

Thema: [RM2k3 DynRPG Plugin] Pathfinding

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Ich benutze es auch seit kurzem und finds klasse! Allerdings hab ich auch direkt ne Idee für ne Erweiterung :'D

    Wäre es möglich eine Funktion einzubauen bei der man nur auf die nächst höhere oder niedrigere Terrain-ID wechseln kann um quasi Höhenunterschiede zu simulieren?
    Also dass der Char/das Event nur von Terrain-ID 2 runter auf 1 oder hoch auf 3 gehen kann und nicht direkt auf 4 oder so.

    Achja....wenn ich

    @FindPath hero, V4, V5, default, 8, 0, 0
    @WaitUntilMove hero

    eingebe und direkt danach einen Message und Show Choices Befehl einfüge, kommt das noch mitten in der Bewegung und nicht erst wenn die Bewegung fertig ist. Das sind übrigens 2 Kommentare.

  2. #2
    Was passiert wenn du zwischen die beiden Kommentare noch ein Wait 0.0 machst?

  3. #3
    Der 0.0 Wait bringt nichts. Selbes Verhalten.

    Hier der Eventcode:
    Zitat Zitat von EasyEventExporter
    - SCRIPT -
    <> Change Variable: [4] = X position on map (tiles) of event #2
    <> Change Variable: [5] = Y position on map (tiles) of event #2
    <> Set Event Location: Event #2 -> (39, 0)
    <> Comment: @FindPath hero, V4, V5, default, 8, 0, 0
    <> Wait: 0,0 sec.
    <> Comment: @WaitUntilMove hero
    <> Show Message: Zurück zur Ausgangsposition?
    <> Show Choices: Ja/Nein (Option #2 as default)
    : [Ja] Handler (Option #1)
    . <> Comment: @FindPath hero, V2, V3, default, 8, 0, 0
    . <> Wait: 0,0 sec.
    . <> Comment: @WaitUntilMove hero
    . <>
    : [Nein] Handler (Option #2)
    . <>
    : End of choice

  4. #4
    Zitat Zitat von Quetschi Beitrag anzeigen
    Achja....wenn ich

    @FindPath hero, V4, V5, default, 8, 0, 0
    @WaitUntilMove hero

    eingebe und direkt danach einen Message und Show Choices Befehl einfüge, kommt das noch mitten in der Bewegung und nicht erst wenn die Bewegung fertig ist. Das sind übrigens 2 Kommentare.
    Helft mir mal, ich verstehe das nicht... Was macht "@WaitUntilMove hero"? Was für ein Plugin ist das? Was versuchst du damit zu erreichen? Ist das dasselbe wie ein Proceed Movement?

  5. #5
    Es geht um das Pathfinding-Plugin. Und "@WaitUntilMove hero" wird auch im Beispielprojekt verwendet. (in Common Event 1 glaub ich).
    Ich nehme an es soll halt warten bis ein spezielles Event bzw. in dem Fall der Hero seinen Weg zurück gelegt hat. Also ja etwas ähnliches wie Proceed With Movement.
    Steht aber komischerweise nicht in der readme, wie mir gerade auffällt. oO

  6. #6
    Ah stimmt. Ich glaube das hat nicht ordentlich funktioniert weil DynRPG da noch Bugs hat, drum wurde es nicht dokumentiert.

  7. #7
    Yep. Ich schau mal, was sich machen lässt. Will ja eh bald ne neue Version raus bringen

  8. #8
    hallöchen

    Ich hab da mal ne Frage ^^;
    Ich versuche gerade einen Pathfindingbefehl zu erstellen, bei dem der Erfolg der Pfadfindung in einer Variable gespeichert wird, ich denke dazu ist ja dieser "Erfolg" Parameter da oder?

    Klicke auf die Grafik für eine größere Ansicht 

Name:	Bild2.png 
Hits:	102 
Größe:	2,5 KB 
ID:	19916

    Es klappt leider nicht... iwas hab ich wohl falsch gemacht oder? (die 15 könnte auch this sein)
    Der Event findet den Weg und läuft auch den Weg, aber die Variable bleibt 0, obwohl sie doch (kurzzeitig?) auf 1 stehen müsste? Oder ist die Variable nur während des Laufens auf 1? Da kein Proceed Movement drin ist, müsste er es dann aber doch im Beispiel auch mitbekommen...

    Helft mir T^T und danke im voraus

  9. #9
    mach das "V" bei "V768" weg. Das V bewirkt dass der Inhalt der Variable an das Plugin gesendet wird (hier wahrscheinlich 0). Du willst dem Plugin aber die ID der Variable sagen, also 768, damit es weiß wohin es die Erfolgsinfo speichern soll.

  10. #10
    Zitat Zitat von Cherry Beitrag anzeigen
    mach das "V" bei "V768" weg. Das V bewirkt dass der Inhalt der Variable an das Plugin gesendet wird (hier wahrscheinlich 0). Du willst dem Plugin aber die ID der Variable sagen, also 768, damit es weiß wohin es die Erfolgsinfo speichern soll.
    Oh stimmt... hab ich falsch gemacht oO; aber funktionieren tut es jetzt trotzdem nicht... Hat jemand anderes die Funktion schon mal erfolgreich getestet? ^^;

  11. #11
    Wird an dem Plugin noch gearbeitet? Wäre schade darum, wenn das nicht der Fall wäre. Vor allem die oben beschriebene @WaitUntilMove-Funktion wäre für ein taktisches Kampfsystem unverzichtbar, denke ich.

  12. #12
    @Cazic
    Zitat Zitat von Cazic
    Vor allem die oben beschriebene @WaitUntilMove-Funktion wäre für ein taktisches Kampfsystem unverzichtbar, denke ich.
    Dafür hab ich auf dieser Seite bereits einen simplen Workaround gepostet, ich zitiere mich ganz dreist einfach nochmal:
    Zitat Zitat von @WaitUntilMove Workaround
    Ein paralleler Prozess, der zuerst die aktuellen Koordinaten des betroffenen Events speichert, dann solange wartet wie ein Schritt
    dauert und anschließend die alten mit den neuen Koordinaten vergleicht. Haben sie sich nicht geändert ist das Event stehen geblieben
    und man kann weitermachen
    Wie lange ein Schritt bei welcher Geschwindigkeit dauert findet man im Maker-Detailwissen: Hier
    Wie und ob da die Move Frequency mit reinspielt, hab ich keine Ahnung.
    Lösung ist natürlich nicht die Beste weil immer "ein Schritt" gewartet wird, auch wenn sich das Event nicht bewegt. Aber bei einem
    Startegie-KS fällt die Wartezeit mMn nicht auf.
    Man kann das Plugin also schon so super für ein Taktik-KS verwenden

  13. #13
    Ah, hab Deinen Post zuerst falsch interpretiert. Ich dachte, der Workaround funktioniert nur, wenn das Event immer den maximalen Weg bis zum Ziel zurücklegt. Aber Du prüfst ja auch nach jedem Schritt, ob das Event stehen geblieben ist.

    Edit: Funktioniert einwandfrei, danke.

    Geändert von Cazic (27.06.2014 um 05:11 Uhr)

  14. #14
    Noch was anderes: hab ich hier irgendwo den Wurm drin, oder kann es sein, dass "MaximaleEntfernung" immer ein Tile mehr zurücklegt als angegeben? Ich habe in der Variable 10 angegeben, aber ich zähle immer 11 Tiles (selbiges bei anderen Zahlen, immer +1).

    Der Workaround von Fuxfell scheint leider auch an seine Grenzen zu stoßen, wenn es sich nur um 1er Schritte handelt. Ich habe ein Event mit den folgenden Funktionen:

    1) Nachricht anzeigen, wenn der Weg zurückgelegt wurde (Char stoppt) - funktioniert immer
    2) Nach jedem Schritt die Bewegungspunkte -1 und Anzeige aktualisieren

    Punkt 2) scheint nicht zu funktionieren, wenn man sich nur 1 Schritt bewegt, erst ab 2 oder mehr Schritten (evtl. ein Zusammenhang mit dem Problem von MaximaleEntfernung oben?).

    Geändert von Cazic (29.06.2014 um 06:49 Uhr)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •