[Webkit-unassigned] [Bug 173434] Support for 120Hz requestAnimationFrame

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=173434

Darcey <darcey.lloyd at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |darcey.lloyd at gmail.com

--- Comment #13 from Darcey <darcey.lloyd at gmail.com> ---
There needs to be support for different refresh rates as WebGL scenes are all over the place if the user/viewer is not @ 60hz refresh rate.

requestAnimationFrame(fn,refreshRate)

I tried my website on latest version of chrome dated 31/03/21 today with my monitor set to 120hz, it virtually maxed out all my cores on my i9 9900k and didn't touch my GPU (RTX 3080), not to mention it struggled to get above 22fps, where as if I had my refresh rate set to 60hz the WebGL scene would be locked at 60fps not a problem. Yes checked chrome was using hardware acceleration, tried it on and off, same result.

Firefox on the other hand, didn't touch the CPU but used the GPU (which is correct) and nearly managed to get to 120fps, bounced around at 100 to 115.

So then I changed to 75hz refresh rate, chrome one again started to use my GPU instead of my CPU and managed to get 75fps, still overshooting 60fps and firefox was the same.

This is an old issue in the gaming industry, when one processor / gpu is faster than another measures were needed to maintain consistent speeds of animation between the different hardware. It's only going to get more and more common with new monitors to be running at varying different refresh frequencies (75, 90, 100, 110, 120, 240 etc), there even one that run at 300hz or 400hz or something, completely stupid imo, but it exists.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20210331/b6be1158/attachment.htm>