Tested on Windows 10 using the reported Chrome #64.0.3282.140 and not able to reproduce the issue of changing the video brightness level on the following devices:

Windows-10 HP Z230
Lenovo-Think Pad
Windows-10 HP Z240
Dell Precision 3800

Hence requesting dev team to look into this issue.

Note:
1. Removing the 'Needs-Bisect' label as the issue is not reproduced on all the devices.
2. URL of the video used to test: https://www.youtube.com/watch?v=iGl92iBG4g4

Thanks in advance!

Color correction issues?

I have a custom ICC profile because I have calibrated my screen (see Color Management in Windows). Probably related to Chrome not handling that properly.

It is fixed in Chrome by forcing scRGB linear profile under: chrome://flags/#force-color-profile.

No issues in Edge or Firefox. I use Firefox when watching videos due to this issue.

I suspect that this is occurring when we switch between using a DirectComposition overlay and not using a DirectComposition overlay
->zmo for Windows issues

Same issue

Graphics Feature Status
Canvas: Hardware accelerated
CheckerImaging: Disabled
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Hardware accelerated
Video Decode: Hardware accelerated
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
Driver Bug Workarounds
clear_uniforms_before_first_program_use
decode_encode_srgb_for_generatemipmap
disable_accelerated_vpx_decode
disable_discard_framebuffer
disable_framebuffer_cmaa
exit_on_context_lost
force_cube_complete
msaa_is_slow
scalarize_vec_and_mat_constructor_args
texsubimage_faster_than_teximage
Problems Detected
Some drivers are unable to reset the D3D device in the GPU process sandbox
Applied Workarounds: exit_on_context_lost
TexSubImage is faster for full uploads on ANGLE
Applied Workarounds: texsubimage_faster_than_teximage
Clear uniforms before first program use on all platforms: 124764, 349137
Applied Workarounds: clear_uniforms_before_first_program_use
Always rewrite vec/mat constructors to be consistent: 398694
Applied Workarounds: scalarize_vec_and_mat_constructor_args
ANGLE crash on glReadPixels from incomplete cube map texture: 518889
Applied Workarounds: force_cube_complete
On Intel GPUs MSAA performance is not acceptable for GPU rasterization: 527565
Applied Workarounds: msaa_is_slow
Framebuffer discarding can hurt performance on non-tilers: 570897
Applied Workarounds: disable_discard_framebuffer
Use GL_INTEL_framebuffer_CMAA on ChromeOS: 535198
Applied Workarounds: disable_framebuffer_cmaa
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Decode and Encode before generateMipmap for srgb format textures on Windows: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
VPx decoding is too slow on Intel Broadwell, Skylake, and CherryView: 616318
Applied Workarounds: disable_accelerated_vpx_decode
Native GpuMemoryBuffers have been disabled, either via about:flags or command line.
Disabled Features: native_gpu_memory_buffers
Checker-imaging has been disabled via finch trial or the command line.
Disabled Features: checker_imaging
Version Information
Data exported	2/24/2018, 4:46:39 PM
Chrome version	Chrome/64.0.3282.167
Operating system	Windows NT 10.0.16299
Software rendering list URL	https://chromium.googlesource.com/chromium/src/+/bf44778c9ce98ecff1128b225a165728044bbdeb/gpu/config/software_rendering_list.json
Driver bug list URL	https://chromium.googlesource.com/chromium/src/+/bf44778c9ce98ecff1128b225a165728044bbdeb/gpu/config/gpu_driver_bug_list.json
ANGLE commit id	2987f0fde973
2D graphics backend	Skia/64 713571f9afcf4b673812cd3b52bb5b17c107038b-
Command Line	"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --flag-switches-begin --flag-switches-end
Driver Information
Initialization time	191
In-process GPU	false
Passthrough Command Decoder	false
Supports overlays	true
Sandboxed	false
GPU0	VENDOR = 0x8086, DEVICE= 0x193b
Optimus	false
Optimus	false
AMD switchable	false
Desktop compositing	Aero Glass
Diagonal Monitor Size of \\.\DISPLAY1	27.1"
Driver vendor	Intel Corporation
Driver version	23.20.16.4944
Driver date	2-4-2018
Pixel shader version	5.0
Vertex shader version	5.0
Max. MSAA samples	16
Machine model name	
Machine model version	
GL_VENDOR	Google Inc.
GL_RENDERER	ANGLE (Intel(R) Iris(R) Pro Graphics 580 Direct3D11 vs_5_0 ps_5_0)
GL_VERSION	OpenGL ES 3.0 (ANGLE 2.1.0.2987f0fde973)
GL_EXTENSIONS	GL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_instanced_arrays GL_ANGLE_lossy_etc_decode GL_ANGLE_multiview GL_ANGLE_pack_reverse_row_order GL_ANGLE_program_cache_control GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_usage GL_ANGLE_translated_shader_source GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_compressed_texture GL_CHROMIUM_copy_texture GL_CHROMIUM_sync_query GL_EXT_blend_minmax GL_EXT_color_buffer_float GL_EXT_color_buffer_half_float GL_EXT_debug_marker GL_EXT_discard_framebuffer GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_frag_depth GL_EXT_map_buffer_range GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_robustness GL_EXT_sRGB GL_EXT_shader_texture_lod GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_norm16 GL_EXT_texture_rg GL_EXT_texture_storage GL_EXT_unpack_subimage GL_KHR_debug GL_NV_EGL_stream_consumer_external GL_NV_fence GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth32 GL_OES_element_index_uint GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object
Disabled Extensions	GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent
Window system binding vendor	Google Inc. (adapter LUID: 0000000000006f5d)
Window system binding version	1.4 (ANGLE 2.1.0.2987f0fde973)
Window system binding extensions	EGL_EXT_create_context_robustness EGL_ANGLE_d3d_share_handle_client_buffer EGL_ANGLE_d3d_texture_client_buffer EGL_ANGLE_surface_d3d_texture_2d_share_handle EGL_ANGLE_query_surface_pointer EGL_ANGLE_window_fixed_size EGL_ANGLE_keyed_mutex EGL_ANGLE_surface_orientation EGL_ANGLE_direct_composition EGL_NV_post_sub_buffer EGL_KHR_create_context EGL_EXT_device_query EGL_KHR_image EGL_KHR_image_base EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_get_all_proc_addresses EGL_KHR_stream EGL_KHR_stream_consumer_gltexture EGL_NV_stream_consumer_gltexture_yuv EGL_ANGLE_flexible_surface_compatibility EGL_ANGLE_stream_producer_d3d_texture_nv12 EGL_ANGLE_create_context_webgl_compatibility EGL_CHROMIUM_create_context_bind_generates_resource EGL_CHROMIUM_sync_control EGL_EXT_pixel_format_float EGL_KHR_surfaceless_context EGL_ANGLE_display_texture_share_group EGL_ANGLE_create_context_client_arrays EGL_ANGLE_program_cache_control EGL_ANGLE_robust_resource_initialization
Direct rendering	Yes
Reset notification strategy	0x8252
GPU process crash count	0
Compositor Information
Tile Update Mode	One-copy
Partial Raster	Enabled
GpuMemoryBuffers Status
ATC	Software only
ATCIA	Software only
DXT1	Software only
DXT5	Software only
ETC1	Software only
R_8	Software only
R_16	Software only
RG_88	Software only
BGR_565	Software only
RGBA_4444	Software only
RGBX_8888	GPU_READ, SCANOUT
RGBA_8888	GPU_READ, SCANOUT
BGRX_8888	Software only
BGRX_1010102	Software only
BGRA_8888	Software only
RGBA_F16	Software only
YVU_420	Software only
YUV_420_BIPLANAR	Software only
UYVY_422	Software only
Display(s) Information
Info	Display[2528732444] bounds=0,0 1280x720, workarea=0,0 1280x680, scale=1, external
Color space information	{primaries:[[0.4360,0.3851,0.1431,],[0.2225,0.7169,0.0606,],[0.0139,0.0971,0.7139,],], transfer:0.0000*x + 0.0000 if x < 0.0000 else (1.0000*x + 0.0000)**2.2000 + 0.0000, matrix:RGB, range:FULL}
Bits per color component	8
Bits per pixel	24
Video Acceleration Information
Decode h264 baseline	up to 4096x2304 pixels
Decode h264 main	up to 4096x2304 pixels
Decode h264 high	up to 4096x2304 pixels
Encode h264 baseline	up to 3840x2176 pixels and/or 30.000 fps
Encode h264 main	up to 3840x2176 pixels and/or 30.000 fps
Encode h264 high	up to 3840x2176 pixels and/or 30.000 fps
Diagnostics
0
b3DAccelerationEnabled	true
b3DAccelerationExists	true
bAGPEnabled	true
bAGPExistenceValid	true
bAGPExists	true
bCanRenderWindow	true
bDDAccelerationEnabled	true
bDriverBeta	false
bDriverDebug	false
bDriverSigned	false
bDriverSignedValid	false
bNoHardware	false
dwBpp	32
dwDDIVersion	12
dwHeight	720
dwRefreshRate	60
dwWHQLLevel	0
dwWidth	1280
iAdapter	0
lDriverSize	1921544
lMiniVddSize	0
szAGPStatusEnglish	Enabled
szAGPStatusLocalized	Enabled
szChipType	Intel(R) Iris(R) Graphics Family
szD3DStatusEnglish	Enabled
szD3DStatusLocalized	Enabled
szDACType	Internal
szDDIVersionEnglish	12
szDDIVersionLocalized	12
szDDStatusEnglish	Enabled
szDDStatusLocalized	Enabled
szDXVAHDEnglish	Supported
szDXVAModes	ModeMPEG2_A ModeMPEG2_C ModeWMV9_C ModeVC1_C
szDescription	Intel(R) Iris(R) Pro Graphics 580
szDeviceId	0x193B
szDeviceIdentifier	{D7B78E66-5A7B-11CF-66F0-7400B2C2DA35}
szDeviceName	\\.\DISPLAY1
szDisplayMemoryEnglish	16456 MB
szDisplayMemoryLocalized	16456 MB
szDisplayModeEnglish	1280 x 720 (32 bit) (60Hz)
szDisplayModeLocalized	1280 x 720 (32 bit) (60Hz)
szDriverAssemblyVersion	23.20.16.4944
szDriverAttributes	Final Retail
szDriverDateEnglish	2/3/2018 5:00:00 PM
szDriverDateLocalized	2/3/2018 17:00:00
szDriverLanguageEnglish	English
szDriverLanguageLocalized	English
szDriverModelEnglish	WDDM 2.1
szDriverModelLocalized	WDDM 2.1
szDriverName	C:\WINDOWS\System32\DriverStore\FileRepository\igdlh64.inf_amd64_0541b698fc6e40b0\igdumdim64.dll,C:\WINDOWS\System32\DriverStore\FileRepository\igdlh64.inf_amd64_0541b698fc6e40b0\igd10iumd64.dll,C:\WINDOWS\System32\DriverStore\FileRepository\igdlh64.inf_amd64_0541b698fc6e40b0\igd10iumd64.dll,C:\WINDOWS\System32\DriverStore\FileRepository\igdlh64.inf_amd64_0541b698fc6e40b0\igd12umd64.dll
szDriverNodeStrongName	oem30.inf:5f63e5340a16bfea:iSKLD_w10_DS:23.20.16.4944:pci\ven_8086&dev_193b
szDriverSignDate	Unknown
szDriverVersion	23.20.0016.4944
szKeyDeviceID	Enum\PCI\VEN_8086&DEV_193B&SUBSYS_20648086&REV_09
szKeyDeviceKey	\Registry\Machine\System\CurrentControlSet\Control\Video\{92948DBF-D27E-11E7-A4A5-001FC69BFC91}\0000
szManufacturer	Intel Corporation
szMiniVdd	unknown
szMiniVddDateEnglish	Unknown
szMiniVddDateLocalized	unknown
szMonitorMaxRes	Unknown
szMonitorName	HP Pavilion 27bw IPS LED Backlit Monitor
szNotesEnglish	No problems found.
szNotesLocalized	No problems found.
szOverlayEnglish	Supported
szRankOfInstalledDriver	00D12001
szRegHelpText	Unknown
szRevision	Unknown
szRevisionId	0x0009
szSubSysId	0x20648086
szTestResultD3D7English	Not run
szTestResultD3D7Localized	Not run
szTestResultD3D8English	Not run
szTestResultD3D8Localized	Not run
szTestResultD3D9English	Not run
szTestResultD3D9Localized	Not run
szTestResultDDEnglish	Not run
szTestResultDDLocalized	Not run
szVdd	unknown
szVendorId	0x8086

