RPG-Maker Quartier

Hallo, zusammen!
Man, war ich lange nicht mehr hier... Aber es ist schön mal wieder einen Beitrag zu verfassen :-)

Also es geht darum, dass mir des Öfteren aufgefallen ist, dass die Tasteneingabe beim rm2k(3) gerade bei parallel laufenden Events ohne wait condition sehr unzuverlässig ist.
Hier mal mein Rennscript als Beispiel: Der Code ist in einem Common Event gespeichert und wird als parallel process ausgeführt. Startcondition ist der Switch "Hero run erlaubt":

Switch 17: Gibt an, ob der Hero gerade rennt
Var. 24: Der gespeicherte Keycode
var. 25: Sicherheitscounter (Erläuterung folgt)



Zu Var. 25: Ich habe (wie schon angesprochen) bemerkt, dass bei solchen Events der Wert des Keycodes manchmal zwischen der gedrückten Taste und 0 springt, also sozusagen "flimmert"... Sobald aber einmal der richtige Keycode erkannt wird, wird der Sicherheitscounter auf 25 gesetzt. Ist dann einmal der Keycode 0, so wird der Sicherheitscounter um 1 dekrementiert und der Keycode wird manuell auf den gewünschten Wert gesetzt.
Der Keycode muss also 25 mal hintereinander 0 sein, damit er als tatsächlicher Abbruch gewertet wird. Funktioniert soweit ganz gut, macht aber immernoch zicken.

Jetzt meine konkreten Fragen:

Woran liegt das genau?
Wie kann man es verhindern/umgehen/minimieren?

_________________

Das ist ein ganz einfacher Hardware-Fehler/ Kompatibilitätsproblem. Ich nehme mal an, du hast ein neueres System, höchstwahrscheinlich Multi-Core. Da der Maker ein recht altes Programm ist, sind Kompatibilitätsprobleme keine Seltenheit.

Ich hatte sowas auch schonmal bei einem Pixelmovement-Script gelöst. Dein Ansatz ist schon in Ordnung. Ich würde allerdings einiges umstellen.
25 Sicherheitspausen sind Übertrieben. So ungefähr 5-15 sind ausreichend. Das musst du ausprobieren. Hängt immer vom System ab. Ziehe dann generell 1 am Ende des Events ab, nicht nur, wenn sich die Variable verändert hat. Nach jedem Move-Befehl lässt du Variable 25 dann auf einen gewünschten Sicherheitswert setzen.
Eventuell würde ich die Wait Until Moved weglassen. Du hast immerhin schon einen Wait-Befehl am Ende des Events.

Eine andere Frage:
Was macht das Script? Nur das Tempo des Helden erhöhen.

_________________

Vielen Dank für die Tipps! Ja, das Script wartet nur darauf, dass "Shift" gedrückt wird und erhöht dann das Tempo, bis "Shift" wieder losgelassen und das Tempo vermindert wird. Ist ziemlich minimalistisch, aber es geht ja um das grundsätzliche Problem. Schrittgeräusche, Terrainabhängige Animationen und der restliche Kram können dann noch nachgerüstet werden.

EDIT: So, hatte nen Fehler im Code. Die dritte Fork sollte eigentlich wieder zu Label 1 springen, ausserdem war die leere Else Condition sinnlos. Funktioniert jetzt tadellos Vielen Dank!

_________________