cvar restrictions
Moderators: Forum moderators, developers, ET Pro Documentation
- =FF=im2good4u
- Posts: 3821
- Joined: Wed Feb 05, 2003 7:30 am
- Location: The Netherlands, HOLLAND
- Contact:
oh
<a href="http://bunnyherolabs.com/adopt/showpet. ... dQ=="><img src="http://petimage.bunnyherolabs.com/adopt ... Q0dQ==.png" width="80" height="100" border="0"></a>
- KingJackaL
- Posts: 666
- Joined: Thu Jan 08, 2004 3:47 pm
- Location: ChCh, NZ
- Contact:
sv_pb_cvar does it in PB
sv_cvar does it in ET Pro
sv_cvar is better, because it won't kick you if you've got the wrong setting - it'll snap it within range. For example, if you have:
sv_cvar r_picmip in 0 2
...and somebody joins with
r_picmip 5
...it'll autosnap their picmip value to 2. So they can play on without disruption, but you get to control the potential exploits and make a fair playing field.
HOWEVER, there is that one cvar that you sadly can't do with an sv_cvar - the one with 'includes nv'. Sadly, that's just cos you can't 'snap' a variable like that .
Hope that explains it ( and I didn't bollocks it up too much )
sv_cvar does it in ET Pro
sv_cvar is better, because it won't kick you if you've got the wrong setting - it'll snap it within range. For example, if you have:
sv_cvar r_picmip in 0 2
...and somebody joins with
r_picmip 5
...it'll autosnap their picmip value to 2. So they can play on without disruption, but you get to control the potential exploits and make a fair playing field.
HOWEVER, there is that one cvar that you sadly can't do with an sv_cvar - the one with 'includes nv'. Sadly, that's just cos you can't 'snap' a variable like that .
Hope that explains it ( and I didn't bollocks it up too much )
Thanks, that explains it perfect, sounds excellent and much better than having to rely on users having set the right option (at least I've been kicked from numerous warmups due to the ATI settings jumping out on me )KingJackaL wrote:sv_pb_cvar does it in PB
sv_cvar does it in ET Pro
sv_cvar is better...
Then I have just one question on this, if you set the value using sv_cvar and not pb_sv_cvar, then you can't see it using the pb_sv_cvarlist, or can you ? (Didn't seem to work for me), and if you can't, how do you verify what settings are used even if they are enforced ?
- KingJackaL
- Posts: 666
- Joined: Thu Jan 08, 2004 3:47 pm
- Location: ChCh, NZ
- Contact:
<GUESSMODE>Fenris wrote:Thanks, that explains it perfect, sounds excellent and much better than having to rely on users having set the right option (at least I've been kicked from numerous warmups due to the ATI settings jumping out on me )KingJackaL wrote:sv_pb_cvar does it in PB
sv_cvar does it in ET Pro
sv_cvar is better...
Then I have just one question on this, if you set the value using sv_cvar and not pb_sv_cvar, then you can't see it using the pb_sv_cvarlist, or can you ? (Didn't seem to work for me), and if you can't, how do you verify what settings are used even if they are enforced ?
All the ET Pro cvar's/commands like that are the same as the PB ones, but without the 'pb_'. Maybe try 'sv_cvarlist'?
we now have an alternative to the pb_sv_cvar r_nv_fogdist_mode INCLUDE NV issue.
sv_cvar <cvarname> INCLUDE <substring> <default>
sv_cvar <cvarname> EXCLUDE <substring> <default>
example:
sv_cvar r_nv_fogdist_mode INCLUDE NV GL_EYE_RADIAL_NV
this requires clients to have "NV" as a substring somewhere in their r_nv_fogdist_mode cvar. if it's missing, the server forces them to the default of GL_EYE_RADIAL_NV.
the EXCLUDE mode works the opposite. the player's cvar must not contain the substring, or the server will force the defined default.
this should eliminate the need for pb cvar enforcement for most admins, i think...
sv_cvar <cvarname> INCLUDE <substring> <default>
sv_cvar <cvarname> EXCLUDE <substring> <default>
example:
sv_cvar r_nv_fogdist_mode INCLUDE NV GL_EYE_RADIAL_NV
this requires clients to have "NV" as a substring somewhere in their r_nv_fogdist_mode cvar. if it's missing, the server forces them to the default of GL_EYE_RADIAL_NV.
the EXCLUDE mode works the opposite. the player's cvar must not contain the substring, or the server will force the defined default.
this should eliminate the need for pb cvar enforcement for most admins, i think...
The command is /b_cvarlist - it prints the required settings or allowable ranges to the console.Then I have just one question on this, if you set the value using sv_cvar and not pb_sv_cvar, then you can't see it using the pb_sv_cvarlist, or can you ? (Didn't seem to work for me), and if you can't, how do you verify what settings are used even if they are enforced ?
- IdNotFound
- Posts: 197
- Joined: Wed Dec 03, 2003 8:21 pm
- Location: Brazil
- Contact:
I was pretty sure there was something like a INCLUDE BIT, but I can't seem to find it now, so I'm probably mistaken.
Is/Will there be a "sv_cvar cg_autoaction INCLUDEBIT 1" or something like that which forces the client to have the bit 1 in a bitmask cvar ?
Is/Will there be a "sv_cvar cg_autoaction INCLUDEBIT 1" or something like that which forces the client to have the bit 1 in a bitmask cvar ?
nZ/IdNotFound
NaZGûL TeaM Leader
SAWL Tech Staff
NaZGûL TeaM Leader
SAWL Tech Staff
For a 7 I have to do
Code: Select all
sv_cvar WITHBITS cg_autoaction 1
sv_cvar WITHBITS cg_autoaction 2
sv_cvar WITHBITS cg_autoaction 4
sv_cvar WITHOUTBITS cg_autoaction 8