Despite having a great ping on servers close to me(around 60-90ms), I encounter huge amounts of warping/lag, and the game is pretty much impossible to play. I asked around and a lot of the people I asked had the same problem as I have.

Nexuiz-sdl 2.3 on Linux 2.6.20(Ubuntu 7.04).

Is this a known problem?

it could just be your framerate spiking. Try turning on vsync, that's what made the game much more playable for me.

If you have an Ati card with fglrx drivers installed, try to disable Vertex Buffer Objects in the video menu.

I have an NVIDIA Geforce 7800GT.

It is most definitely a network problem because other players will warp all over the place.

Can you try the [RBI] servers? and try to enter rate 25000 in your console when playing there and see if that helps? Maybe we should change some defaults for 2.3.1..

esteel wrote:Maybe we should change some defaults for 2.3.1..

Why maybe? Are you kiddin`?

Well no.. but first we need to find out what causes the problems.. it would be a bad idea to just blindly change some values.

I already set rate to 25000 to no avail.

I tried those NY and GA USA "standard deathmatch" servers. Some people did not have the problem, while some did, which means it's probably widespread.

The rate is ALSO limited (ultimately) by the server! Both the server and the client can set a rate limit, which both default to 10000byes/s by current defaults. So if you raise your rate on the client it will be helpless unless the server also raised his limit. Basicly your client can just limit it further (so the server does not send too much to you).
Thats why i asked to test on RBI as i know it has a higher rate limit then default.. Not sure about the servers you mentioned.. But i understand that ping might be bad for you on the RBI servers..

do shownetgraph 1 and take a screenshot of how it looks when you have that bad playing experience. Show the screenshot to us.

shownetgraph? well, could somebody post some explanatoins about what it's all about? As I'm not experienced with Q3, I see but don't really understands woht its telling me. Would any body?

Urmel.dll wrote:shownetgraph? well, could somebody post some explanatoins about what it's all about? As I'm not experienced with Q3, I see but don't really understands woht its telling me. Would any body?

GreEn`mArine wrote:Confusion powered by AntiLagâ„¢

Think of it as a lag-o-meter. the higher the graph goes, the bigger your ping.

Besides it will show us if your problems come from packetloss (red spikes) or bandwidth restrictions (comb-shaped graph).

Actually, turning off the Real-Time World Lights/Shadows seems to mitigate the problem.

In fact, setting all graphical modes to their lowest/off values gives me a huge boost in ping time. The problem is, I should have this ping even if I have everything on max. There's no reason why having the graphics on their highest should increase my ping time. I even lag on a local(127.0.0.1/localhost) server when I'm playing against bots! Movement/shooting should be fluid and instantaneous, even if I'm presently lagging. If I click the mouse button, I expect my weapon to fire immediately. If I press the W key, I expect my character to move as soon as the button is pressed. Make lag transparent, like it never even happened. I shouldn't stutter in my movement as lag is occurring, my client should predict what's happening and allow me to keep moving even when I'm lagging. All these things are commonplace in modern games.

Many people have the same problems as I do. They say if they turn everything on low, it fixes the problem, and that was actually the temporary solution given to me. However, I don't want to play a game that had much work go into its graphics, and not have it play like it's meant to.

Why does low rendering speed cause lag? I've come to realize more than needs to be is tied to the netcode in DarkPlaces/Nexuiz. I can run other graphically intensive multiplayer games and not have these problems like in Nexuiz. Graphics rendering and networking should be completely seperate. Correct me if I am wrong, but this is not the case in Nexuiz. I do not experience a difference in ping time when I change graphics modes in other games.

I was told on IRC that Darkplaces/Nexuiz' netcode is vastly superior to Q3A's netcode, and that Q3A is an "utter crap" engine. If this is the case, then why are there so many problems with the Nexuiz engine? If anything, Q3A's netcode should be taken example of, as it was touted as being superior to anything before it(and in fact was, and still is amazing even today).

I hate ranting but I've had this problem with Nexuiz for as long as it's existed. I'll continue to play Nexuiz(I am a die-hard fan!), but please devs, fix the (eleven-year-old)netcode!

[TSA] Psychiccyberfreak wrote:

Think of it as a lag-o-meter. the higher the graph goes, the bigger your ping.[/quote]

It is of coz a lagometer, yep. But ping does obviously not have any relation to your ping.

GreEn`mArine wrote:Besides it will show us if your problems come from packetloss (red spikes) or bandwidth restrictions (comb-shaped graph).

Yeah yeah, just tell ne more about that. What about the white stuff?

Odin wrote:Why does low rendering speed cause lag?

If e.g. the graphics driver keeps polling the gfx card waiting for it to finish rendering it may hog all CPU resources, which would leave e.g. the network stack in the dust.

You can try setting cl_maxfps to something sane (like 60 fps).

I rarely get over 30FPS during action-packed games(with everything on), and I have vsync enabled so it can't exceed 60FPS anyway(my monitor refresh rate).

Odin wrote:I rarely get over 30FPS during action-packed games(with everything on), and I have vsync enabled so it can't exceed 60FPS anyway(my monitor refresh rate).

Why don't you leave the gfx settings at default values? Many people would argue that with 30fps you can't play properly regardless of what ping you have.

[TSA] Psychiccyberfreak wrote:Think of it as a lag-o-meter. the higher the graph goes, the bigger your ping.

No, the netgraph doesn't show ping times. (would be pretty useless, since the scoreboard already does that)
Each bar represents a packet, the higher the bar is, the larger the received/sent packet was. So you can see, when the server's/client's rate limits where hit for example...