User panel stuff on forum
  324 posts on 11 pages  First page234567891011Last page
General Discussion
2010-05-10, 09:54
Member
357 posts

Registered:
Mar 2006
[sarcasm]
You could also alternately, have server-side ping leveling. Meaning, all updates to all clients are determined based on the reply of packet times.
The server runs through the array of players reading input, once all are received, it sends the output. This wold logically make the game fair, but vary the gameplay as your input/output latency would vary depending who you play.
[/sarcasim]

Logically, antilag sounds reasonable. But, take my point of view, I'm mostly a netQuake player and have 13ms on the servers I play (I use QW to play on European servers from the us). QW has always felt to me like what everyone here complains about with antilag. Where as, I get 10x more mid air rocket shots in QW than in netQuake. I've always assumed that in QW when I press FIRE with any weapon it flags that packet, thus noting my velocity, angles, and weapon and tracelines instantly to an origin along my aim. Calculating the velocity over travel time for the rocket if it will collide with the predicted origin of any opponent.

This feature may make using the sg/ssg/lg more LITERAL but from the point of view of the attacked there will be a lot of "I didnt even see that shot"...

How do other modern games handle hitscan weapons and prediction? http://www.gamesurge.com/pc/interviews/netcode.shtml
2010-05-10, 10:02
Member
462 posts

Registered:
Jan 2006
The problem with most modern games like cod or bf is that the weapons itself have massive spray so single fights in the game are really, really random and I don't even know how the massive lag on the servers affects the equation. Good aim is of very little help in these games, it's based more on the strategy and tactics.
2010-05-10, 10:20
Member
271 posts

Registered:
Feb 2006
other games have less knockback from other peoples shots. how many other games allow you to juggle players with lightning guns? generally it doesn't matter so much if you're hit, you just lost a little health, it doesn't result in you getting hit the next shot 0.1 seconds later too.
other games interpolate instead of extrapolate other players, so have additional latency built into the engine, can be as much as 50ms which isn't even shown in some games (+more with packetloss).
basically, other games can hide it a lot more. they still might have impossible shots, but you're much less likely to notice it, and its feels so much better to hide that extra latency.

if you want a fair fight, use minping, with antilag to cover it up a little.
moo
2010-05-10, 11:28
Member
462 posts

Registered:
Jan 2006
Well no one has suggested that with antilag we could forget about fair pings. But especially in 4on4 even when we have equal average pings, we still end up in games like yesterdays final where ParadokS had 12ms and I had 40ms. Without antilag I could just as well have left lg in the water, where as now with antilag I could take it and bind the enemy quad into the wall, just like I could if I had 12ms.
2010-05-10, 13:53
Member
188 posts

Registered:
Jan 2007
fog wrote:
bigfoot wrote:
fog wrote:
I can see bigfoot's point about not being able to remove lag, but I don't see the picture about the "FTE code copy/paste"-part?

Come on, Fog, you can't already have forgotten how much you insulted me because Spike did a technically sound implementation of Prolag, can you?

So how was it? Did I insult you because Spike's implementation was better than qqhskas, or was it because you were behaving extremely bad?

Excuses, excuses? Anyway, you clearly do remember - so what are you so surprised about?

fog wrote:
bigfoot wrote:
fog wrote:
Do you mean that FTE has done it correctly? <-- You can't be since as you said you can't remove the lag.

The concept and especially the premise is flawed. How FTE implements it is technically sound, though.

And that is different compared to this version how?

Compared to what? Your original question and comment made little sense, but this makes even less sense. How Spike's code is different from Spike's code? Well, what? It isn't.

fog wrote:
I only see you wanting to say: "You've stolen Spikes code, therefor it must have been the best, I was right!!"

Huh, what the hell are you on about now?

fog wrote:
bigfoot wrote:
fog wrote:
I guess you just wan't this "feature" disabled? But then again I don't see the part about FTE copy/paste

There are several problems here. There's the flawed concept, the seriously FUBAR implementation (which is thankfully no longer being promoted), the attempts by the Ezguys to dictate how others should play QW and then Renzo's attempt at backdooring this into QW. None of it is OK.

That the original "antilag" wasn't the optimal solution has been stated 6 pages back in this thread, no need to take it up again.

OK, then tell that to Medar?

fog wrote:
bigfoot wrote:
fog wrote:
(want to start a flame war about the original "antilag by qqshka"?)

Again, it was not me who called it buggy, that was Medar.

I was asking why you wrote this, haven't questioned anything else:
bigfoot wrote:
I love it that it is now completely kosher to think that Qqshka's brainfart is 'buggy', but back when Renzo was promoting it, it was grounds for endless hate.

If you still believe it was your solution called prolag that was the ground for, according to you, endless hate, I can once again tell you it wasn't, it was your attitude and unsmooth way of expressing yourself.

Let's get a couple of things straight... There is no 'my' solution. At all. I haven't written a single byte of code towards this lunacy, unless you count a QW config to abuse Qqshka's brainfart. Prolag is a more honest name for what Qqshka/Renzo called 'antilag', which is as dishonest a name as is possible. There is nothing anti about it at all. In my parody post, I called Spike's implementation 'super duper anti lag', ridiculing the sensationalist way this obvious logical flaw was marketed as if a time machine had been invented.

But yeah, just to keep things off-topic: I write about what's wrong with Prolag, I get flamed by the usual Ezguys, I respond by making a parody of them... Yeah, surely it's me with the attitude problem.

Oh, and hey, what's happening here now? I call Medar's bullshit... I get flamed by the usual Ezguys.
2010-05-10, 13:54
Member
188 posts

Registered:
Jan 2007
JohnNy_cz wrote:
Ah, sorry, corrected version:

1) angryfish wrote post about his experience with "shafting" and "airshafting" and where to move crosshair while shafting.
2) Medar replied to that post explaining some changes and also saying that "aiming" is always like with 12 ms
3) Some people, like me for instance, will automatically assume that with "aiming" in the context of his reply Medar means only "shafting" and where you move your crosshair in relation to where you see the enemy.
4) Some people, like bigfoot for instance, will automatically assume that in that post Medar claims antilag removes lag completely.

2/10

Better luck next time.
2010-05-10, 14:01
Member
188 posts

Registered:
Jan 2007
SputnikUtah wrote:
Logically, antilag sounds reasonable. But, take my point of view, I'm mostly a netQuake player and have 13ms on the servers I play (I use QW to play on European servers from the us). QW has always felt to me like what everyone here complains about with antilag. Where as, I get 10x more mid air rocket shots in QW than in netQuake. I've always assumed that in QW when I press FIRE with any weapon it flags that packet, thus noting my velocity, angles, and weapon and tracelines instantly to an origin along my aim. Calculating the velocity over travel time for the rocket if it will collide with the predicted origin of any opponent.

Yes, most NQ players seem completely uninformed about how NQ and QW works. It's kind of funny really. It's also funny how they will complain about QW predicting the local player position, while NQ predicting the local player view angles is A-OK.

But no, Prolag has nothing at all to do with the local player position prediction done by QW.
2010-05-10, 14:04
Member
188 posts

Registered:
Jan 2007
blAze wrote:
Without antilag I could just as well have left lg in the water, where as now with antilag I could take it and bind the enemy quad into the wall, just like I could if I had 12ms.

No, you can do it even better. And the player on the receiving end will also have a harder time dodging.
2010-05-10, 14:47
Member
462 posts

Registered:
Jan 2006
bigfoot wrote:
No, you can do it even better. And the player on the receiving end will also have a harder time dodging.

Well, that is the main problem that I always thought this approach might have. I just seem to have hard time actually noticing this effect in-game. I have tried playing 80/12 ms povs but the results remain inconclusive. I mean the benefits of the feature are crystal clear, and if we are unable to show the negative effects in practice it's difficult to oppose this.
2010-05-10, 16:32
Member
188 posts

Registered:
Jan 2007
blAze wrote:
bigfoot wrote:
No, you can do it even better. And the player on the receiving end will also have a harder time dodging.

Well, that is the main problem that I always thought this approach might have. I just seem to have hard time actually noticing this effect in-game. I have tried playing 80/12 ms povs but the results remain inconclusive. I mean the benefits of the feature are crystal clear, and if we are unable to show the negative effects in practice it's difficult to oppose this.

