New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 639655 link

Starred by 4 users

Issue metadata

Status: Archived
Owner:
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Fullscreen video on OS X with no overlay elements uses different color matrix

Project Member Reported by strobe@chromium.org, Aug 21 2016

Issue description

Chrome Version : 53.0.2785.70 (also tested on Canary)
OS X version: 10.11.6

- Go full screen on a YouTube video.
- Wait for all UI elements to hide, including progress bar and "Esc to dismiss" overlay.
- (Optionally) witness a single frame from the last video you watched fullscreen blip in to the render queue, right as it shifts to the hardware path.
- Notice a color shift in the video - skin tones get more green.
- Mouse. The controls reappear, the colors shift back.
- Wait. The UI fades, the colors get green again.

This is a good demo video (right-click, choose Loop, otherwise it's too short):

https://www.youtube.com/watch?v=iYPuTv0F8XI

Caveats:
- This is on a Retina MacBook Pro 15, Mid 2014 model with dual GPUs. If the discrete GPU is pinned open, say by leaving Resolve open as you've just generated your test card, the issue doesn't occur - it only shows with the integrated GPU.
- This doesn't happen for unencrypted H.264.
- This does happen for Netflix content, that doesn't use the GPU.
- Unfortunately, I suspect that the matrix used in the common case is actually the wrong one, and that the move to the slightly greener matrix during fullscreen is actually the only time things are correct, but I need to validate that more thoroughly.
 

Comment 1 by strobe@chromium.org, Aug 21 2016

(Oh, and I know there's a lot of work to fix color representation generally; the reason I'm calling this out is that changing colors mid-playback is probably worse than the usual case of just being consistently wrong.)
Cc: ranjitkan@chromium.org
Labels: M-54
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on MAC 10.11.6 for chrome canary version 54.0.2835.0. Issue looks like a non regression as seeing this from M24 - 24.0.1300.0. Untriaging it so that it gets addressed.
Cc: hubbe@chromium.org ccameron@chromium.org
Status: Available (was: Untriaged)
hubbe@, this is color related. can you take a look?
it's not a regression though.
Project Member

Comment 5 by sheriffbot@chromium.org, Aug 28 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
strobe@, do you still repro this bug?
Owner: ccameron@chromium.org
Status: Assigned (was: Untriaged)
hubbe, chris: please follow up here.
Status: Archived (was: Assigned)
No response in >6 months from ping in #6. Bug was originally filed on Chrome 53, which has totally different color behavior than current Chrome.

Marking Archived.

Sign in to add a comment