ccameron@, sunnyps@ and I sat down together today and looked at this bug.

It looks like when Chrome is playing the video in overlay mode, we are not honoring the system's colorspace, but everywhere else we are. When the mouse is over the video quad, Chrome gets out of the overlay mode, so everything renders to the correct colorspace, but in overlay mode, video is with the wrong colorspace.

For comparison, Edge or Firefox doesn't honor system's colorspace at all.

Issue 806364 has been merged into this issue.

 Issue 816337  has been merged into this issue.

Two ideas for fixes for this from the discussion:

1. Tell Chrome to draw all "is_overlay_candidate==1" videos as though the dst color space were sRGB, on Windows
- This is sad because it breaks color correct video rendering on Windows in many situations
- Of note is that we would *not* do this in Window HDR mode (cause it's not incoherent there)

2. See if DirectComposition can be made to behave better
- New Windows videos APIs shouldn't assume "all monitors are sRGB" ... it's not the 90s
- So hopefully there exists an API to do it right?
- But it might have power implications ...
- But it shouldn't, cause the hardware on most machines is capable ...
- But it still might, cause software is sloppy

@ comment 11, I really hope option 1 can be avoided, color correct video is very important

This may be relevant:
https://codereview.chromium.org/2852953003/

I have some brightness problems too when I watch video with subtitles (Netflix or Amazon) but on macOS High Sierra: brightness slightly bursts when a subtitle appears on the screen. Similar issue is discussed here: https://discussions.apple.com/message/33145264?start=45&tstart=0 (not only with Chrome but also with other software).

Forcing color profile in Chrome to "chrome://flags/#force-color-profile" fixes the problem but selecting other profiles does not.

I also did some experiments with accessibility features which I have posted on Apple Discussions. Just copy-pasting my text here:

> Okay, I'am suffering from this problem for about two or three weeks on my MacBook Air Late 2014 (MD761RU/B). But for me it happens only in Chrome. It does not happen in Firefox, Safari or even other Chromium-based browsers (like Yandex). I even ended up reinstalling macOS but it didn't help.
> I could not get consistent brightness changes on Netflix but today I found a video on Amazon Prime Video where I can clearly and often see this flickering that causing me eye-cancer. By evening I nearly memorised these 2 minutes of video by heart.
> After reading halo_bone's post I've tried to play with some settings (contrast especially) in System Preferences / Accessibility / Display section.
> First of all, increasing contrast here makes these bursts more noticeable and now you can definitely see them (TBH, I initially thought that it was some kind of optical illusion).
> Then I enabled inverted colors and now I could clearly see what @halo_bone says: macOS treats screen differently when there is full screen video without subtitles and when there are subtitles. Here is how I could see it. Most movies have wider aspect-ratio than MacBook display so I had black stripes on the top and on the bottom of the screen. The thing is they were black when there is no subtitles (so these parts of screen are not inverted) and white where there are subtitles. Now I can clearly see that it DOES happen in Chrome and DOES NOT happen in Safari or Firefox (they always have white stripes).
> The last part is most mysterious. Previous steps helped me to see the problem more clearly but did not fix it. Then I accidentally (or just for fun) increased the cursor size (WHAAAT?) with slider and then turned it back to its normal size. You won't believe it but after that this annoying flickering just disappeared! I can clearly see in inverted colors mode that flickering is no longer happening. After rebooting the computer it starts to happen again, but it works fine after closing and opening the laptop lit. Turns out that changing cursor size somehow disables special treatment for full-screen video (top and bottom stripes becomes always white).


I am not sure that this is the same bug but the symptoms look similar. Please let me know if I should create a new issue.

re: #14: it's likely a different root cause on Mac. Can you file a new bug and attach about:gpu page content to it?

Per offline discussion, mostly we agreed on the following solution:

1) For videos that are wide gamut, HDR or just sufficiently different that overriding the color space is going to look bad, never use DCLayers to draw video

