Crop varies when surface layers are toggled on Windows |
||
Issue descriptionIn issue 874499, the crop (visible rect) of the surface layer vs. no surface layer cases differs. This affects YouTube content on Windows 10 w/ Intel Graphics 620. human.p...@: Can you capture a log from chrome://media-internals while the video is playing? Thanks!
,
Aug 16
,
Aug 16
I mean canary*
,
Aug 16
Not sure how helpful it would be under such situation, I still recorded some log under: 70.0.3524.0 (Official Build) canary (64-bit) (cohort: Clang-64) chrome://flags/#enable-surfaces-for-videos = disabled Playing https://www.youtube.com/watch?v=eK6ufTDLt_Y 1080p
,
Aug 16
Some clarification: After reviewing my previous screenshots, I realize that UI overflowing issue was always there with Canary. So, that's irrelevant. However, I suddenly cannot reproduce the cropping difference now any more: the cropping is constantly wrong, regardless the status of #overlay-strategies or #enable-surfaces-for-videos, or both. I suspect it's because I touched some of the Intel Display settings, but undo them doesn't help.
,
Aug 16
Based on the log, the visible rect is correct, but it may be the case that the coded size is wrong (it's 1920x1080, which is not a multiple of 16x16 macroblocks). It is using H.264 (DXVA VDA) via MojoVideoDecoder; I will attempt to reproduce myself. Sounds like it would be worth trying to upgrade or downgrade your GPU driver, if those settings are affecting the result in unreliable ways.
,
Aug 16
By "wrong", you should notice that even the overlay is overflowing: the progress bar shouldn't touch the right boundary. But I seem be able to reproduce this in other browsers as well.
,
Aug 16
Also worth noting, when loading the page, there is a split of second that the overlay and video size was correctly showing, but then it became incorrect one. |
||
►
Sign in to add a comment |
||
Comment 1 by sande...@chromium.org
, Aug 16