I have already submitted a request via email. Is that not sufficient?
MathemagicianJJ
I'm using CPU-Z and RealTempGT. When I start the multiplicity processes listed above, it happens. When I stop them, it stops. Regardless of anything else. This happens on two different PCs (identical hardware) whenever they are the server, even if there are no connected clients. I've tried disabling audio sharing and no impact. Same for holding the mouse still, reducing report rate on both mouse and kbd to 125Hz, and closing the Corsair and Logitech apps.
It happens only on the server side. Both client and server are i7 9700K (which does not have hyperthreading while your i9-9900k does... might be a factor) with Logitech mouse and Corsair keyboard. G Hub and iCUE are both installed and I tried turning both down to minimum polling with no effect. I also tried closing both of those completely with no effect. <span style="font-size: 16px; background-color:
Certainly happy to do that!
That is a good suggestion if you are using Process Lasso anyway. But, to pay for a second app to wrangle a poorly behaving paid (and relatively expensive) app into "mostly" behaving is rather unsatisfying. Much better to simply request a refund and pay once for something that works and behaves well.
You can mitigate this issue by setting the affinity of "MP2Control.exe" and "Multipl2.exe" to a single CPU core. In this way, only that core is stuck at maximum speed. The rest will behave as normal. This is a real pain to do every time Multiplicity launches. Anybody know a way to make this setting permanent?
This is happening also with i7 9700K and causes it to run several degrees hotter at idle than necessary because all cores continuously run at full speed. I would love a fix for this!