Eigene Kolisionsabfrage

[R.D.]

naja

es ist Möglich, du kannst zum Beispiel, die ganze Ebene als Muster an den Ecken festlegen.

Sprihc zb.

x1->x2
y1->y2

so hättest du dann ne Ebene aufgespannt^^
Befindet sich der Held inner halb dieser Ebene gilt die Bedinung, ist er da nich drin, halt nich^^°

[SatryX]

Stimmt, das hab ich mir auch gedacht :P
Nur ist es so, das die maps nicht irgnedwelche Leeren flächen sind, sondern ziemlich komplexe formen haben. Naja..
aber das wird wohl trotzdem die einzige Möglichkeit sein, denke ich. Jichu, das wird viel Arbeit -.-

Danke an beide für die Hilfe

[Kyuu]

naja

es ist Möglich, du kannst zum Beispiel, die ganze Ebene als Muster an den Ecken festlegen.

Sprihc zb.

x1->x2
y1->y2

so hättest du dann ne Ebene aufgespannt^^
Befindet sich der Held inner halb dieser Ebene gilt die Bedinung, ist er da nich drin, halt nich^^°

...

Wenn er sich mit rechteckigen Flächen und damit verbundener Kollisionsungenauigkeit zufrieden gibt, spricht dagegen sicher nichts.
Ansonsten wird er um Point-In-Polygon-Algorithmen nicht herumkommen und dann wird es mit den primitiven Werkzeugen des Makers sehr komplex.
Ob es überhaupt tragbar ist, kann ich jetzt nicht sagen, kommt auf den Grad der Komplexität der Flächen an (und selbst wenn, kann er nicht Flächen wie im Screenshot dargestellt abdecken, muss also seine Ansprüche deutlich heruntersetzen).

[R.D.]

Wenn er sich mit rechteckigen Flächen und damit verbundener Kollisionsungenauigkeit zufrieden gibt, spricht dagegen sicher nichts.
Ansonsten wird er um Point-In-Polygon-Algorithmen nicht herumkommen und dann wird es mit den primitiven Werkzeugen des Makers sehr komplex.
Ob es überhaupt tragbar ist, kann ich jetzt nicht sagen, kommt auf den Grad der Komplexität der Flächen an (und selbst wenn, kann er nicht Flächen wie im Screenshot dargestellt abdecken, muss also seine Ansprüche deutlich heruntersetzen).

...

Stimm ich dir auch zu, mit dem maker stell ich es mir, bei weiter Flächen auch kompliziert vor.
Schon bei der Karte, würde meine idee nich genau passen.

@SatryX

wie Kyuu schon sagte, mit dem Maker ist sowas äußerst aufwendig^^
Ich dachte nur, damit hast du erstmal eine Möglichkeit.

[SatryX]

Ha, ich habe eine Möglichkeit gefunden.
Und zwar mit dem Destenypatch von banana-joe, damit kann man die palette bestimmter Pixel eines bildes abfragen.

mfg

[Evu]

cherry hat mal n patchaddon gemacht, womit solche kolisionsmaps möglich wurden. Das system findet zb auch bei clouds trauma center fanprojekt verwendung. bei normalem makerstandart wirst allerdings an deine grenzen stoßen

Edit: hmmkey, vllt hätte ich zuerst den letzten post lesen sollen, aber naja, jetzt weisste dass es auch mitm powerpatch funktionieren kann ^^

[Cherry]

Ja, das System war aber inoffiziell und eigentlich nur für Cloud gedacht; nebenbei auch nicht ausgereift.

[Fenrir]

Leere Events mit "same level as hero" da draufpacken, wo er nicht hin soll. Fertig.

Glaube aber irgendwie auch, dass ich was falsch verstanden habe...

[Evu]

so im allgemeinen, kollisionsmaps machen nur bei pixelmovement oder bahnenberechnungen sinn, was auch irgendwie logisch ist, dass es auf sowas ausgelegt sein muss, da seine map in einer schrägperspektive (ähnlich der iso-perspektive) gepixelt wurde. ich glaube man kann leuten zutrauen, dass solche eine eckwegbegrenzung durch events schon in betracht gezogen aber nicht als optimal angesehen wurde.
Auf dem bereich Pixelmovement und kollisionsabfrage hat der maker übrigens noch einiges an möglichkeiten offen, vorallem mit dem patchwirrwarr, den wir momentan haben. das könnten auch die ersten schritte in richtung eines annehmbaren pathfinding scripts werden