mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #1182] LG HDR 4K monitor Contrast-control slider stopped working (no change in hardware or MonitorControl.app) #690
Labels
No labels
Status: Abandoned
arm64
beta
beta
bug
done
duplicate
enhancement
feedback needed from reporter
in progress
invalid
investigating
known Issue
monitor Issue
pull-request
translation
unable to reproduce
unreleased
x86
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/MonitorControl#690
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @johnnyutahh on GitHub (Sep 20, 2022).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1182
Before opening the issue, have you...?
Describe the issue
LG HDR 4K monitor (LG 32UL500, full specs: https://i.imgur.com/uPQ2wFC.png; advanced settings: https://i.imgur.com/sj4ZV8X.png) Contrast-control slider stopped working after no other, apparent change in hardware or MonitorControl.app v4.1.0 app. Downgrade to MonitorControl.app v3.1.1 (Build 3096) has same symptom.
Everything worked prior to 2022-005 Catalina security-patch upgrade and Safari 13.x --upgrade_to--> 15.x. Constrast-slider stopped working after. Brightness and Volume controls work. Everything on AOC U3277WB monitor (same MacBook) works.
Another user reports similar behavior when upgrading macOS 12.5.4 -> 12.6 on a LG 32BL95-U-W 4K monitor.
Expected behavior
Contrast-changing slider should work.
Anything else?
No response
Environment Information (please complete the following information)
MonitorControl.app v4.1.0
system version (edited 2022-09-21 after 2022-005 Catalina security-patch upgrade):
@johnnyutahh commented on GitHub (Sep 20, 2022):
Noteworthy, between MonitorControl.app contrast-control (this issue, #1182) working and not working:
Additionally: I just uninstalled, downloaded, and reinstalled MonitorControl.app v4.1.0 and contrast-control is still broken.
@waydabber commented on GitHub (Sep 21, 2022):
@johnnyutahh commented on GitHub (Sep 21, 2022):
Yes.
Unkown. I'll try this later.
I'll also test to see if the monitor's hardware control can adjust it's contrast.
(I'm away from the monitor right now)
@mjnohai commented on GitHub (Sep 21, 2022):
This also happened to me when I upgraded from macOS 12.5.4 -> 12.6.
@johnnyutahh commented on GitHub (Sep 21, 2022):
Anything else to check?
Current system state (after above upgrade):
@johnnyutahh commented on GitHub (Sep 21, 2022):
Additionally:
Brightness and Volume sliders work; Constrast (slider) does not.
@johnnyutahh commented on GitHub (Sep 21, 2022):
Contrast slider (and Brightness slider, fwiw; I didn't test if the Volume slider affects behavior because I don't care about it right now) does work on above MacBook (
macOS v10.15.7, build 19H2026) with an AOC U3277WB monitor.Thus far only the LG HDR 4K monitor has a constrast-slider-failure symptom.
ALSO... I recall (before the 2022-005 Catalina security-patch upgrade) said LG monitor being listed as some specific model ID/number other than a generic "LG HDR 4K" ID. Hmmmm.
@johnnyutahh commented on GitHub (Sep 21, 2022):
Update: the AOC U3277WB Volume slider (as well as Brightness and Contrast slider) does work, just now tested it (with and audio sample).
@johnnyutahh commented on GitHub (Sep 21, 2022):
The problematic monitor is (apparently) an LG 32UL500. Here's photo of the back of said monitor with all the specs: https://i.imgur.com/uPQ2wFC.png
@johnnyutahh commented on GitHub (Sep 21, 2022):
@mjnohai - for which monitor(s) did you have a Contrast-control-slider-not-working problem?
@johnnyutahh commented on GitHub (Sep 21, 2022):
@johnnyutahh commented on GitHub (Sep 21, 2022):
More updates:
a. The blue-background checkmarks are back (in v4.1.0 after I downgraded to v3.1.1 re-upgraded bac tl v4.1.0).
b. I have edited the first post in this issue thread to include all the pertinent (I hope) info from the successive replies.
@johnnyutahh commented on GitHub (Sep 22, 2022):
Please note: I plan to be away from the the above, problematic monitor (and therefore not able to test it) for about 8 days (reconnecting with it FriSep30), starting in about 1.5 hours. If anyone would like me to perform additional tests, pls reach me in (at least) the next 90 mins. :-)
@mjnohai commented on GitHub (Sep 22, 2022):
@johnnyutahh commented on GitHub (Sep 22, 2022):
Update: change in plans: I will have the problematic monitor available to me until approx 1pm EDT tomorrow (FriSep23).
@johnnyutahh commented on GitHub (Sep 26, 2022):
Is there any other exploration (info gathering, debugging, etc) that I/we can do on this besides testing other monitors?
@waydabber commented on GitHub (Sep 26, 2022):
Hey @johnnyutahh - can you try BetterDisplay as a test and see if contrast control works with that app or not. As an alternative you can try m1ddc as well.
@johnnyutahh commented on GitHub (Oct 4, 2022):
Thanks @waydabber. Unfortunately...
m1ddcbuild fails (not sure this is the correct way to install it...? I did not spend much time looking) possibly for similar/same core obstacle/reason(s) as BetterDisplay (this is only speculation of course), details below.ps. I'm also noticing... you (@waydabber) appear to be the sponsor/author of the above things -- thank you!
@johnnyutahh commented on GitHub (Oct 18, 2022):
Misc update:
@johnnyutahh commented on GitHub (Oct 26, 2022):
Update: I returned the problematic monitor, and can no longer perform tests on said united/model/hardware.
@waydabber commented on GitHub (Nov 14, 2022):
All right, thanks @johnnyutahh for the info and sorry about the lackluster handling of the problem on our part!