Timebased, Lags, etc.

[R4z0r1989]

is vll ja jetzt offtopic aber wie macht es zum bleistift EA games bei "most wanted" dass wenn das game mal hängt auch der timer am hängen ist?

weil ich von mir aus denke dass das ein starker rechenaufwand ist so etwas zu ermitteln: wann tritt ein lag auf? wie lange dauert dieser lag? wieviel spielzeit geht verloren? wieviel ist aufzuholen?

[KeyKon]

Man muss doch nur überprüfen wie viel Zeit seit vor dem Lag vergangen is und das dann zurückrechnen

[Thorium]

is vll ja jetzt offtopic aber wie macht es zum bleistift EA games bei "most wanted" dass wenn das game mal hängt auch der timer am hängen ist?

weil ich von mir aus denke dass das ein starker rechenaufwand ist so etwas zu ermitteln: wann tritt ein lag auf? wie lange dauert dieser lag? wieviel spielzeit geht verloren? wieviel ist aufzuholen?

Kommt drauf an. Viel Rechenaufwand ist es in jedem Fall nicht, da die Anzahl der dargestellten Frames bekannt ist.

Allerdings wird es in den meisten Spielen so gehandhabt, das ein Timer nicht hängt, wenn das Spiel hängt. Und das mit Absicht. Es geht dabei vorallem um den Mehrspieleraspekt. Da muss bei allen der Timer ja gleich laufen, auch wenn das Spiel bei einem hängt aus Performancegründen. Da werden dann einfach Frames nicht dargestellt. Das Spiel hängt aber es läuft nicht langsamer ab. Stichwort Timebased Movement. So wird das heute eigentlich in jedem professionellen Spiel gemacht.

[PMV]

Du meinst wohl eher ... in Netzwerkspielen wird das nicht gemacht ... in
Singleplayerspielen sollte das schon drinn sein. Wie man das ermittelt liegt
vom System ab, das man programmiert hat. Wenn aber alles in einem
Hauptthread verläuft ist es am Einfachsten eine bestimmte Grenze zu
bestimmen und dann so zu tun, als sei keine Zeit vergangen.

Thorium hat das entsprechende Stichwort schon gepostet. Und wenn du
für jeden Loop eh die Zeit mist, die vergangen ist, kannst auch messen,ob
die Zeit seit dem letzten Aufruf größer als z.B. 1 Sekunde ist. Wurde als 1
Sekunde lang nichts gemacht, ist es ein Lag und du setzt die Variable,
welche die verstrichende Zeit beinhaltet seit dem letzten Aufruf auf einen
viel viel niedrigeren Wert als 1 Sekunde. Ich glaub es gibt sogar spiele, die
in dem fall automatisch in den "Pausenmodus" gehen.

Ach ja, zum Thema Multiplayer ... so ganz hat Thorium nicht recht. Denn
wegen der Syncronisation bzw. je nach dem um was es sich für ein Spiel
handelt werden Spieler mit einem größeren Lag einfach aus dem spiel
gekickt ... oder aber das Spiel wird für alle pausiert bis die Syncronität
wieder hergestellt ist. ... bei Echtzeitstrategiespielen dürfte das z.B.
schon gang und gebe sein.

Zu deinem Mathe-Timer-Problem ... ElapsedMilliseconds() ist dein Freund.

MFG PMV

[Thorium]

Ach ja, zum Thema Multiplayer ... so ganz hat Thorium nicht recht. Denn
wegen der Syncronisation bzw. je nach dem um was es sich für ein Spiel
handelt werden Spieler mit einem größeren Lag einfach aus dem spiel
gekickt ... oder aber das Spiel wird für alle pausiert bis die Syncronität
wieder hergestellt ist. ... bei Echtzeitstrategiespielen dürfte das z.B.
schon gang und gebe sein.

Ne das wird kombiniert. Ein Multiplayerspiel muss timebased ablaufen. Ansonsten läuft es out of sync und das is tötlich. Kick/Pause tritt erst nach langen Lags auf. Kenne das von Starcraft z.B. nach 1 Sekunde keine Rückmeldung wird das Spiel pausiert und ein Timer runtergezählt. Is der Timer auf 0 dürfen die anderen Spieler, den vermeindlich disconnecteten kicken.

[KeyKon]

...So wird das heute eigentlich in jedem professionellen Spiel gemacht.

Ja, nur in C&C nich, nichmal in AR3 isses so, ich glaube die wollen das als tolle Tradition aufrechterhalten -.- Sobal irgendeiner im beim Multiplayer langsamer is ziehts alle runter -.-

[PMV]

Ne das wird kombiniert. Ein Multiplayerspiel muss timebased ablaufen.

Was anderes hab ich auch nicht behauptet. Dein vorheriger Post besagte
aber, dass Multiplayerspiele eben grundsätzlich nicht langsamer ablaufen
würden

Mein Post beinhaltet genau das, was du jetzt wiederholt hast
Und wie KeyKon erwähnt, hängt dann tatsächlich das gesamte Spiel,
anstelle dass der entsprechende Spieler gekicked werden kann.

Wenn du mit deinem Post was anders sagen wolltest, hättest es schreiben
müssen

MFG PMV

[Thorium]

Was anderes hab ich auch nicht behauptet. Dein vorheriger Post besagte
aber, dass Multiplayerspiele eben grundsätzlich nicht langsamer ablaufen
würden

Wenn du mit deinem Post was anders sagen wolltest, hättest es schreiben
müssen

Timebased heisst doch das es nicht langsamer läuft. Sondern immer mit konstanter Geschwindigkeit unabhängig von den FPS. Wenn das bei C&C nicht so ist, dann ist es nicht timebased und damit in dieser Hinsicht amateurhaft.

[PMV]

Quatsch ... timebased heißt, das es Zeitabhängig ist ... das schießt aber
nicht aus, dass man das spiel nicht auch "pausieren" kann, man also an
der Zeit rum schraubt. Und dabei spielt es keine rolle, ob der Benutzer das
per Knopfdruck aktiviert, oder im Spiel das automatisch ohne wissen des
Spielers durch geführt wird. Das es bei schlechter Umsetzung zu "Lags"
kommt, die ein Spiel unspielbar machen ist wieder ein ganz anders Blatt

... letztendlich kommt es nur auf den Netzwerkcode an, das Zeitbasierte
sollte heut zu Tage jeder vernünftige (Spiele-)Programmierer hin
bekommen. Und beides sind zwei unabhängige Probleme, die als Einheit
funktionieren müssen ... aber das ist ja bei Software grundsätzlich der Fall
und dir brauch ich das eh nicht erzählen.

MFG PMV

[Thorium]

Quatsch ... timebased heißt, das es Zeitabhängig ist

Ja, und RA2 is das ja wohl ganz offensichtlich nicht, sondern FPS-Abhängig. Also kein Quatsch.