Archief - pmove_fixed

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

pyRomAni@c

Legacy Member
ik kan pmove_fixed niet veranderen :<

in al mn configs staat pmove_fixed 1 maar ingame blijft die 0. als ik ingame in console: /pmove_fixed 1 doe krijg ik een msg van ETpro en blijft die op 0 staan. ook maakt ETpro een cvar backup ofzo. ik heb er inmiddels al 17 :p
in die backup staat doodleuk: pmove_fixed 1

help plz :help:

Pyke

Legacy Member
wordt geforced op nul door servers I think, anyway die cvar is useless geworden met b_fixedphysics

Close_Up

Legacy Member
Da mag nie meer, Alle via clanbase settings moet dat nu op 0 staan en 1 mag dus nie.

pyRomAni@c

Legacy Member
Pyke zei:
wordt geforced op nul door servers I think, anyway die cvar is useless geworden met b_fixedphysics

doet die b_fixedphysics in principe hetzelfde als pmove_fixed?!
een clanmember van HP zei dat die pmove_fixed op 1 had staan en dat die veel verder kon springen (server @ clanbase 6o6 config... )

pyRomAni@c

Legacy Member
b_fixedphysics -> unknown command "b_fixedphysics" terwijl ik aan het connecten ben op een volle telenet server :p

Pyke

Legacy Member
Wat ik weet is dat met b_fixedphysics 1 iedereen aan 125fps voortbeweegt, ge moogt nog 333fps constant hebben.

BaNoRaC

Legacy Member
pmove_fixed wordt gebruikt om te trickjumpen, niet legaal in wars dus, maak zelf een dedicated ETMAIN, non-pb server en geniet van de (vervalste) trickjumping ;)

greetje

Legacy Member
ik dacht dat fretn had gezegd dat die pmove_fixed in ET niets meer uithaalde ?

is maar een veronderstelling

Pyke

Legacy Member
pyRomAni@c zei:
b_fixedphysics -> unknown command "b_fixedphysics" terwijl ik aan het connecten ben op een volle telenet server :p

mja dunnow name exactly, maar da wordt door server bepaald en bij alle cbservers staat da aan dus.

fretn

Legacy Member
WeblionX heeft dit ooit es mooi uitgeschreven op etpro docs forum, dus ik quote hem maar ;)

Since Quake 3, the function that's responsible for game physics (amongst other things) is named Pmove(). Normally, this function is run once every client frame, and this is where framerate-dependant physics (most notably jump heights) come from. pmove_fixed is an attempt to level the playing field by running this function at a fixed rate (every pmove_msec milliseconds.) The default pmove_msec of 8 is equivalent to normal physics at 1000 / 8 = 125 frames/second.


* pmove_fixed can be set on either the client or the server--the client will default to the value on the server (And, on non-ETPro servers, it will be reset to the value of the server quite frequently due to some silliness in the code.) pmove_msec can only be set on the server side.

* b_fixedphysics is a server-side setting with similar goals to pmove_fixed. b_fixedphysics 1 avoids rounding the velocity at all (Removing the framerate-dependent behavior in movement); however, it offers b_fixedphysicsfps to adjust the jump velocity to emulate the old framerate-dependent behavior. This is the best of both worlds—no movement speed problems (as several people observed at 333fps) nor any of the problems that pmove_fixed brings with it (some parts of the game behave poorly at high fps, most notably mounted MG42 and mortar aiming), but the same jump heights trickjumpers would kill us for taking away. b_fixedphysics 2 is a cross between normal behavior and fixed behavior, which effectively just caps the maximum framerate-dependent behavior to 166fps.

* b_optimizedprediction is a client-side setting that (theoretically) has no effect other than increasing performance. Basically, etmain (and RTCW, and Q3) will re-do all the physics computations for up to the previous 64 frames in order to figure out where you should be for the current one. b_optimizedprediction will store the result of the previous computations and reuse them (Only if the results look acceptable based on the latest data the client has from the server) instead of doing all the math again. This provides a rather dramatic performance boost, especially if you have a high ping.


(Thanks to |Rain|'s post.)

http://bani.anime.net/banimod/forums/viewtopic.php?t=4113

conclusie: gebruik geen pmove_fixed meer, het geef probs met leanen, mg42's en mortars en nog meer

pyRomAni@c

Legacy Member
zijn er geen andere cdommands waardoor je makkelijker springt. ik heb meestal wel 125 fps constant zeker op de trickjump mappen :)

p01nt3rX

Legacy Member
Ik begin meer en meer te begrijpen waarom je meer FPS haalt bij een snellere CPU als de functie Pmove() maar liefst iedere 8 ms uitgevoerd + op niet ET Pro servers gaat die regelmatig (en wat is regelmatig?) opnieuw de waarde ophalen voor pmove_msec :s :s

Dus als ik het goed begrijp?

b_fixedpshyics 1:
Dan maakt het niet uit op hoeveel com_maxfps staat dus zou je feitelijk kunnen cappen op 31,25 fps omdat het menselijk oog niet meer dan 30 fps waarneemt? Om de hoeveel msec wordt Pmove() dan wel uitgevoerd?

b_fixedpshyicsFPS 125:
Dan moet je com_maxfps op 125 zetten zodat 1 framerate = 1 x Pmove() dus hoogste jumps?

b_fixedpshyics 2:
Dan moet je com_maxfps op 166 zetten en wordt Pmove() elke 6 msec uitgevoerd ongeacht de waarde voor server cvar pmove_msec?

Wordt het resultaat van Pmove() teruggegeven aan de server?

IND|SickBoy

Legacy Member
p01nt3rX zei:
b_fixedpshyics 1:
Dan maakt het niet uit op hoeveel com_maxfps staat dus zou je feitelijk kunnen cappen op 31,25 fps omdat het menselijk oog niet meer dan 30 fps waarneemt? Om de hoeveel msec wordt Pmove() dan wel uitgevoerd?

Ik zou is naar den oogarts gaan met uw 30 fps ;)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan