User panel stuff on forum
  48 posts on 2 pages  First page12Last page
General Discussion
2020-09-12, 13:05
Member
22 posts

Registered:
Jan 2016
Quote:

Does cl_idrive fundamentally change the game between players? No. Yes bunny hopping is a fundamental aspect of competitive play and in the spirit of the game, but enabling iDrive may only allow someone to move slightly better, and in a way that actually matches the player's intentions, it did not fundamentally change the game.


Quote:

Do movement scripts fundamentally change the game? Yes. I would qualify anything that controls player movement for more than a few frames as a movement script and that is no longer a game between players/bots, and instead configuration.


If im not mistaken, iDrive was originally a movement-script?
"edit: Mistaken: "There was a movement script that did the same thing, it's been blocked since 3.0.1"
edit again: I was not mistaken. its a movement script.

Quote:

- Rollalpha: does anyone really feel that strongly about this one?


I posted a video a year or so ago where I showed the potential of exploiting this cvar along with cl_rollangle, which I guess is partly why "Thunderdome" ruleset is not allowed in ie Hammertime anymore.
You can spot your enemy before he turns the corner. It just takes some practice to have two buttons binded to "cl_rollangle xxx". Similar to viewheigt -x / +x.

https://i.ibb.co/KsQsw6F/rollangle-exploit.jpg




Rollalpha combined with rollangle and shaftalpha made the game ALOT easier.

(Edited 2020-09-17, 21:34)
2020-09-12, 23:53
Administrator
384 posts

Registered:
Dec 2006
BogoJoker wrote:
  • Do rocket jump scripts fundamentally change the game? Maybe. Even basic scripts are not banned by rulesets today. I enjoy scripts for casual play and manually disable rj scripts for tournaments that disallow it in their rules (which is most these days). I don't think the ability to simultaneously press two keys is a skill that is in the spirit of the game as much as an arbitrary dexterity restriction. I understand though that success or failure of the trick does change games but balance that with the intent of the player. I want to fight someone's "best" and if they failed a rocket jump I didn't get their best.
  • Do forward rocket jump scripts fundamentally change the game? No. If rocket jumping is allowed then I think the angle of your mouse doesn't fundamentally change the player's intention when using it. A player is still performing a movement skill, but just aiming differently.



I think you will struggle to convince quite a few players on this one. Rocket jumping is a skill and it can separate good players from better ones. The argument that it doesn't change a players intention I don't think is sufficient, because QW skill is about both intention and execution. My movement is pretty mediocre relative to the majority I play with/against in tournaments and there are times when I will fail certain moves (e.g. RJ from stairs to tele-exit on dm2, even dm3 lifts to window on occasion). In fact my confidence in execution is sometimes low enough to actually influence my intention (in other words I may opt not to execute a move if for my skill level it is relatively high risk). If someone else puts in the hours to practice moves (or otherwise becomes more proficient than I then shouldn't they get some advantage from that?

When you say "the angle of your mouse doesn't fundamentally change the player's intention when using it" we could apply that to aiming - the angling of a mouse with the intention of shooting their opponent, which does not change based on how successful their execution is.

Before RJ scripts were banned i used to use them and it made me slightly more effective (in fact there was a brief period where forward rj was banned but normal rj was not - i think an oversight in the rules wording - and I got some criticism for using a bind to rj to YA on e1m2 during an official match) but that doesn't mean once they were banned people were no longer fighting my best. Arguably before that they were fighting a smaller cut down part of my game as the execution of rjs was effectively no longer being put on show.

If RJ scripts were allowed again I would probably benefit because it would dumb-down an area of the game that I am relatively weak in, but I don't think that it would be good for QW overall.
2020-09-13, 08:56
Member
105 posts

Registered:
Apr 2017
There's a few reasons why RJ scripts are bad:

1.
Playing QW can become tiring and after several games, especially if you do lots of manual rocket jumps. After several games our ability to do clean rocket jumps starts to diminish. And yet if our opponent is using RJ scripts then they'll still be rocket jumping like they're fresh, even after an hour..

2.
When under pressure we can rush the manual RJ and mess up. RJ scripts never mess up under pressure.

3.
When doing a scripted RJ you only need to take your crosshair off your target for a hundredth of second.

4.
Using RJ scripts means you can use a lower mouse sensitivity to improve your LG and movement. You don't need to compromise and use a medium sensitivity in order to be able to rocket jump quickly and reliably.


After coming back to QW from a 10 year break I was shocked that movement scripts were still allowed and I had been tempted to ask why on the forums. But I came to the conclusion that it's because Quake developers are afraid to remove them for fear that people will refuse to use the updated client.
2020-09-14, 07:24
Administrator
284 posts

Registered:
Sep 2015
lemonjuiced wrote:
After coming back to QW from a 10 year break I was shocked that movement scripts were still allowed and I had been tempted to ask why on the forums. But I came to the conclusion that it's because Quake developers are afraid to remove them for fear that people will refuse to use the updated client.


That's definitely not the case... have you reported this to us? If you know of a movement script that ezQuake + ruleset doesn't block, you can report it and we'll do our best to block it. (or is this the argument to make +attack a movement command?)
2020-09-14, 08:56
Member
105 posts

Registered:
Apr 2017
meag wrote:


That's definitely not the case... have you reported this to us? If you know of a movement script that ezQuake + ruleset doesn't block, you can report it and we'll do our best to block it. (or is this the argument to make +attack a movement command?)


f_ruleset only dictates the settings for your own client. And I never use f_ruleset because I don't care about most of the trivial stuff that it blocks. I just use f_scripts to see if my opponent is using movement scripts.

f_ruleset could be useful if it actually enforced the rules on all connected clients. So the client with the most restrictive rules dictates the settings for all connected clients. Although I could imagine many heated arguments and lots of players being kicked off the server in a 4 vs 4 standby. haha
2020-09-14, 18:16
Administrator
284 posts

Registered:
Sep 2015
lemonjuiced wrote:
f_ruleset only dictates the settings for your own client. And I never use f_ruleset because I don't care about most of the trivial stuff that it blocks. I just use f_scripts to see if my opponent is using movement scripts.


Ok you can check for them any way you like, I'm asking what movement script you have found that gets throught the block-movement-scripts functionality in ezquake.
2020-09-14, 18:44
Member
105 posts

Registered:
Apr 2017
The block works fine. You can block/disable movement scripts on your own client but you're still left having to ask your opponent to block them on their client. Ideally they shouldn't even be in the client but I totally understand why there's a reluctance to remove them.
2020-09-14, 21:01
Administrator
21 posts

Registered:
Jan 2006
I haven't read the whole discussion... only dust0r's initial post and I just would like to chime in on the colored backpacks issue. I think there's a good reason why that crosses the line. If you play TDM and you want to bore your backpack to a teammate, you usually look for a dark corner and bore there. Now with your fullbright pink backpack the enemy can actually see it easily and go pick it up. So, it does make a difference and is not just cosmetic. At least for TDM. Not so much for duel though. So, subtle changes might appear harmless to some people when they are actually not.
2020-09-15, 12:00
News Writer
912 posts

Registered:
Jan 2006
TLDR

ban /default and /thunderdome

friendly games allow /smackdown

tournament games only allow /qcon
2020-09-15, 14:16
Member
150 posts

Registered:
Nov 2006
HangTime wrote:
I don't see why coloured backpacks should be prohibited (providing it's a single colour for all packs rather than conditional based on contents).

