Valve has moved quickly to outlaw automated keyboard features.

  • @[email protected]
    link
    fedilink
    English
    -223 months ago

    Are you going to ban mice that are too light? How about super low latency peripherals? Are monitors next? Is there a limit for the specs on those?

    I really can’t see how this makes sense for you.

    • @SkyezOpen
      link
      English
      183 months ago

      It’s scripting to change your character movement. The super light mouse doesn’t move itself. How is that even comparable in your mind?

      Imagine if you had a mouse that stopped moving when your crosshair passed over an enemy. Is that acceptable?

      • @[email protected]
        link
        fedilink
        English
        -73 months ago

        The super light mouse doesn’t move itself.

        These keyboards also don’t move your character on their own. They simply allow you to react faster by not requiring you to fully depress the key before the other input is accepted. This is simillar to banning n-key rollover if something like 4-key rollover was the norm. It’s an improvement on movement and raises the skill ceiling.

        To top it all off, this feature is not hardware restricted. Unlike wooting’s other things like setting the key depress distance, which you can do because they have optical switches.

        Imagine if you had a mouse that stopped moving when your crosshair passed over an enemy. Is that acceptable?

        No. But that example is also nothing like the feature being discussed here. Are you sure you understand what this does?

        • @SkyezOpen
          link
          English
          6
          edit-2
          3 months ago

          The game is coded to not allow you to strafe while pressing both side buttons. This software sidesteps that by changing how the keyboard functions with simultaneous key presses.

          This is simillar to banning n-key rollover if something like 4-key rollover was the norm.

          Rollover has nothing to do with how the game is coded to handle certain inputs.

          It’s an improvement on movement and raises the skill ceiling.

          Strafing is a difficult skill. Allowing hardware to change how a character behaves lowers the skill ceiling.

          that example is also nothing like the feature being discussed here.

          Still a closer analogy than “are they gonna ban low latency peripherals.” Genuinely baffling how you came to that conclusion.

          • @[email protected]
            link
            fedilink
            English
            -7
            edit-2
            3 months ago

            The game is coded to not allow you to strafe while pressing both side buttons

            The way this feature works has nothing to do with how the game is coded and no, cs does not explicitly try to prevent you from doing this. If it does, please show me your source.

            If they actually wanted to do that, they could also add a minimum delay between the inputs and not ban anyone.

            Allowing hardware to change how a character behaves lowers the skill ceiling.

            Lowers the skill ceiling to strafe but strafing isn’t something that everyone does. Considering that it makes you harder to hit, and shooting IS something everyone does, it means that everyone has to improve their tracking skills.

            Still a closer analogy than “are they gonna ban low latency peripherals.” Genuinely baffling how you came to that conclusion.

            If that baffles you, it means you didn’t give it much thought. Lower latency benefits people with better reflexes. If you have a mouse that has a high latency and I a keyboard that has very low latency, that means I can avoid more of your shots.

        • @[email protected]
          link
          fedilink
          English
          23 months ago

          they do in a way move the character on their own though, through emulating extra input events on behalf of the user.

          without, these inputs are sent, one per human action: KEYDOWN=A, KEYDOWN=D with the same two keypresses: KEYDOWN=A, KEYDOWN=D+KEYUP=A

    • @[email protected]
      link
      fedilink
      English
      73 months ago

      Games are defined by the limitation imposed by them.

      You might arguably do all that if you are competing at extremely high skill levels tbh.

    • @[email protected]
      link
      fedilink
      English
      43 months ago

      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]
        link
        fedilink
        English
        -33 months ago

        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]
          link
          fedilink
          English
          12 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.