-
-
Notifications
You must be signed in to change notification settings - Fork 352
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Chatter detection message question #1081
Comments
Hi, I don't see any evidence of chatter. The UI defines chatter as a repeat key event within 8ms. I'm not seeing that on your trace. |
The UI doesn't show the amount of time that has elapsed from each KEY-UP event to the next KEY-DOWN event, but that is the number that is being compared against the chatter threshold, correct? The UI only shows the amount of time that has elapsed from each KEY-DOWN event to the next KEY-UP event. Where does the default value of "8 ms" come from? I definitely only pressed the '6' key once but it looks like two presses were recorded. I now see why that didn't display the "CHATTER HAS BEEN DETECTED!" alert, but another thing I noticed is that if I run the same test using Elite Keyboard's Switch Hitter tool with the same chatter threshold of 8 ms, I am able to fairly consistently trigger its "CHATTER DETECTED" alert: yet I am not able to trigger the "CHATTER HAS BEEN DETECTED!" alert on the QMK webpage no matter how many times I press the same '6' key. Could there be a latency issue with trying to measure keyboard switch delays through a website instead of a local app? |
Yep, it's a web page, so it's going to be affected by any plugins and other software running your page. One thing to try is to run in incognito or privacy mode. This will disable any keyloggers or whatever other plugins that are intercepting keyboard input from the page which may be affecting the measurement. |
Is there any particular reason "8 ms" is the default value?
Does my latency to the website affect the delay measurements even if no plugins are running? |
You would have to ask @zekth who wrote the feature. I think it's just a
reasonable value chosen to reflect a threshold where it is unreasonable to
expect a 2nd keypress. Keyboards usually denounce each press, so getting
one this quickly is often symptomatic of a hardware issue. We are making a
best effort in software to diagnose hardware. If you notice, it's
configurable, so choose whatever value you want. This is just work works
for most people.
Performance in general is hard to quantify. What's fast for you may be slow
for others. Just be aware that your browser is running on top of many
layers of software and each one is adding some measurable amount of delay.
It's just hard to quantify on a browser since it's at the tail end.
Hope this helps. Please feel free to use whatever tool gets you to a
reasonable result. We make no guarantees about the fitness of purpose for
chatter detection. We just provided it because it seemed useful and switch
hitter is no longer maintained.
…On Fri, Feb 18, 2022, 08:10 hudson4351 ***@***.***> wrote:
Is there any particular reason "8 ms" is the default value?
this is definitely a best effort kind of tool and not meant to be as
definitive as switch hitter which is a native program. It could be swapping
out to disk or your machine might be slow, or you could be bit coin mining.
All these things will affect latency on a windows PC.
Does my latency to the website affect the delay measurements even if no
plugins are running?
—
Reply to this email directly, view it on GitHub
<#1081 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AARLSU3WFVM7EIQQSMTJMYTU3ZVQTANCNFSM5OS7N6CQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you commented.Message ID:
***@***.***>
|
It does not, the code is executed in the page. This feature has been tested with a chattery keyboard but yeah it cannot be as reliable as switch hitter because of the toolchain involved. Regarding the 8ms it's the default of switch hitter. |
Information
Description
I suspect the '6' key on one of my keyboards is chattering. I used the test page here:
https://config.qmk.fm/#/test
And obtained the following output when pressing the '6' key once followed by the '1' key once:
Is the above output indicative of chattering? Is there supposed to be something on the page that alerts me when chattering occurs other than manual review of the console?
When I look at this post, I see the text "CHATTER HAS BEEN DETECTED!" displayed next to the chatter threshold window:
#466 (comment)
Is that text always supposed to be displayed whenever chattering occurs?
The text was updated successfully, but these errors were encountered: