[Webkit-unassigned] [Bug 173442] New: Eventual Variable Refresh Rate support (HTML 5.2)
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Jun 15 14:41:19 PDT 2017
https://bugs.webkit.org/show_bug.cgi?id=173442
Bug ID: 173442
Summary: Eventual Variable Refresh Rate support (HTML 5.2)
Product: WebKit
Version: WebKit Nightly Build
Hardware: All
OS: All
Status: NEW
Severity: Enhancement
Priority: P2
Component: Canvas
Assignee: webkit-unassigned at lists.webkit.org
Reporter: mark at blurbusters.com
CC: dino at apple.com
Long Term Enhancement Project: Support for variable refresh rates in WebKit
With the proliferation of variable refresh capable displays (FreeSync, GSYNC, VESA Adaptive-Sync, HDMI 2.1 VRR, Apple ProMotion), there is a need to prepare the WebKit engine over the coming few years as the new iPad and the new Microsoft XBox both support variable refresh rates, as several HDTVs shown off at CES 2017.
Variable refresh rate displays lets software decide when to begin refresh cycles.
The goal is animations run at a specific frame rate (e.g. 48 fps or 75 fps), the display refresh rate follows along for the dominant element (e.g. full screen canvas, WebGL, video, etc). The refresh rate changes seamlessly even every refresh cycle, if necessary -- so sudden framerate changes are seamlessly possible without stutters (software simulation via frame interpolation -- http://www.testufo.com/#test=stutter&demo=gsync ...) as modern variable refresh rate displays can change refresh rates with no visual flash or disruption unlike previous displays.,
Currently, as an Invited Expert to W3C Web Platform Working Group, work is currently ongoing to prepare browser engines for emerging dynamic variable refresh rate operation capability -- https://github.com/w3c/html/issues/375
Specific potential pre-alpha proposals towards variable refresh rate support are located at:
PHASE 1 -- No API changes -- https://github.com/w3c/html/issues/375#issuecomment-306591154
PHASE 2 -- New API changes -- https://github.com/w3c/html/issues/375#issuecomment-306603305
While this is very early to report this to Webkit, I'm adding this because I'm aware of ongoing work to refactor the animation engines in WebKit, and it needs to have a migration path to become VRR-compatible -- to avoid coding into a corner between a rock and hard place.
--
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/20170615/9b13a1f0/attachment.html>
More information about the webkit-unassigned
mailing list