[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