-
-
Notifications
You must be signed in to change notification settings - Fork 156
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
Random full system freeze #743
Comments
Still investigating this issue, I was using a ahk wrapper for accessing the win32 API, got the same issue there, SetMonitorBrightness and GetMonitorBrightness works sometimes, but sometimes it freezes the computer all the same. Funny enough the SetDeviceGammaRamp call does not freak out, it is not ideal, but maybe an alternative solution. |
Unfortunately, some monitors react poorly to communicating via DDC/CI. It could potentially be the USB hub. Have you tried connecting a display directly to the laptop as a test? I've seen some monitor settings mess up DDC/CI, so you may be able to work around it with that. Usually it's stuff related to "automatic brightness" or certain profile-specific settings. But if those don't help, then there may not be anything you can do. Regarding your bullet points:
The process for detecting displays is failing due to DDC/CI taking too long, which is probably why the internal display sometimes doesn't show as well. v1.16.0+ may handle this a little more gracefully.
Yeah, I'm not quite sure how Windows handles DDC/CI communication, but this is expected. It tends to lock up the whole PC momentarily. It's not due to activity, but waiting for a response. Windows seems to do something at a low-level that blocks... well, everything. For most users it's so short they don't notice. But in your case it's taking way longer than it should. |
Yeah, it really seems to be an issue with my specific DDC/CI communication, I didn't test without the dock as I would need to find a dp cable adapter, so it might be the dock. As I thought it might be a queue cleanup issue, I tried to reset the monitor settings via DDC/CI call, in between other calls, that changed nothing. The gamma change is in the same win32 API but it doesn't actually use DDC/CI, it is entirely a GPU thing, cycling the gamma from 1 till 129 is actually working fine for me, leaving brightness at 100, not perfect but good enough, here is the script for reference. Would you be interested in accepting a PR where I add a toggle besides the WMI or DDC, inside the monitor options? |
I have not yet looked at any source code, but I'm very willing to try and solve it.
I have a thinkpad T14G2, connected to a USB dock 40AY0090BR, I'm trying to control both of my external monitors, Samsung UR55.
On first install, first glance, everything works perfectly, but sometimes, when I click the tray icon the whole system freezes, as in the mouse, video playing, task manager refreshing etc all hangs for >5 seconds, then moves a little bit, hangs again and repeat.
When it hangs, I can either painfully drag the mouse over the icon, right click and close the app, or disconnect/reconnect the dock, powercycle the monitors, sometimes just refresh the screens from the app, but either way then both monitors show up as having no DDC features at all, requiring rebooting to work again.
Might be related to #175
I was trying to solve the issue on my end, I noticed both my monitors were using the default drivers from MS, I installed the Samsung ones, made no difference.
I just fleshly installed the gh version 1.15.4, tried running for the first time with the -console command, It froze instantly, here's the log till roughly the moment it stopped freezing, not sure if on its own or if when I hovered the tray icon, hard to tell:
Tried running a second time just after, it hanged again, plus gave me a type error:
The text was updated successfully, but these errors were encountered: