Sharex: when f.lux is enabled, sharex captures a red tinted image

[mailinglists35]

not sure if I correctly described this in title, so here are some images taken with my phone
https://imgur.com/a/q5xhpJs

[stuntguy3000]

This is exactly how it should happen. Flux will cause ShareX to red tint images, and then by showing the tinted image Flux tints it some more, rinse and repeat.

[mailinglists35]

This is exactly how it should happen

ooops you are right. f.lux appears to also affect all other apps including game bar or snipping tool. I will try to pursue this issue on f.lux then (albeit on their forums there is nothing indicating intention for supporting command line interface, scripting or api interaction with other apps.)

How do you see a solution to this?

I see it has an Alt-End keyboard shortcut that toggles it on/off - do you think it would be feasible to make ShareX simulate this keypress before and after taking the screenshot?

(otoh interesting is that windows 10 night light appears to do the color effect on the data sent to monitor while the screenshot remains unaffected)

[stuntguy3000]

I've moved from Flux to Windows 10 Night Light for that very reason.

[mailinglists35]

https://docs.microsoft.com/en-us/dotnet/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code

[mailinglists35]

btw, you don't need to send the keys to the f.lux window, they are hooked globally by f.lux so it's sufficient to send Alt-End

[AGSPhoenix]

I'm not seeing this behavior. Just took this screenshot with f.lux turned all the way down to firelight: Running f.lux 4.84 and ShareX 12.3.1. Win7 64 bit.

[stuntguy3000]

@AGSPhoenix I guess this is because you're on Windows 7.

@mailinglists35 @Jaex Can be closed as invalid I think.

[mailinglists35]

@Jaex I hope maybe when you have time to revisit this. It's just a matter of simulating pressing Alt-End from within .net code.

[woctezuma]

I've moved from Flux to Windows 10 Night Light for that very reason.

Thank you. I could keep ShareX and drop f.lux.

[mailinglists35]

@woctezuma try with latest f.lux beta, it is fixed for me

[mailinglists35]

@woctezuma update, it is broken again. I did change nothing. it would still be nice if @Jaex workaround with those simulated keypresses

[bencooper222]

This error is happening for me with Windows night light now. Anyone else?

[woctezuma]

This error is happening for me with Windows night light now. Anyone else?

Sorry, I do not have any issue with ShareX 13.0.1 and Windows Night Light.

[bencooper222]

It's traceable to this. Not ShareX's fault: https://www.laptopmag.com/articles/windows-10-update-orange-bug

[mailinglists35]

yes it’s windows’ fault, but neither @jaex wants to do a very simple workaround by simulating a keypress in the sharex app (f.lux has registered global hotkey alt-end to toggle enable/disable)

On Sep 11, 2019 at 1:38 AM,

It's traceable to this. Not ShareX's fault: https://www.laptopmag.com/articles/windows-10-update-orange-bug

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub (https://github.com/ShareX/ShareX/issues/3824?email_source=notifications&email_token=AAPVRHQMBFKE4JVV3GIQZOTQJAOXTA5CNFSM4GJ5YICKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6MWRXI#issuecomment-530147549), or mute the thread (https://github.com/notifications/unsubscribe-auth/AAPVRHQUI6XZAA6LACXS2I3QJAOXTANCNFSM4GJ5YICA).

[FrankSalmick]

I encountered this problem from google and tried your solution @mailinglists35, but it doesn't work as Flux has a transition time. Even if Flux is set to "Very Fast: Gaming", there's still a (200ms I think) delay between your screen being white and orange.

Anyway, switching to night light fixed it for me as well so thanks!