this post was submitted on 20 Aug 2024
107 points (98.2% liked)

Gaming

2493 readers
242 users here now

The Lemmy.zip Gaming Community

For news, discussions and memes!


Community Rules

This community follows the Lemmy.zip Instance rules, with the inclusion of the following rule:

You can see Lemmy.zip's rules by going to our Code of Conduct.

What to Expect in Our Code of Conduct:


If you enjoy reading legal stuff, you can check it all out at legal.lemmy.zip.


founded 1 year ago
MODERATORS
 

Valve has moved quickly to outlaw automated keyboard features.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 4 points 2 months ago (1 children)

The problem is that these create input events on behalf of the user. forexample: When pressing A while still having D pressed, the keyboard sends a KEY_UP=D event even as the user is still pressing D.

As for your comparisom, lowering latency is something different, if anything it's attempting to make the users actions registered more accurately.

Do note that without this kind of processing, the games already knows that D is still pressed while A is presses, and they decide how to act on it. Games handle this differently, a common one being both keys as "stand still".

So we're:

  1. creating new input eventson behalf of the user
  2. tricking the game to to avoid a state the devs have intended
  3. resulting in a huge advantage for the player.

In my opinion this should be implemeted on a OS level for all to use, but I don't struggle one bit to see how this is disruptive and a no-go in competitive games.

[–] [email protected] -3 points 2 months ago (1 children)

You're confusing changing the priority of the inputs with creating them. Not the same thing.

In my opinion this should be implemeted on a OS level for all to use

Tons of keyboard/mice features are applied per device. If you want to do this on yours, it's free. Look it up.

There's no barrier for entry and it makes the gameplay quicker. There are no downsides here, this feels like plain gatekeeping.

[–] [email protected] 1 points 2 months ago

can I ask what level of experience/knowledge you have in this field? for fairness sake, I'm a sysadmin-ish role at work, having worked with remote terminal solutions, (optimizing remote desktop for use over satelitte and borderline dialup-speeds, if I ever again need to deep dive into the ICA-protocol it'll be too soon, lol) have tinkered with building keyboards, hobby involves arduinos & going deep down linux confing rabbit holes. Also done some gamejams, without ever really finishing any prototyoes.

Also - I think the way I brought up the OS implementation bit was too poorly phrased and we're too out of sync context wise for that to be a worth discussing at this point, but to answer your point, yes I am very versed in the subject, but I'm very curious ti see if there's something I;ve missed:

If you have one of these keyboards, please hook it up to your favorite key-input listening tool, and share what you see. I'm especially curious to if the priority you mentioned is something you see sent along with the keypress-signals, or if it is handled by the firmware of the device.

And for the record, I really do likewhat these keyboards are doing, I think it's about time we see some actuall progress in the field, and i sure as heck want those features in my next keyboard, but not seeing how this is unwelcome in competetive games at this point seems delusional to me. You're very welcome to challenge me om that, but the only argument I can see having an impact now is if you got some raw techical proof that challenges the models I've mentioned.