This was posted on ESReality by SyncError of id software.
December 3, 2006
Okay, we're nearing the time that news will be coming soon. The 1.4 patch is still being worked on, but we've started creating test builds - so we're finally getting there. However, we haven't "wrapped things up" concerning adding features and bugfixes. We're taking a new approach with the 1.4 patch. Like the 1.3 patch, we're kinda exploring new grounds in how to increase our involvement with the community. The 1.3 patch was the first time that we took direct player feedback to change the fundamental way the game was designed, by altering damages, projectile speeds, player acceleration rates. Essentially while there was work left to do, the process we underwent for 1.3 both vastly improved an existing game as well as created a new avenue of support and participation. With 1.4, things have remained quiet in comparison to the "1.3 wishlists" that he had leading up to 1.3, but that does not mean that the community is neither involved or being targeted. I think everyone will be very pleased (perhaps even surprised).
I'd imagine that you'll be hearing some from me this coming week. There's been something I've been wanting to announce for two weeks, but we've been very busy at our office and so the announcement had to be slightly delayed...
well news is good too (especially when its going to be about the all new GTV that is been coded :icon25: )
patch, well tbh i think you got alot right with 1.3 - so don't mind waiting while you fine-tune things.
Only one real question - has anything been done to combat the pvs error in 1.4 thats sometimes crashing our q4base publics. Its the only reason i find our servers down nowadays.
I believe the error is known about in the right circles, and indeed q4max have reduced it to a logged error, as opposed to a server stopper.
I'm pretty anxious to hear what has been worked on myself.
Being that the 1.4 patch hasn't recieved the fanfare 1.3 got before it release, makes me even more curious.
Anything that improves Quake 4 will be welcomes news.
Lets say Player A is moving at 1000ups (yes I know that's quite fast) then he will move 8 units of the time with 125 client snapshots sent and stay in the same position for 8ms compared to 16 units at the time and staying in the same position for 16ms with 62.5 snapshots. Player B fires a rail that will hit one of the last 7units on the back edge of Player A's hitbox at time 9ms with 62.5fps with player A at starting point (first packet hasn't been recived yet). If he was sending his position every 8ms then he would have moved 8units, hence the rail would miss. Same example except targeting the forward 7 units of the hitbox and Player A changes direction (assume instant direction switch). With 16ms between packets the rail will hit, while with 8ms between packets it will miss because the direction switch has already been made. Forward direction is assumed to be the direction which the player has velocity at time ms0.
dont know how right this guy is but syncerror eluded that he was heading in the right direction in a prior post.
I get a great boost with r_useSMP 1, myself. (So long as the lagometer is off.)
I'll take any improvement in Quake 4 sound that I can get.. I still occasionally get missing sounds, although s_useDeferredSettings "0" fixed up delayed sounds on my PC.
Wonder if this news will hit before I have to leave for x-mas vac?
Glockg wrote:Why new point release only 2 people play q4 muiltiplayer.
Why do you even bother posting here? Are you that bitter that the game didn't turn out just the way you wanted it to? If you don't like it then don't play it and quit whining about it on a Q4 forum ffs.
Some people exist to bitch, oozing negativity wherever they go. The Internet gives these people somewhere that they could all contact each other at the same time, creating swirling cesspools of negativity on the web. Try not to get any in your brain.
Quake 3's sv_fps created a lot of confusion because clients are required to match equivalent in /snaps. The problem is most players didn't know to adjust snaps so they would join a server that uses sv_fps 30 using snaps 20 and experience horrible lag. The only way to fix it was to force people to use a snaps 30 + using PB cvar kicks.
If you do something like that, please make sure the client auto-adjusts to the server's settings (client should match any settings the server uses to reduce lag) or a lot of confusion will be the result.
neh wrote:was terryfying how little extra fps dual core gave me
I assume you set r_useSMP 1?
Are you gfx card bound, or cpu bound? (ie, whats your specs, and what settings are you using)
ffs - no and no - core 2 duo 2.4gig and 7900gts - plus 2 gig sli matchedddr2 ram - but cheers for asking - used usesmp setting and left everything same settings and basically gave me bugger all improvement
(especially when its going to be about the all new GTV that is been coded :icon25: )
