New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[mitigated] HDR Screen Dim #88491
Comments
@deepak1556 looks like this was fixed originally by an electron update, something regress here? |
Just wanted to update that the latest update still has this issue. --force srgb still works but had to reimplement it. |
Seems like a regression from upstream chromium, will have to wait for a fix from them. https://bugs.chromium.org/p/chromium/issues/detail?id=1038770 |
If we cannot get a fix, we should make sure force-color-profile is a supported option for argv.json (https://github.com/microsoft/vscode/blob/3aa5383/src/main.js#L128) |
I second this. I love that you guys are updating and working on this amazing free software, but it's admittedly annoying and inconvenient to have to keep putting this in. At the very least, stop re-creating the shortcut after updates? |
@AzureWolf can we try out something:
I am trying to figure out if the [1] {
"disable-color-correct-rendering": true,
"force-color-profile": "srgb"
} |
Hey sorry I just saw this. The issue seems to have been resolved. I also tested what you asked @bpasero and it doesn't appear to work (tested by following your instructions, that version is still dark, and running and re-running does not resolve it). So it seems like it's resolved and hopefully won't be an issue? I don't know what changed. |
@AzureWolf we reverted to electron 6 in master, so its temporarily fixed in the insiders, but based on the original issue it should reappear once we get electron 7 update again. The chromium issue is still open but I will backport a potential fix the chromium authors mentioned. I can get a custom build some time today or tomorrow, would be great if you can test that. |
Sure happy to help! |
@AzureWolf ok let's try that experiment again if you can. There is a newer build available [1]
=> are the colors better? [2]
|
@AzureWolf ping |
Hey super sorry. I'll check it out when I get a chance. For now I just removed HDR from my monitor settings so I have to set that up again when I'm not busy. It was a real pain to see a daily loss of brightness at the start of the day and it's been busy. I'll let you know. Very sorry about that |
Hey just tested this out and it does and doesn't work. So putting "disable-color-correct-rendering" to false fixes the issue. Setting it to true does not resolve the issue. Setting it to true and adding the color profile (as the screenshot you see here) does not fix the issue. Thank you so much for this! I can finally go back to using HDR on my monitor! I don't know what it is, but it doesn't really make a big difference but all the colors are "softer" or less intense except where appropriate. It's hard to describe, but it makes it easier to work longer, so I'm super grateful. I'll be sure to thank you guys wherever possible. You guys are an amazing team making an exceptional and free product. EDIT: may be a stupid question, but the other application I'm experiencing this issue on was mpv (the video player). Any chance you know what would be the equivalent setting there? |
@AzureWolf thanks for giving this a try. Since you see yellow squigglies in the editor I wonder if you maybe tried with VSCode stable and not insiders? Can you recheck this with our insiders build? You can give our preview releases a try from: https://code.visualstudio.com/insiders/ You should not see a yellow warning like that which indicates that this property is not being applied. |
I'm using Insiders: |
The issue should be fixed in latest insiders https://code.visualstudio.com/insiders/, please verify by removing any workarounds added via |
@deepak1556 Verified fixed in Insiders. Thanks! |
Still exists for me with the insiders version, as long as i have vs code windowed it works, but as soon as i go to fullscreen the screen dims. |
Sorry about that, we have reverted the runtime which contains the fix for this iteration. The fix will be available again from next week once we update to Electron 9 in master. |
I edited my runtime args Both of my screens (internal laptop 4k OLED w/ HDR and external 4k LCD no HDR) support DCI P3. Would like to make sure my colors are correct. |
The upstream fix will be available with upcoming stable release and is already available with current insiders, please check. Thanks! |
Putting "force-color-profile": "srgb" in argv.json fixed it for me (Samsung G9 HDR full brightness) |
This has finally been fixed in 1.49.1 with Electron 9.2.1 |
Steps to Reproduce:
Does this issue occur when all extensions are disabled?: Yes
I know this issue was resolved previously (#68069 and #72373). The --force srgb trick still works, but for the past few weeks it was not necessary.
The text was updated successfully, but these errors were encountered: