![]() |
![]() |
|
Go
![]() |
New
![]() |
Find
![]() |
Notify
![]() |
Tools
![]() |
Reply
![]() |
|
|
|
I have another update after someone sent me a PB log to look over for them. The discussion was supposed to be about a certain player being kicked, but then quickly changed to my concern over a cvar check value he had set.
It read in the log: [10.20.2005 00:42:03] Cvar Check Added: r_Driver IN 0 0 This is obviously a value we do not want returning if the check was supposed to ensure that the person is running Direct X. I asked him what his value was and it was the old: pb_sv_cvar r_Driver IN Direct3D9 I didn't make this check...has been around for a long time so I assumed it worked...there goes that word assume again... I figured the problem was the fact that we want it to do a text/numerical check and, after doing some research, this is not possible with the IN command. The INCLUDE command is capable of this. Also changed in this version...I have removed the water checks from above. As some have discovered, it causes an inexplicable kicks for Shader.pak filewhitelist violations. I am trying to sort this now... For now...new config, as always, here. |
|||
|
|
|
It appears as though the duplicate name check was not solved by changing guid relax to 2. The problem is FC recognizes the port differentiation, but not the name even when the connections is several minutes apart.:
[01.08.2006 14:22:04] New Connection (slot #1) 66.2xxxxxxxx:62645 [?] $4ComeN$6Get$3Sum [01.08.2006 14:22:04] Player GUID Computed 7xxxxxxxxxxxxxxxxxxxxxxxxxx(-) (slot #1) 66.2xxxxxxxxxxx:62645 $4ComeN$6Get$3Sum [01.08.2006 14:26:18] New Connection (slot #2) 66.2xxxxxxx:62880 [?] $4ComeN$6Get$3Sum [01.08.2006 14:26:18] Player GUID Computed 2xxxxxxxxxxxxxxxxxxxxxxxxx(-) (slot #2) 66.2xxxxxxxxxxx:62880 $4ComeN$6Get$3Sum The first connection was mine, the second my girlfriend's behind the same router. Notice the ports are different, but the name is the same. The fix for this is turn the kick for Duplicate names off: pb_sv_DupNameGrace 0 Here it is working on W]M[D #1 ASSAULT (Combat Effective): Notice it still kicks for violations, just not name stealing (top line) New config here (Right click and save) |
|||
|
|
|
Hot off this post, someone brought to my attention the fact that people were lowering or eliminating their muzzle flash ingame. Thus I have instituted a new CVAR check:
pb_sv_cvar cl_weapon_fx IN 1 2 This takes into account the difference of value at Low (1) and Very High (2) I re-uploaded new config. |
|||
|
Far Cry Moderator![]() |
Doc, please confirm that this will only kick for customised settings and not one of the defaults low^^^
CuZ |
|||
|
|
|
Again with the US-British translation:
Having Special Effects set to Low is sets that variable to 1. Having special effects at medium or above in conjunction with other settings sets up higher, it puts the variable to 2. That is why the value checked is a range of 1 to 2. You will not get kicked using any of the default levels in Far Cry. Only way to get kicked is to change the value outside of 1-2 in either console or system.cfg. |
|||
|
Far Cry Moderator![]() |
You think you have translation problems, I have difficulty ordering something as simple as a beer over here!
Okay so... If you are checking that an individual sfx is not 0, then isnt this already covered by the r_disable sfx=1 CVAR? |
|||
|
![]() |
|
|||
|
![]() |
|
|||
|
Far Cry Moderator![]() |
So that one is also checking specifics and not the top level "menu" sfx setting?
Fairy Nuff... Sorry m8 but I'm in New York, well LI anyway... I try that one, but only get a funny look followed a few seconds later by "Oh... Ya wanna beer..?" |
|||
|
![]() |
|
|||
|
|
|
For the second time this week (mark it on your calendars ladies and gents), Rizno is correct. First about Mortal Kombat and now the effects.
r_disable sfx has to do with the smoke from smoke grenades being clear or not and whether explosions from grenades shake your screen. Set to 1 the smoke is clear and there isn't any shaking. That is why the check ensures it's at 0. |
|||
|
![]() |
|
|||
|
|
|
Well, count your blessings...at least you had two
|
|||
|
Far Cry Moderator![]() |
Yup that made me sad... I got to go see them beat the Cowboys b4 Christmas... Tailgating in a snowy car park, Not quite as good as playing FC but it was close... @Rizno: the sniper scope cant see past New London @Doc and Riz: Yeah I knew the specifics the other was checking for I guess i asked the wrong question, so long as SFX (general) are set to medium are higher, both tests will pass... CuZ |
|||
|
![]() |
|
|||
|
Far Cry Moderator![]() |
Reproduced so this isnt entirely OT The company I work for is based on LI, whenever I need reprogramming they bring me over to get patched... For most of the last 7 years I have averaged 12-15 weeks in the US This year might set a new record as this trip is gonna be 4 weeks and I have several other set up for the 1st half of the year... You were right, there were lots of cars in the car park BTW just drove up to Port Jeff and waved but you didnt wave back CuZ |
|||
|
|
|
Did that confuse anyone else or was it just me?!?! Visit the Frag & Bag website here! K8N Neo-4 Platinum | AMD 64 3700+ | 2Gb 400MHz RAM | X1800XT PCI-E 256Mb | 19" TFT 8ms ;o) |
|||
|
Far Cry Moderator![]() |
LMAO... "The Long Island Sound" The bit between Long Island and Conneticut... I am South of it on LI, Riz iZ 2 the North. Think of you waiving to someone on the Isle of Wight Nice product placement in your new sig BTW, is that you? If so get a hair cut CuZ |
|||
|
|
|
Oui, c'est moi!
And Guinness for me is the elixir of life!! Visit the Frag & Bag website here! K8N Neo-4 Platinum | AMD 64 3700+ | 2Gb 400MHz RAM | X1800XT PCI-E 256Mb | 19" TFT 8ms ;o) |
|||
|
|
|
I has come to my attention that there is now a need to do some cvar checks on clients connecting to servers. While I won't go into detail why, the research involved in finding what the range of values should be has lead me to an interesting discovery. Opening up XClient.cpp from the SDK, we find:
The range for cl_cmdrate is 5-100 cl_maxrate is defined here but no values given cl_updaterate is given a range of 5-100 Looking elsewhere for maxrate, we find in XSnapshot.cpp that it is set to 786000 by default. This opens up new possibilities for configurations of servers as these numbers directly correlate to their server values: sv_maxcmdrate sv_maxrate sv_maxupdaterate The value of 786000 is in bits so this equates roughly a 768 Kbps or 96 KB/s upload. While annotated there as a typical DSL connection, that link says it's closer to 80 KB/s. Nevertheless, most server configs that I have seen have sv_maxrate much lower and it opens the door up to expirimentation on your servers. Everything will depend, of course on the pipeline going to the server and the network card installed on the server itself. You can't break anything by opening up the pipelines to your clients and it may help with hit detection and/or lag. So, the new CVARs are: pb_sv_cvar cl_cmdrate IN 5 100 pb_sv_cvar cl_updaterate IN 5 100 pb_sv_cvar cl_maxrate IN 20000 786000 (I put the last minimum at 20000 which is less than the 28800 hinted at in the SDK. Most configs I have seen have sv_maxrate set at 50K or higher anyway.) This is also the first config I post that has ASCII characters off by default. It has been a known issue for quite some time that these cause lag and I think it's overdue. If you want to allow them on your server, simply use: pb_sv_extChar 1 Hope this helps....config is updated here Happy Fraggin', Doc |
|||
|
| Previous Topic | Next Topic | powered by eve community | Page 1 2 3 4 5 6 7 8 9 |
| Please Wait. Your request is being processed... |
|