Lieber ruckeln statt Zeitlupe

DJ-Davudska · 3. April 2007, 16:44

Hi Leute, ich hab nen Problem:
Ich habe ein LAN-Multiplayergame gebastelt und einer von beiden Spielern hat einen schwächeren PC.
Auf PC 1 läuft das Spiel auf Max. FPS (60), auf PC 2 nur mit 30-40 FPS!
Folge: --> Spieler 1 mit der höheren FPS-anzahl kann sich schneller fortbewegen als spieler 2, das Spiel läuft also total asynchron.

Jetzt meine Frage:
Wie kann man es machen, dass das Spiel trotzdem auf beiden PCs gleich schnell abläuft?
Oder besser wie kann ich es machen dass sich das Game bei spieler 2 (wenn auch ruckelnd) am game-speed von spieler 1 anpasst?
Das dumme is ja dass gm-spiele, die auf einem lahmen pc gespielt werden nicht ruckeln sondern in zeitlupe laufen!
es soll lieber ruckeln und gleichschnell mit PC1 laufen, als asynchron mit PC1 und in zeitlupe...

ThX!

King Andre · 3. April 2007, 16:47

Sicherlich nicht die optimale Lösung, aber du kannst die Daten über einen Server schicken, der beide Spiele so lange pusiert, bis er von beiden Cleinten ne antwort bekommen hat.. Erst dann wird der nöchste Frame angezeigt. Ansonsten hilft es sicher, die Roomspeed bei beiden auf 20 oder 30 einzustellen.

Ledif · 3. April 2007, 17:03

Multipliziere die Geschwindigkeit mit dem Kehrwert der fps.
Gar nicht so komplex, wa

mauge · 3. April 2007, 20:30

Original von Ledif
Multipliziere die Geschwindigkeit mit dem Kehrwert der fps.
Gar nicht so komplex, wa

Jap, genauso wird es in allen professionellen Spielen gemacht. Es ist eigentlich unüblich, eine Geschwindigkeit (room speed) anzugeben, in der das Spiel dann laufen soll.

DJ-Davudska · 4. April 2007, 11:31

Ich habs ma im Step evet eines kontroller-objekts eingefügt:

GML-Quellcode

room_speed=room_speed*power(fps,-1);

funzt aba net, kommt ne fehlermeldung, liegt an der fps-variable, wie sollte ich das denn am besten schreiben?

Verwurster · 4. April 2007, 13:42

In der ersten sekunde des Spiels weist der fps wert 0 vor.
Daher kommt wahrscheinlich auch die Fehlermeldung, bei einer roomspeed von 0 geht nämlich nichts mehr.
Ausserdem wird der fps Wert nur sekündlich upgedated.

DJ-Davudska · 4. April 2007, 13:52

soll ich also ne bedingung einbauen?
z.b.

GML-Quellcode

if fps>0 {...}

King Andre · 4. April 2007, 13:53

Du kannst abfragen, ob das Ergebniss 0 ergibt. Wenn ja, setzt du es zwangsweise auf 1 und pausierst das Spiel so lkange, bis ein neuer Wert über 1 rauskommt.

Ledif · 4. April 2007, 13:57

versuch einfach nicht den Roomspeed zu aendern, sondern echt lieber die Geschwindigkeit:

GML-Quellcode

cspeed=5;
speed=cspeed/fps;

und mal ne Frage: haellst du es fuer wirklich noetig fps hoch -1 zu rechnen?

Bl@ckSp@rk · 4. April 2007, 14:20

Jap, das musst du natürlich dem speed eines Objektes zuweisen, weil wenn du es dem room_speed zuweist sind wir wieder beim problem vom anfang.

Ich hätte noch eine alternative zur variable fps, weil die sich nur jede sekunde ändert und daher etwas ungeeignet erscheint. Am besten speicherst du in jedem step die aktuelle zeit und prüfst im nächsten step wie viel zeit derweil vergangen ist. Aus dieser zeit lässt sich dann bei einer festen Geschwindigkeit eines Objektes die zurückgelegte Strecke berechnen.

DJ-Davudska · 4. April 2007, 15:46

oh mann wie macht man nu das schon wieder?

Ledif · 4. April 2007, 15:55

Ich zeigs dir (die Methode ist uebrigens tatsaechlich besser, als mein Code von vorhin):

GML-Quellcode

ot=ct; //Zeit beim letzten step
ct=gettime(); //jetzige Zeit
dt=ct-ot; //Differenz
speed=cspeed/dt;

Die Funktion gettime habe ich mir ausgedacht... musst mal in der Doku nach der richtigen Funktion schauen... date_current_time() oder so...

DJ-Davudska · 4. April 2007, 16:35

hm das funtz wohl auch nich so ganz, der sagt dass die differenz zwischen ct und ot =0.00 ist!

ach ja und was soll cspeed in deinem beispiel sein?

Verwurster · 4. April 2007, 16:48

Bei mir werden da immer krumme Werte ausgespuckt.
Z.b. bei einer roomspeed von 100 kommt 1 frame lang 1, dann 0.54, dann mal 0...
Wenn ich die Roomspeed auf 9999 setze dann kommt gar immer eine deltazeit von 0 raus.

Das hängt wohl damit zusammen, das der Gamemaker den Zeitunterschied wohl nur maximal auf eine 10tel genau Sekunde ausgeben kann, was nicht exakt genug für delta timing ist.

Um die Zeit zwischen 2 Frames zu berechnen muss man wohl eine dll benutzen.
Es gibt auch irgendwo hier eine dll für genaue Zeitmessung...

Bl@ckSp@rk · 4. April 2007, 17:18

Wie wärs mal mit current_time? Das klappt wunderbar und ist auf eine Millisekunde genau.

DJ-Davudska · 4. April 2007, 17:20

ich würde trotzdem gerne wissen was cspeed für ne variable is in Ledifs beispiel, weil ich hab die beim testen gar nich beachtet, vielleicht ging es deshalb nich, oder kann mir ma jemand genau zeigen wie ich das ganze machen soll, wwil in diesem bereich kenne ich mich überhaupt nich aus

Ledif · 4. April 2007, 17:36

naja... cspeed ist halt einfach ne variable, in der der Speed bei allen Spielern gleich im Code steht (praktisch ne Konstante oder sowas).
speed ist dann der tatsaechliche Speed und der ist dann ja (je nachdem wie schnell das Spiel laeuft) immer der modifizierte cspeed wert.

DJ-Davudska · 4. April 2007, 17:42

wenn ich jetzt aber cspeed definieren muss, kann ich doch nich einfach in nem create-event cspeed=0 schreiben, cspeed muss doch im zusammenhang mit dt/ct/ot sein, nur inwiefern?
nich aufregen, ich hab da echt gar keinen plan

bitte ma irgendwie nen genaueren code schicken, DANKE!!

Verwurster · 4. April 2007, 17:46

@Bl@ckSp@rk: ja richtig. Wusste ich gar nicht, das der gamemaker schon einen eingebauten Millisekundenzähler hat.
Jo, damit klappt's.

Ich habe mal ein Beispiel angehängt.
Mit den pfeiltasten rauf/ runter wird die roomspeed erhöht/ verringert.
Die Bälle sollten sich dabei aber immer mit der selben Geschwindigkeit bewegen, bei roomspeed 1 wie 9999.

DJ-Davudska · 4. April 2007, 17:48

supergeil, danke verwurster