Ich versteh nicht wirklich, warum der das sollte. òoZitat
Ich versteh nicht wirklich, warum der das sollte. òo
--
Solange es hier falschzitierende Ärsche gibt, dulde ich keinerlei Zitatboxen, die von mir sein sollen.
Ach, ich habe es falsch formuliert. Es geht eigentlich um das Stehenbleiben, wenn das Laufen aktiviert ist.
Mein Charakter bewegt besitzt eine Gehen-Animation, die ganz dem Standard entspricht.
Sie sieht in der Abfolge so aus:
Stand - Schritt - Stand - Schritt
Die Laufen-Animation besteht hingegen aus 4 Bildern, die allesamt das Laufen in einer durchgehenden Bewegung ohne Stand zeigen:
Schritt - Schritt - Schritt - Schritt
Ist das Laufen ausgeschaltet ist alles wunderbar - schaltet man das Laufen aber ein und bewegt sich gar nicht, sieht man automatisch den Sprite der Laufanimation. Und es sollte solange man sich nicht bewegt eigentlich beim Gehen-Charset bleiben.
Außerdem habe ich gerade ganz überrascht gemerkt, dass das Script ja gar nicht die Bewegungs-"stufen" an sich beeinflusst sondern scheinbar die Geschwindkeit irgendwie multipliziert?
Mein Problem ist gerade, dass meine Laufgeschwindigkeit im Gehen auf Stufe 3 eingestellt ist, die Laufgeschwindigkeit eine Stufe höher, also 4 ist. Egal wie ich die Zahlen ändere, ich komme zu keinem guten Ergebnis. Die Laufgeschwindigkeit der anderen Events wird meistens sogar auch verändert. :/
Desweiteren ist meine Framerate nicht auf 40 sondern auf 60 eingestellt, weswegen der Held sich jetzt im Laufen viel zu schnell bewegt.
3, also "Slow", beim Gehen? Mir ist eigentlich schon "Fast" zu langsam (ok, bei 60 FPS ist "Slow" natürlich schon etwas schneller). Aber eigentlich kommst du ja nicht darum herum, dass die Figur beim Rennen eine Stufe schneller ist und das wird bei 60 FPS wohl wirklich schon zu schnell sein.
Geht es dir eigentlich um eine Rennfunktion (von der würde ich sowieso abraten) oder nur um die Optik?
Es geht eigentlich schon um die Rennfunktion um später schleichen zu können oder vorsichtig an Engpässen vorbei gehen zu können oder ähnliches.
Mir fällt gerade auf, Fast ist tatsächlich ziemlich schnell. Könnte man denn die allgemeine Geschwindigkeit für "Fast" auch ändern?
Geändert von Stray (23.03.2015 um 16:13 Uhr)
Die Lauftempostufen existieren genau so wie sie sind, weil sich Events auf einem Raster bewegen.
Ein Charakter könnte sich bei 32x32 jetzt zB 2px pro Frame bewegen und wäre in 16 Frames am Ziel.
Oder mit 4px, was 8 Frames dauert. 3px oder Zwischenwerte (außer 3,2) würden nach einer bestimmten
Zeit keine genaue Position ergeben, sondern dafür sorgen, dass je nachdem wie das denn in der Engine
gelöst wurde, sich die Grafik des Objektes, das schon seit Beginn der Bewegung auf dem Feld steht,
nachträglich zurückhackt, beim Erreichen/Übertreten des Feldes weniger vorangeschreiten kann, also
kurz langsamer wird und damit ebenfalls sichtbar herumhackt oder über die Grenzen laufen und auf alle
Ewigkeit weiterwatscheln, ohne den Feldschritt abzuschließen, zumindest bis nach einer dreiviertel
Unendlichkeit an verflogener Zeit der Wert überläuft und das Programm abstürzt oder von der anderen
Seite wieder in den Bildschirm gelaufen kommt, als hätte das Event gerade den Äquator umrundet.
--
Solange es hier falschzitierende Ärsche gibt, dulde ich keinerlei Zitatboxen, die von mir sein sollen.
Ich verstehe nicht ganz worauf du hinaus willst. Hieße das jetzt, dass es sich nicht lohnen würde die Geschwindigkeit zu ändern, weil es so oder so zu schnell oder zu langsam wäre?
Mit wie vielen Pixeln pro Frame bewegen sich denn Events überhaupt in den verschiedenen Geschwindigkeitseinstellungen?
Die Figuren bewegen sich ja nicht pixelweise, sondern sie springen glaube ich jeweils immer ein halbes Tile weiter. Das Bewegungstempo ist jedenfalls:
Slowest - Wait 32
Slower - Wait 16
Slow - Wait 8
Fast - Wait 4
Faster - Wait 2
Fastest - Wait 1
Der Maker sagt Wait wird in Frames gemessen, kann aber sein, dass sie intern noch mal zwei genommen werden. Irgendetwas war da.
Danke.
Soweit ich dass für mich getestet habe ergeben die FPS - also im Standardfall 40 Frames - eine Sekunde.
Jedenfalls müssten die Bewegungen ab "Fast" und aufwärts langsamer sein. :ll
Geändert von Stray (24.03.2015 um 01:12 Uhr)
Ja, FPS steht für Frames Per Second. Bei 60 FPS hast du dann 60 Frames pro Sekunde, was dazu führt, dass alle Bewegungen und Animationen viel schneller abgespielt werden. Das sieht auch schon bei Battle Animations nicht mehr so toll aus, da müsste man einige doppelte Frames einbauen, damit man überhaupt noch was sieht. Ich überlege aber selbst schon, ob ich meine Spiele auf 50 FPS setzen soll, weil dadurch "Fast" recht angenehm schnell ist.
Also ich habe mit dem Script folgendes festgestellt:
Der Held bewegt sich unabhängig von den FPS beim Laufen schneller als 5:Faster und langsamer als 6:Fastest, also etwas dazwischen. Eigentlich möchte ich ihn nur eine Laufstufe (oder im Idealfall eeetwas langsamer als eine volle Stufe) schneller haben. Geht das?
Mit normalem Tile-Movement vermutlich nicht. Die Figur darf eben wirklich nicht außerhalb des Tile-Rasters landen.
Was ist mit Pixelmovement-Scripts? Wie wird das Problem dort gelöst? Selbst bei diesen muss eine Bewegung doch früher oder später größer als 1 Pixel werden?
Berechtigungen
Zitieren