Well, Angryfish already pointed out that airshafting is easier with Prolag. The reason, or one of the reasons, is that the higher ping you have, the longer time you get to aim and shoot at the enemy before he gets knocked back in the view of the attacker, which is the view that is used to calculate if the lightning gun hit. Say you have 100ms ping and you start shooting at someone with the lightning gun, then you get 100ms extra to shoot at the enemy before he starts getting affected by lg knockback. But as usual a demo is worth a thousand words, so watch prolag.qwd and you'll hopefully get the idea.
2010-05-10, 16:50
Member
462 posts

Registered:
Jan 2006
I'll watch it but as a quick note, in my opinion airshafting becomes easier once the kickback starts to take effect, not vice versa. The kickback will slow down the movement and "hang" the opponent in mid air making him an easy target to keep shafting at.

That's very interesting demo. Certainly it doesn't seem right that you can hit almost twice as many cells with 302ms than 2ms.
2010-05-10, 18:12
Member
485 posts

Registered:
Feb 2006
blAze wrote:
That's very interesting demo. Certainly it doesn't seem right that you can hit almost twice as many cells with 302ms than 2ms.

You get 300ms' worth of extra hits which is 3 with lg.

I thought we all already knew this.
2010-05-10, 18:24
Member
462 posts

Registered:
Jan 2006
Kalma wrote:
I thought we all already knew this.

No, I don't think it has been clearly covered anywhere that you hit more cells the higher the ping.
2010-05-10, 18:24
Member
35 posts

Registered:
May 2009
blAze, I understand what you're saying, but imagine in a povdmm4 game; all you have to do is hit them a little when they're falling and if they don't manage to escape your first shaft hit, they'll start getting the delayed pushback. Now if they try to use the pushback to change direction and escape yet again, it won't matter because the moment you reconnect the beam onto them they'll receive more delayed pushback, and so on and so on. This is at least how i see the problem and it looks noticeable when watching high pinging, high skilled shafters like Bulat.
2010-05-10, 18:31
Member
35 posts

Registered:
May 2009
Hmm think i explained this totally wrong haha
2010-05-10, 18:38
Member
35 posts

Registered:
May 2009
Basically what I'm trying to say is that it just feels as though once you start hitting them, the pushback is delayed on your screen so the whole pushing them around the map with shaft scenario is a lot slower and easier to control.
2010-05-10, 18:41
Member
35 posts

Registered:
May 2009
Is this really grounds for dismissing antilag though? I'm not sure myself. What bothers me more is how this effects shafting and dodging when both players are grounded. I hate the idea that lg battles could all of sudden feel 'fake'
2010-05-10, 18:55
Member
462 posts

Registered:
Jan 2006
Yeah the problem with this is that the scenarios are seemingly endless. Human tests are so vague when even with the same settings the results and percentages can change so much. On the other hand a simplified test situation such as in the demo also doesn't give an accurate picture. If that was a real game, the opponent would already be +300ms on his way down from the balkony before you could even start shooting him, so it's not that clear that high ping would be an advantage. The opponent would have +300ms time to place a rocket in your feet, etc etc etc.
2010-05-10, 19:02
Moderator
1329 posts

Registered:
Apr 2006
bigfoot wrote:
But as usual a demo is worth a thousand words, so watch prolag.qwd and you'll hopefully get the idea.

Interesting find I have to say. Even if the ping difference, positioning and the lack of movement is intentionally set up, it still proves a flaw. Something like this shouldn't happen in any situation.
Servers: Troopers
2010-05-10, 19:13
Member
35 posts

Registered:
May 2009
Yea blAze, imo the important thing is not so much about who has the advantage, rather how the game dynamics are changed. But the airshaft thing does give the hpb an advantage from the looks of it. Lots of testing and more testing to be done anyway for sure.
2010-05-12, 12:52
Member
188 posts

Registered:
Jan 2007
blAze wrote:
If that was a real game, the opponent would already be +300ms on his way down from the balkony before you could even start shooting him, so it's not that clear that high ping would be an advantage. The opponent would have +300ms time to place a rocket in your feet, etc etc etc.

Careful with the thought experiments... You need to look at it from both sides.