2) For the ones that are close to sRGB, whenever drawing a video quad that is an "overlay candidate" (that is, could potentially become a DCLayer), override the target color space to be sRGB. In effect, this opts these videos out of color correct rendering.

Sunny is already working on a CL, assigning to him to push over to the finishing line.

this issue doesn't exist on macOS, correct?

No, it doesn't.

Also, one correction to #16. We initially thought this had to do with specifying a color space for DC video swap chains, but now we think this is because Chrome applies ICC profiles marked with a "colorimetric" intent that rest of Windows ignores. However, Windows seems to apply ICC profiles that have a "perceptual" intent when created using the display calibration tool. Or it may have something to do with the "Use Windows display calibration" checkbox, i.e. you can have an ICC profile set, which Chrome reads, but Windows is not configured to use that profile for the display. In this scenario, Chrome's rendering looks out of whack compared to rest of Windows, and that includes the YUV video swap chains which behaves like rest of Windows.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/e41dfd3724fbbcc2faf101ab8afabed787614e8d

commit e41dfd3724fbbcc2faf101ab8afabed787614e8d
Author: Sunny Sachanandani <sunnyps@chromium.org>
Date: Thu May 17 19:07:17 2018

Disable color conversion for overlay candidate video quads on Windows

Overlay candidate quads can switch between GLRenderer compositing and
direct composition visuals from frame to frame. Disable color conversion
in GLRenderer for such quads since we can't perform color conversion in
direct composition path.

