Variabler roomspeed - gleiche geschwindigkeit

Nobody-86 · 3. Juli 2006, 19:46

Hi,
und noch eine frage:
wie kriege ich es hin das sich mein player immer gleichschnell über den bildschirm bewegt, wen sich der roomspeed ändern kan?. ich habe schonmal sowas ausprobiert:

GML-Quellcode

x += 5*30/room_speed
//bzw
x += 5*room_speed/30

aber beides weißt ab einer gewissen geschwindigkeit erhebliche unterschiede auf.

Bl@ckSp@rk · 3. Juli 2006, 20:08

die erste der beiden Möglichkeiten ist die richtige, weil mit zunehmendem room-speed die geschwindigkeit des objektes geringer werden muss.
Der Fehler könnte daher kommen, dass room_speed nur die angestrebten steps gespeichert hat, aber nicht die eigentlichen. Deshalb würde ich stattdessen die Variable fps nehmen. Probier mal.

FOODy · 3. Juli 2006, 20:20

Ich glaub du meinst sowas:

GML-Quellcode

x += 5*fps/room_speed

(hab jetzt in der reihenfolge geschrieben, da room_speed sehr sehr sehr unwahrscheinlich den wert 0 haben wird und es daher kein Division error gibt) (bei fps weiß ich nicht ob 0 vorkommt, deshalb vorsichtshalber umgetauscht)

bernt · 3. Juli 2006, 20:27

Ich bin mir nicht sicher aber so könnte es funzen. Du müsstes nur noch eine maximaleraumgeschwindigkeit machen:

GML-Quellcode

speed=4*(maxroomspeed-roomspeed)

Bl@ckSp@rk · 3. Juli 2006, 22:50

@FOODy
Angenommen die Rechenleistung reicht aus, dann ist fps so groß wie room_speed. D.h. beide würden sich wegkürzen und die Geschwindigkeit wäre immer noch von den steps abhängig.
Ich glaube aber Nobody meinte das so, dass die Geschwindigkeit in Echtzeit gleich bleiben soll, oder?

Nobody-86 · 5. Juli 2006, 16:27

ja, genaus so meine ich das.
ich habe jetzt auch alles ausprobiert, aber nix geht vernünftig. rein theoretisch müsste es so sein:

GML-Quellcode

x+=spd*30*fps/globl.roomSpd

leider wird das spiel dan seeehr langsam, und zweitens hängt sich mein spieler ohne vorwahnung einfach mal an kanten dran, was er bei festgelegtem roomspeed nicht macht.

fazit:
ich werde wohl doch keinen im optionsmenue einstellbaren room_speed einstellen, sondern einen festlegen.
ich markiere einfach mal als gelöst, wen doch noch jamendem etwas einfällt, bitte posten.

Basti · 5. Juli 2006, 16:51

Also mit

GML-Quellcode

x-=deinegeschwindigkeit/fps;

klappts auf jedenfall.... (zumindest bei mir)

Nobody-86 · 5. Juli 2006, 17:01

dan sinkt die fps auf 0 durch irgenteine anwendung im hintergrund ect. und (...) .
aber ich werds ausprobieren. (natürlich mit vorheriger abfrage

)

Basti · 5. Juli 2006, 17:28

Also bei mir ist die fps noch nie auf 0 gesunken...
Was machst du denn auch im Hintergund???

Aber wenn du das mit ner Abfrage machst, sollte das ja wohl gehen...

Bl@ckSp@rk · 5. Juli 2006, 17:39

Bei mir ist das so, dass gleich nach dem Start des Spiels die fps für eine Sekunde lang 0 ist. Das liegt daran, dass diese Variable nur einmal pro Sekunde aktualisiert wird und das Programm wärend dieser Sekunde die Frames zählt um dann nach der Sekunde die wirklichen fps zu erhalten.
Also einfach ne Abfrage machen.

WIN · 5. Juli 2006, 21:16

also:
der room speed ist eigendlich nicht gleich den fps zu sehen. der room speed ist sozusagen nur die maximale grenze für das spiel. diese kann natürlich "on the flow" (wärend das spiel läuft) verändert werden, aber stellt imme rnur das maximum an fps die das spiel erreichen kann. fps gibt hingegen die aktuelle geschwindigkeit des spiels aus. wenn man nun einen neuen raum "betritt" ist fps im ersten moment natürlich 0, weil noch gar nichts läuft. es müssen erst (wie der name fps sagt) erst einige frames per second ablaufen, bevor die die variable einen verlässlichen wert liefert.
um nun eine gleichbelibende geschwindigkeit der objecte, auch bei unterschiedlichem room_speed, zu erlangen, muss man sich einer kleinen formel bedienen. die von Mr.FOODS scheint mir mit einer kleinen änderung am besten geeignet, da sie auch im create event des rooms (zur erinnerung: fps=0) funktionieren sollte.

GML-Quellcode

x += 5*(fps/room_speed)

die klammern sind wegen dem rundungsfehler im game maker. so müsste das eigendlich funktionieren.

Bl@ckSp@rk · 6. Juli 2006, 12:28

Ich bin trotzdem noch der Meinung, dass es keinen Sinn macht sowohl fps als auch room_speed mit einzubeziehen.
Außerdem: wenn fps im Zähler steht, bedeutet das, dass je höher fps ist umso höher ist auch der speed. Das objekt soll sich aber gleich schnell bewegen, also muss fps im Nenner stehen. Nur weil fps auch Null sein kann, heißt das ja nicht, dass man das in den Zähler schreiben muss.
Oder hat jemand noch ne andere Erklärung?

interceptor · 6. Juli 2006, 13:13

Gehen müsste es auch, wenn du eine Referenzzahl nimmst:

GML-Quellcode

fps_0=30; //Referenzwert
speed_0=10; //speed bei fps_0
speed = (speed_0*fps_0)/fps;

mathematische Überlegung:
(1) speed = Pixel pro frame
(2) fps = frame pro sekunde -> (3) frame = fps * 1s
(2) in (1) -> (4) speed = Pixel pro Sekunde / fps
und die Pixel pro Sekunde bekomm ich wenn ich meinen Standardspeedwert mit meinem Standardfpswert multiplizier.

Du kannst aber natürlich gleich alle speed Werte in Pixel pro Sekunde angeben und sparst die Multiplikation jedesmal:

GML-Quellcode

speed_s=300; // Pixel pro Sekunde
speed = speed_s/fps;