Issue metadata
Sign in to add a comment
|
WebGL animations sometimes stutter/flicker in Chrome 61, exacerbated by border-radius>0 & overflow=hidden
Reported by
lau...@mapbox.com,
Oct 10 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. Load test case (attached, but also available at http://bl.ocks.org/lbud/raw/42e74264e3ef6c92cd677ea565445050/ ) 2. Toggle both buttons on to set canvas border-radius > 0px & overflow = hidden What is the expected behavior? Smooth animation What went wrong? The animation stutters, as if occasionally swapping frames with previous frames (creating the appearance in this case of the rotation occasionally stuttering backward). Setting the WebGL canvas's border-radius to > 0px and/or setting overflow to hidden greatly exacerbate the effect (presumably due to compositing?), but the stutter can also be reproduced without either property. I'm attaching a screen capture of what I see — if I do some unburdening of my CPU the effect is lessened but still easily reproduced. I'm on a 2016 13" MacBook Pro with Intel Iris Graphics 550 1536 MB. My colleagues with 15" Macbook Pros with AMD Radeon Pro 450 chips are able to just barely reproduce this, much more subtly. This was originally reported in the Mapbox GL project — https://github.com/mapbox/mapbox-gl-js/issues/5333 provides some context behind the investigation of properties that exacerbate this. Here's a reduced map test case that demonstrates the fact, as mentioned in that ticket, that the stutter is severely exacerbated when the canvas is unfocused: https://bl.ocks.org/lbud/raw/632c6afc8f51c5907f3857893bf3062b/ . Note that I believe there's a second (maybe related? — will file separately) bug wherein Chrome isn't correctly detecting the end of the frame — once the map has loaded, click on the map to finish the first load, then zoom in and out quickly with the map focused and it should look mostly fine. Then click outside of the map to unfocus but zoom in and out with the trackpad to see severe flickering. I'm attaching a second video demonstrating this in a map (initially with the map focused, then unfocused). Did this work before? Yes Chrome 60 Does this work in other browsers? Yes Chrome version: 61.0.3163.100 Channel: stable OS Version: OS X 10.12.6 Flash Version:
,
Oct 10 2017
,
Oct 11 2017
Unable to reproduce the issue on the reported chrome version stable 61.0.3163.100 and on the latest canary 63.0.3236.0 using Mac 10.12.6. We have checked the issue on MacBook Air.(13-inch,Early 2014) with Intel HD Graphics 5000 1536MB Attaching the screencast of the same. Requesting someone from inhouse team to take a look at this if issue specific graphics are available. Thanks!
,
Oct 11 2017
I can't reproduce this on a MacBook Air with Intel HD 6000 GPU and macOS 10.12.6, but it sounds like the same problem as Issue 769488 , which was just fixed. Can you please confirm that the stuttering occurs with this Chromium continuous build: https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Mac/505146/ and is fixed with this build: https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Mac/505159/ Thanks.
,
Oct 11 2017
Oh awesome, yes — fixed on the 505159 build. Same with the other bug I filed, https://bugs.chromium.org/p/chromium/issues/detail?id=773342, so I'm assuming it shared the same underlying issue. Thanks!
,
Oct 11 2017
Thank you for providing more feedback. Adding requester "kbr@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 11 2017
Great. Thank you for confirming. I'll request to merge my fix back to M62 then. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 Deleted