Ezquake 3.6 allows this, another thing to think of.

gl_custom_lgpack_color
gl_custom_rlpack_color

Also, v_viewheight should be blocked for changes during match.
2020-09-15, 15:30
Member
150 posts

Registered:
Nov 2006
dirtbox wrote:
TLDR

ban /default and /thunderdome

friendly games allow /smackdown

tournament games only allow /qcon


This is the way to go.
2020-09-15, 16:57
Member
212 posts

Registered:
Apr 2006
MatriX wrote:
Ezquake 3.6 allows this, another thing to think of.
gl_custom_lgpack_color
gl_custom_rlpack_color


Isn't this demo/QTV-only?
2020-09-16, 00:21
Member
20 posts

Registered:
Aug 2020
Regarding backpacks, I play with drawflat 1 and backpacks show up perfectly fine regardless. Yes, a fullbright simple item will be easier to see in a few situations, but but it's not going to have that dramatic of an effect on the game... at least not as much as fullbright player skins/projectiles/items already do.

Regarding the possibility of abusing rollAlpha/rollAngle, why not simply set a reasonable limit to cl_rollangle? Like max 15? 10?

I don't believe shaftalpha provides any significant advantage that can't be overcome with a few minutes of getting used to. The bolt used to be important to see before antilag and when pings were higher, but now LG is a hitscan weapon and fakeshaft is already allowed. If I can hide or customize rocket and grenade trails (and explosions), then why can't I hide or customize the bolt?

Regardless of which side you fall on, I feel like the settings above are the least controversial of the "restricted" features, and pose the least amount of risk in their incorporation into tournament play. Considering we currently have no way of verifying or enforcing any rules to begin with, why not be a little more permissive?
2020-09-16, 08:12
Administrator
284 posts

Registered:
Sep 2015
andy wrote:
MatriX wrote:
Ezquake 3.6 allows this, another thing to think of.
gl_custom_lgpack_color
gl_custom_rlpack_color


Isn't this demo/QTV-only?


Yes, and safe to implement as the information isn't sent to players (they're told they dropped a RL, but not the entity#).
(This is why teaminfo isn't implemented as a ruleset - if teaminfo is disabled server-side then the clients simply don't have the information)
2020-09-17, 21:46
Member
22 posts

Registered:
Jan 2016
Quote:
Regarding the possibility of abusing rollAlpha/rollAngle, why not simply set a reasonable limit to cl_rollangle? Like max 15? 10?


And how will you do this without a ruleset when you are asking to remove all rules?
2020-09-18, 09:51
Member
105 posts

Registered:
Apr 2017
Checkmate!!!
2020-09-18, 19:30
Member
20 posts

Registered:
Aug 2020
Ahah you got me Most of these little hacks, even in aggregate, appear to degrade the player's own experience equally as quickly as they might give him a very slight advantage in certain edge cases. And, again, you can't actually verify/enforce any rules, so we might as well let players use whatever customizations they want, and any blatant wall hacking or assisted aim cheaters will be discovered and dealt with on their own.
2020-10-01, 23:40
News Writer
280 posts

Registered:
May 2006
Baresi wrote:

I posted a video a year or so ago where I showed the potential of exploiting this cvar along with cl_rollangle, which I guess is partly why "Thunderdome" ruleset is not allowed in ie Hammertime anymore.
You can spot your enemy before he turns the corner. It just takes some practice to have two buttons binded to "cl_rollangle xxx". Similar to viewheigt -x / +x.

Try to play with cl_rollangle 999 and cl_rollalpha 0.
I tried and I have cl_rollalpha 5 now. High values are unplayeable.

And one more: you show different screenshots created not at same time/position.
  48 posts on 2 pages  First page12Last page