Toys/Lag: Jerk Monitor
nothing.pcarrier.com
Toys/Lag: Jerk Monitor
1–10 of 63 posts
Re: Toys/Lag: Jerk Monitor
#2With 240 Hz displays you probably want your mouse polling setting at 4000 or better 8000 Hz. This tool lets anyone confirm that on their hardware.
Re: Toys/Lag: Jerk Monitor
#3With 240 Hz displays you probably want your mouse polling setting at 4000 or better 8000 Hz. This tool lets anyone confirm that on their hardware.
That's a recent invention. Only the latest gaming mice can poll at that rate, and not particularly well on USB2. They're usually limited to 1000.
Neat tool, though. I'm also very sensitive towards latency.
Re: Toys/Lag: Jerk Monitor
#4Seems like it doesn't properly handle mouse events on Safari in macOS and only shows "frames with no pointer events". I assume it's because "pointerrawupdate" event is not supported there.
Also it's interesting that with ProMotion enabled it reports 16.67ms per frame (indicating 60Hz redraw rate) in Safari, but in Chrome it's 8.33.
Re: Toys/Lag: Jerk Monitor
#5[flagged]
Re: Toys/Lag: Jerk Monitor
#6Seems like it doesn't properly handle mouse events on Safari in macOS and only shows "frames with no pointer events". I assume it's because "pointerrawupdate" event is not supported there. Also it's interesting that with ProMotion enabled it reports 16.67ms per frame (indicating 60Hz redraw rate) in Safari, but in Chrome it's 8.33.
Yes, I rely on pointerrawupdate. Thanks for letting me know! Unfortunately pointermove is typically synced with graphics in my limited experience, and I think I'd rather not show anything than provide wildly inaccurate numbers.
Re: Toys/Lag: Jerk Monitor
#7[flagged]
[flagged]
Re: Toys/Lag: Jerk Monitor
#8I found that plugging my keyboards directly into my Mac’s limited USB ports is noticably faster.
I’m curious if there is a USB hub that I could buy of higher quality as my mac doesn’t have too much i/o
Re: Toys/Lag: Jerk Monitor
#9Seems like it doesn't properly handle mouse events on Safari in macOS and only shows "frames with no pointer events". I assume it's because "pointerrawupdate" event is not supported there. Also it's interesting that with ProMotion enabled it reports 16.67ms per frame (indicating 60Hz redraw rate) in Safari, but in Chrome it's 8.33.
Yes, I rely on pointerrawupdate. Thanks for letting me know! Unfortunately pointermove is typically synced with graphics in my limited experience, and I think I'd rather not show anything than provide wildly inaccurate numbers.
Oh and you also might be interested in this one too: https://github.com/cakama3a/Polling
Although it's for gamepads, it's pretty much indispensable in debugging gamepad-related latency issues. For example, I found that my presumably 1000Hz controller can do only 500Hz in ideal conditions and it starts to drop at a much lower distance from the computer than advertised. Neat stuff.
Re: Toys/Lag: Jerk Monitor
#10I can buy that humans can see at least 120hz at a minimum. 60Hz is the generally accepted threshold, but I’ve long suspected that 120Hz has mostly imperceptible effects that are still noticeable, if rarely.
I can’t buy this:
> I've also learnt I do benefit from the 8 kHz setting of my mouse, as even at 3200 DPI with fast & smooth motion, some frames still miss a pointer update
It may be true that pointer updates were being missed. But does that really affect anything?
It turns out that there’s a way to test this experimentally. Do a double blind experiment, just like in science. If you can tell which monitor is 240hz more than randomly, then it matters. Ditto for the pointer updates.
The corollary is that if you can’t tell with better than random chance, then none of this matters, no matter how much you think it does.
Experiments like this have decisively settled the “Does higher sampling rate matter when listening to music?” debate, among other questions. People still swear that they can tell that there’s a difference, but it’s expectation bias. They’re mistaken.
(10ms drops every few seconds would definitely be noticeable though; that wasn’t the point.)