diff options
| author | tma <tma@edf5b092-35ff-0310-97b2-ce42778d08ea> | 2005-10-19 22:25:32 +0000 |
|---|---|---|
| committer | tma <tma@edf5b092-35ff-0310-97b2-ce42778d08ea> | 2005-10-19 22:25:32 +0000 |
| commit | 59df9eeac4a931c45b190a304f2fbba42690aeab (patch) | |
| tree | a0e2a17994063822157b5509f0cd51d08e431438 /code | |
| parent | d397fd48d29f481d3b25d397d943fc1ea4bf7759 (diff) | |
| download | ioquake3-aero-59df9eeac4a931c45b190a304f2fbba42690aeab.tar.gz ioquake3-aero-59df9eeac4a931c45b190a304f2fbba42690aeab.zip | |
* Cap the maximum snaps a client can request at the server framerate rather
than a hard-coded 30 (from misantropia). I'm slightly nervous about this
since it changes the behaviour versus 1.32b in that a client requesting e.g.
25 snaps will actually get 20 (default sv_fps) with this patch applied. I'm
not sure why anyone would want this though -- it may even destablise their
inter/extrapolation. I'll leave the bug (2422) open for a while and if no one
complains it can be closed.
git-svn-id: svn://svn.icculus.org/quake3/trunk@167 edf5b092-35ff-0310-97b2-ce42778d08ea
Diffstat (limited to 'code')
| -rw-r--r-- | code/server/sv_client.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/code/server/sv_client.c b/code/server/sv_client.c index 0b17fe5..a69c620 100644 --- a/code/server/sv_client.c +++ b/code/server/sv_client.c @@ -1153,8 +1153,8 @@ void SV_UserinfoChanged( client_t *cl ) { i = atoi(val); if ( i < 1 ) { i = 1; - } else if ( i > 30 ) { - i = 30; + } else if ( i > sv_fps->integer ) { + i = sv_fps->integer; } cl->snapshotMsec = 1000/i; } else { |