Im Maker: Conditional Branch -> Tab2 -> Hero -> Afflicted With [ ] Condition
Ich könnte auch Fragen: Was genau brauchst du?
Tuts die makerinterne Variante mit der Conditional Branch?
...
Achso ich hab vergessen zu schreiben ich brauch die Abfrage im Kampf, da gibts die conditional branch Abfrage nicht...
Aber halt ich sehe gerade, es scheint schon so ein Plugin zu geben, das muss ich gerade mal testen ^^; Trotzdem danke für die Hilfe! Den anderen Array hatte ich übrigens sowieso komplett übersehen.. xD
Noch mal wegen pixelgenauem Scrollen, bugmenot hat mal ein paar Ansätze(?) gepostet, die dafür scheinbar notwendig sind.
Zitat von bugmenot
Zuweisung der Argumente mapOffsetX/Y und scrollSpeed per onComment callback oder so.
Frag jemanden (versuch es mal an Schalter 2), der Ahnung von C++ hat.
Edit:
Und die originalen Kamerapositionen wiederherstellen:
Ich schlimmer Mensch witzel ja immer mal wieder ein wenig über die ganze Rumpatcherei weil in ein paar Jahren unspielbar und komplizierter als "richtige" Engine verwenden und massiver Arbeitsaufwand für kleinste Ergebnisse, aber
Der RPG-Hacker hatte ja schonmal ein Proof-Of-Concept im Rahmen des Metropolis-Projektes geschaffen, das komplett auf Pictures basierte. Ich glaube er scheiterte dann aber an größeren Maps aufgrund des Scrollings. Darauf spielte ich an.
Zelda-Klon aufm Maker mit Pixelmovement nix mehr im Wege
...
Es stehen dem mindestens zwei callbacks auf getEventScreen_X und getEventScreen_Y, für jedes Event jeweils immer das Neuzuweisen auf welchem Tile(X/Y) es sich gerade befindet, manuelles Nachbessern des Kamerascrolls (damit das nicht ständig rumzuckt) und ein Setzen einer entsprechend neuen MoveRoute (wegen den Animationsframes) ... im Wege. Darauf spielte ich an.
Edit²:
Es gibt intern nirgends einen Wert, welcher sichert, auf welcher Pixelposition sich ein Event / der Spieler befindet. Lediglich die Koordinaten im Tilesetraster und ein Wert (von 256 Richtung 0), der angibt wie weit sich ein Event in ein Tile hinein bewegt hat. Aus diesem Wert (0..256) und der Bewegungsrichtung (0..7) wird halt die Abweichung in Pixeln errechnet und das spuckt die interne getEventScreen_X/Y-Abfrage aus. Ändern der Bewegungsrichtung und dieses 0..256-Wertes bringt nichts, weil die MoveRoute sich selbst korrigieren will und das Events dann nur auf der Stelle laufen würde.
Das ist was "mit DynRPG ist Fast-Pixelmovement möglich" meint.
Edit:
Oder einfach onDrawEvent entsprechend die Sprites anzeigen/verschieben. Dann hat man aber keinen Zugriff auf bestehende Strukturen und kann auch kein <ChangeVar:EventScreen_X>, Eventkollisionen, MoveRoutes oder anderen default Kram nutzen.
Klar kann man alle Sprites als Pictures zeigen (oder in den Bildpuffer laden; Kazesui's mode 7 plugin macht das afaik und der Maker intern ja sowieso). Dann braucht man aber auch nicht mehr mit Tiles mappen und die Map scrollen. Dann muss halt nur noch eine eigene Struktur für Kollisionsberechnung und Eventtriggern zusammengeschustert werden.
Wo wir grade schon mal hier sind: Hätte jemand zufällig eine Möglichkeit, die Position des blinkenden Cursors in der Textbox zu ändern? Alternativ auch eine Möglichkeit, die ganze Textbox zu verschieben oder sowas. °J°
Gibt irgendwo einen Quickpatch dafür. Wenn es in den nächsten Tagen keiner postet und ich wieder mal an meinen Arbeitsrechner bin, bekommst du es von mir.