Issue metadata
Sign in to add a comment
|
Gray overlay seen on video elements
Reported by
canb...@gmail.com,
Jul 29 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3170.0 Safari/537.36 Example URL: https://eksisozluk.com/video/gunun-videolari Steps to reproduce the problem: 1. Gray parts are seen on video elements like in youtube or any other sites 2. Only in latest canary and dev (61-62) 3. Stable is not affected. What is the expected behavior? There should no gray overlay or parts in the video. What went wrong? Gray overlay is seen. See the videos in : https://eksisozluk.com/video/gunun-videolari Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 62.0.3170.0 Channel: canary OS Version: 10.0 Flash Version:
,
Jul 31 2017
,
Jul 31 2017
can be seen in : http://www.bjk.com.tr/tr/mobil/haber?news_id=70568
,
Aug 1 2017
Unable to reproduce the issue on Windows 10 with chrome canary #62.0.3172.2, tested the issue as per steps mentioned in the comment #0 Didn't observed any gray parts while playing the videos. Attaching the screen-cast for reference. canblbn@ Could you retest the scenario on clean profile with no apps/extensions and let us know your observations. Thank You...
,
Aug 1 2017
@kkaluri i tested with fresh profile with no addons. Still can see a gray lines and areas. they are very light gray oerlay but easily noticable. I have 2 graphics card on the ultrabook. So tried to run chrome with both of them. In both graphics card issue is reproducable. It is not seen in stable beta (m60), bu can be seen on dev m61 and canary m62
,
Aug 1 2017
Thank you for providing more feedback. Adding requester "kkaluri@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
,
Aug 2 2017
,
Aug 2 2017
Could you please attach the chrome://gpu details and also check if disabling 'Color correct rendering' from chrome://flags resolves the issue or not.
,
Aug 2 2017
Chrome://gpu page is attached. Disabling color corrent rendering resolves the issue. I also uploaded a screencast to drive: Here is the link.In the video difference between when Color correct rendering is disable and enabled is shown. https://drive.google.com/file/d/0Bzsi_SbD22xuX3RBQnFkZ1JNM0U/view?usp=sharing
,
Aug 2 2017
Thank you for providing more feedback. Adding requester "ajha@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
,
Aug 3 2017
As per C#9, this is resolved by disabling color correct rendering, hence assigning to ccameron@ for further inputs on this.
,
Aug 3 2017
canblbn, please attach the ICC color profile that you are using for your monitor. I suspect that this is related to color conversion at composite time.
,
Aug 3 2017
@ccameron
,
Aug 3 2017
I'm looking for the actual .icc (or .icm) file -- you will probably be able to find it in C:\Windows\System32\spool\drivers\color -- it will have the file name that I've circled in red from your screenshot.
,
Aug 3 2017
@ccameron
,
Aug 3 2017
Thanks, I can now reproduce this issue locally on my machine. Taking a closer look.
,
Aug 4 2017
This is my transfer function approximation code not being as exact as it should be. In particular, this allows that T(0)>0 because "it's no worse than the rest of the fit" ... but at 0, things matter a lot. This should be easy enough to fix.
,
Aug 6 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/f63bfb074ca169a59f112522dffb4a5fd7ff1a9a commit f63bfb074ca169a59f112522dffb4a5fd7ff1a9a Author: Christopher Cameron <ccameron@chromium.org> Date: Sun Aug 06 21:12:25 2017 color: Make transfer function estimation robust to clamping Transfer function tables encountered in the wild will often have the property that they are a clamped parametric function. In this particular bug, the parametric transfer function, when evaluted at 1, is much greater than 1. The table clamps this value to 1. The approximation code doesn't do any of this clamping, and so it ends up with an inaccurate approximation. Add a test with the data from the user-provided ICC profile. Bug: 750459 Change-Id: I520201d1610f50f5fbe0839116f405c07b10daf9 Reviewed-on: https://chromium-review.googlesource.com/602594 Commit-Queue: ccameron chromium <ccameron@chromium.org> Reviewed-by: Fredrik Hubinette <hubbe@chromium.org> Cr-Commit-Position: refs/heads/master@{#492255} [modify] https://crrev.com/f63bfb074ca169a59f112522dffb4a5fd7ff1a9a/ui/gfx/color_space_unittest.cc [modify] https://crrev.com/f63bfb074ca169a59f112522dffb4a5fd7ff1a9a/ui/gfx/color_transform.cc [modify] https://crrev.com/f63bfb074ca169a59f112522dffb4a5fd7ff1a9a/ui/gfx/skia_color_space_util.cc [modify] https://crrev.com/f63bfb074ca169a59f112522dffb4a5fd7ff1a9a/ui/gfx/skia_color_space_util.h
,
Aug 8 2017
Adding merge request for M61.
,
Aug 8 2017
This bug requires manual review: M61 has already been promoted to the beta branch, so this requires manual review Please contact the milestone owner if you have questions. Owners: amineer@(Android), cmasso@(iOS), ketakid@(ChromeOS), govind@(Desktop) For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 8 2017
This is a very low risk fix for a bug in handling of unusual monitor profiles. Most of the lines in the patch are new tests.
,
Aug 8 2017
Approving merge to M61 branch 3163 based on comment #21. Please merge ASAP so we can take it in for tomorrow's Beta release. Thank you.
,
Aug 8 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/99a817e907e88fe39396aed4b03877d09cd654a9 commit 99a817e907e88fe39396aed4b03877d09cd654a9 Author: Christopher Cameron <ccameron@chromium.org> Date: Tue Aug 08 17:54:43 2017 color: Make transfer function estimation robust to clamping Transfer function tables encountered in the wild will often have the property that they are a clamped parametric function. In this particular bug, the parametric transfer function, when evaluted at 1, is much greater than 1. The table clamps this value to 1. The approximation code doesn't do any of this clamping, and so it ends up with an inaccurate approximation. Add a test with the data from the user-provided ICC profile. TBR=ccameron@chromium.org (cherry picked from commit f63bfb074ca169a59f112522dffb4a5fd7ff1a9a) Bug: 750459 Change-Id: I520201d1610f50f5fbe0839116f405c07b10daf9 Reviewed-on: https://chromium-review.googlesource.com/602594 Commit-Queue: ccameron chromium <ccameron@chromium.org> Reviewed-by: Fredrik Hubinette <hubbe@chromium.org> Cr-Original-Commit-Position: refs/heads/master@{#492255} Reviewed-on: https://chromium-review.googlesource.com/606649 Reviewed-by: ccameron chromium <ccameron@chromium.org> Cr-Commit-Position: refs/branch-heads/3163@{#385} Cr-Branched-From: ff259bab28b35d242e10186cd63af7ed404fae0d-refs/heads/master@{#488528} [modify] https://crrev.com/99a817e907e88fe39396aed4b03877d09cd654a9/ui/gfx/color_space_unittest.cc [modify] https://crrev.com/99a817e907e88fe39396aed4b03877d09cd654a9/ui/gfx/color_transform.cc [modify] https://crrev.com/99a817e907e88fe39396aed4b03877d09cd654a9/ui/gfx/skia_color_space_util.cc [modify] https://crrev.com/99a817e907e88fe39396aed4b03877d09cd654a9/ui/gfx/skia_color_space_util.h
,
Aug 8 2017
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by canb...@gmail.com
, Jul 29 2017117 KB
117 KB View Download
64.9 KB
64.9 KB View Download