Imagine two players standing on each side of some wall... Let's say one player at window on dm3 and the other player at quad. If the player at window is lagged 300ms and he runs around the corner, he gets 300ms where the enemy can't start dodging in *his* view to spray lg at him. That means the low ping enemy is already 90 health down before he can even start dodging the high ping player's shots.
2010-05-12, 14:09
Member
462 posts

Registered:
Jan 2006
Well my point was exactly that playing this kind of scenarios in your head is a bit difficult because there is too many variables at play. We'd need some kind of simulations. I guess one point is that in our real life experiments hardly anyone ever plays with over 100ms pings, so in practice there has never been enough time for lg to shoot those extra shots. Would capping antilag at 100ms solve this? Would the low ping player see the lagged player 300ms earlier and start evasive movements immediatly so that when the lagged player first sees him he is already dodging?
2010-05-12, 14:49
Member
485 posts

Registered:
Feb 2006
3 shots at 300ms is an average in these scenarios. So you can't solve this by capping at 90ms. It would just reduce the average to 0.9 shots.
2010-05-12, 15:10
Member
462 posts

Registered:
Jan 2006
How can lg fire 0.9 times? I though it's about the fact that lg can fire 3 extra cells in 300ms, but I guess I'm missing something here again.
2010-05-12, 16:51
Member
485 posts

Registered:
Feb 2006
The situation doesn't end at 0.9s. The fight continues until somebody dies or whatever. So the time frame is 0.9+x seconds, where x is quite random. There is a 90% chance an "extra" lg shot fits in that frame.
2010-05-12, 17:06
Member
386 posts

Registered:
Apr 2006
Kalma wrote:
The situation doesn't end at 0.9s. The fight continues until somebody dies or whatever. So the time frame is 0.9+x seconds, where x is quite random. There is a 90% chance an "extra" lg shot fits in that frame.

This is mitigated by the fact that the low-pinger has an extra 0.9s at the start of the fight.
2010-05-12, 17:26
Member
188 posts

Registered:
Jan 2007
Stev wrote:
Kalma wrote:
The situation doesn't end at 0.9s. The fight continues until somebody dies or whatever. So the time frame is 0.9+x seconds, where x is quite random. There is a 90% chance an "extra" lg shot fits in that frame.

This is mitigated by the fact that the low-pinger has an extra 0.9s at the start of the fight.

... in certain situations, and doesn't exclude all the other disadvantages the high ping opponent pushes onto him.
2010-05-12, 17:41
Member
188 posts

Registered:
Jan 2007
bigfoot wrote:
Stev wrote:
Kalma wrote:
The situation doesn't end at 0.9s. The fight continues until somebody dies or whatever. So the time frame is 0.9+x seconds, where x is quite random. There is a 90% chance an "extra" lg shot fits in that frame.

This is mitigated by the fact that the low-pinger has an extra 0.9s at the start of the fight.

... in certain situations, and doesn't exclude all the other disadvantages the high ping opponent pushes onto him.

Oh, and let me point out that in the situation we're discussing, the low ping player *DOES NOT* have any extra time at the beginning of the fight.
2010-05-12, 19:20
Member
462 posts

Registered:
Jan 2006
Hmm. Let's say the 300ms player is right at the edge of the corner so that if he moves at all, he will become visible. Now with 300ms ping it takes about 150ms for the server to receive his movement command. The lpb player then receives a packet from server showing the hpw moving around the corner at around 150+13ms later, where as the hpw will see himself moving around the corner the whole 300ms later?
2010-05-12, 19:25
Member
188 posts

Registered:
Jan 2007
blAze wrote:
Hmm. Let's say the 300ms player is right at the edge of the corner so that if he moves at all, he will become visible. Now with 300ms ping it takes about 150ms for the server to receive his movement command. The lpb player then receives a packet from server showing the hpw moving around the corner at around 150+13ms later, where as the hpw will see himself moving around the corner the whole 300ms later?

No. The player with the high ping sees what is around the corner as soon as he turns around the corner in his view. There's no lag on the local view in Quakeworld, and his client already knows the enemy is standing around the corner so he is shown immediately.
  324 posts on 11 pages  First page234567891011Last page