Issue metadata
Sign in to add a comment
|
Observing video flashing while playback |
||||||||||||||||||||||||
Issue descriptionChrome Version: 69.0.3496.0 Chrome OS Version: 10894.0.0 Chrome OS Platform: Kip, eve, soraka <b>Network info: <network, encryption type, router model (if known)></b> Please specify Cr-* of the system to which this bug/feature applies (add the label below). Steps To Reproduce: (1) Start playing http://storage.googleapis.com/chromiumos-test-assets-public/Shaka-Dash/switch_1080p_720p.mp4 or any video crosvideo.appspot.com (2) Observe video playback (3) Expected Result: -- No issues Actual Result: -- Video flashing as shown in observation video. How frequently does this problem reproduce? (Always, sometimes, hard to reproduce?) -- Always Issue also observed after disabling H/w decode from about:flags. Observed issue with h264, vp8, vp9 Feedback report: 85559598051 Observation video added in next comment.
,
Jul 20
This issue also observed in 10888.0.0/69.0.3494.0 in kip
,
Jul 20
Not observed issue in 10866.1.0/69.0.3486.0.
,
Jul 23
,
Jul 24
Even though it happens with sw decode, seems to be CrOS specific, so +osvideo folks.
,
Jul 24
Daniele, Miguel, do you perhaps know if any recent changes could have caused this issue? Thanks!
,
Jul 24
The CrOs changes do not include anything major in mesa or minigbm https://crosland.corp.google.com/log/10866.0.0..10888.0.0 The associated Chrome log is immense: https://chromium.googlesource.com/chromium/src/+log/69.0.3486.0..69.0.3494.0?pretty=fuller&n=10000 It'd be great to bisect further. dalecurtis@, could it have something to do with the SurfaceLayer for video? Is there an easy way to disable it to double check?
,
Jul 24
chrome://flags has an option. search for "SurfaceLayer", and turn it off there.
,
Jul 25
Can you also try to disable chrome://flags/#enable-viz-display-compositor and see if it fixes the issue?
,
Jul 25
=>back to test.
,
Jul 26
Just hit this on my Pixelbook with 68.0.3440.76 beta, the system hard locked (audio looping, pixel corruption around the screen, 10s power button required to restart) after a few instances of it - no crash dump or anything unfortunately. Seemed most prevalent when returning to the tgif tab. Surfaces aren't enabled on M68, so it seems it may be another issue. Even if they were I'd be surprised if they bring down the system that hard. This seems more like a kernel video issue.
,
Jul 27
You're the owner of a Pri-1 M-69 chrome media issue. M-69 is now in beta and will ship to stable in coming weeks. See go/chromeschedule. Please work on resolving your issue ASAP if it needs fixing for the M-69 branch. Pri-1 means the work is required for the branch. Alternatively, update the milestone to M-70 or remove the milestone and drop the priority to P-3.
,
Jul 30
Unable to repo issue on latest build 10895.9.0, 69.0.3497.21 on eve device.I'll verify on other devices and updated this bug as per it.
,
Jul 30
This might be issue 868008 and what I saw in c#11 something very different. @avkodipelli: in your original reproduction did you see your whole screen flashing black or only the video flashing black? I can't tell from the reproduction video. If you go into chrome://flags and force enable chrome://flags/#enable-surfaces-for-videos do you see the black flashes return? If so we can dupe this into issue 868008 .
,
Jul 31
flashed old build 10894.0.0 to verify above #14 setup on kip device. - It's not screen flashing, only specific tab which is playing video is flashing. - chrome://flags/#enable-surfaces-for-videos is set to enable, Issue observed. - chrome://flags/#enable-surfaces-for-videos is set to disabled, Issue Gone.
,
Jul 31
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by avkodipelli@chromium.org
, Jul 20