Plan to integrate into DisplayCAL and replace their current profile loader?

[CrendKing]

Firstly, thank you for the work on this! I stumbled upon this randomly when I was searching for applying 3D LUT in Windows.

I know you have a long thread in DisplayCAL forum. I wonder if it's a good idea to use dwm_lut to replace/enhance DisplayCAL's profile loader? The motivation for this integration is mainly so that when user does a calibration, DisplayCAL will know to disable the LUT temporarily.

If integration is not possible, is it possible for dwm_lut to detect the start of DisplayCAL's calibration session and disable itself, provided DwmLutGUI is running in background?

[ledoge]

Thank you!

I don't think something like this is easily doable with how it currently works.

1. As of now, I believe the only real way for another program to see if there are active LUTs is to check if dwm_lut.dll is loaded in the dwm.exe process, but this would require DisplayCAL to run with admin rights.

2. I don't think there's a way for me to detect when DisplayCAL is calibrating vs. for example, running a profile verification (which you'd want to use for measuring the performance of the injected 3D LUT).

Maybe the best option would be to have a background process that can be used to query the state of the LUT and enable/disable it? DisplayCAL could then use that to control the state. Not sure though.

[CrendKing]

There are plenty of ways to do IPC in Windows. For example, WM_COPYDATA is probably the easily way for two-way communication, and mailslot for one-way comm (from DisplayCAL to dwm_lut).

Of course, this does require some kind of talk of an agreed API between you guys. But even if one side of you doesn't want do commit to an API, the other side can still do it, so that other apps might make use of it. DisplayCAL won't be the only calibration software existed, and dwm_lut won't be the only software to mess with color management, right?