This fixes the bug where hovering over youtube video causes forces it
to use GL compositing which results in a perceived change as color
correction is applied.

Bug:  811118 
Cq-Include-Trybots: luci.chromium.try:android_optional_gpu_tests_rel
Change-Id: I1381b0ab7b2d2a36eaea3ad2105cd802a8b3ab42
Reviewed-on: https://chromium-review.googlesource.com/1056141
Commit-Queue: Sunny Sachanandani <sunnyps@chromium.org>
Reviewed-by: ccameron <ccameron@chromium.org>
Cr-Commit-Position: refs/heads/master@{#559632}
[modify] https://crrev.com/e41dfd3724fbbcc2faf101ab8afabed787614e8d/components/viz/service/display/gl_renderer.cc

+pbommana FYI

I don't think we need to verify this, but if we do, here's one test scenario:

Hardware: Test on device supporting overlay (skylake+ laptops e.g. surface book) and devices not supporting overlays. You can tell by looking at "Supports overlays" in chrome://gpu

Load attached color profile in Windows "Color Management" settings by enabling "Use my settings for device", then add the provided color profile by choosing "Add" > "Browse". Finally select "Set as Default Profile". Restart Chrome to see changes. Colors will look something like attached image.

Play youtube video, and mouse over the video to show media controls. After a few seconds move mouse away to hide media controls. The video will look normal throughout. The colors will look like they're supposed to, and won't match rest of Chrome (this is expected). Colors won't change when you mouse over or away from video.

Deleted: ColorSpin.icc 496 bytes

ColorSpin.icc 496 bytes Download

Deleted: BGSONKoxzBa.png 20.2 KB

	BGSONKoxzBa.png 20.2 KB View Download

Able to reproduce this issue on Windows 10 Surface Pro with build without fix (i.e; On hovering on youtube video color becomes normal and on removing cursor different color is seen). Hence verifying the fix on latest canary 68.0.3434.0.

In latest canary color of video do not change either on hover/no hover. Attaching screencast for reference.

As fix is working as expected adding Verified labels. 

Thanks!

Deleted: 811118_surface pro.mp4 14.5 MB

	811118_surface pro.mp4 14.5 MB View Download

I'm still seeing this in 69.0.3497.23 beta on Windows 10...

Just updated to 70 beta on Windows 10 and still seeing this issue, here is my original report that labeled as a duplicate of this but I think it's not 
https://bugs.chromium.org/p/chromium/issues/detail?id=806364

Thanks for letting us know.  I think I have an idea about what's going on, so I'm going to reopen the other issue.