mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #136] Volume OSD not hidden, but it dissapears quicker with keyboard control. Not at all with slider. #99
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#99
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 @kevinjohncutler on GitHub (Oct 2, 2019).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/136
Originally assigned to: @waydabber on GitHub.
I'm on the LG 5k2k monitor, and the "hide OSD" checkbox doesn't function as intended for the native volume OSD. Enabling it forces the window to close more quickly, which is better, but it still flashes up. Meanwhile, the volume slider in the taskbar activates the OSD as normal - that is, it comes up and persists for several seconds after the volume is adjusted. It would be better if that were hidden, too.
P.S. MonitorControl is amazing and I really appreciate all the work put into it.
@JoniVR commented on GitHub (Oct 6, 2019):
I have the same issue on my monitor. It's not perfect yet hence why it's in Advanced Prefs. Figured it would still be better to put it in there since it does help. But thanks for opening the issue.
Might look into it in the future or if anyone else wants to open a PR and fix it, feel free ;)
@robertbressi commented on GitHub (Oct 17, 2019):
@JoniVR: FWIW, the functionality to hide the display OSD with the volume slider is quite easy to implement, but I'm wary about the method by which the OSD is being hidden (that is, writing 0x01 twenty times consecutively to the 0xca DDC command). Since the slider continuously and rapidly writes DDC values to the monitor, also flooding the interface with OSD-hiding commands could have unknown consequences.
Additionally, on my monitor that doesn't automatically show the display OSD when writing DDC commands, setting this value once seems to be indefinite until you set it back to 0x02 (OSD enabled) - if this is the case on other monitors, it's possible that we could be preventing other software from working with the OSD capabilities of the monitor.
I do have access to a monitor that exhibits the auto-showing OSD behavior but it's not at my house, so I won't be able to get to this for testing until at least Friday.
The command set for 0xca can be found on page 64 of the VESA MCCS Standard (https://milek7.pl/ddcbacklight/mccs.pdf).
Edited for specificity
@robertbressi commented on GitHub (Oct 22, 2019):
I tested the required change to make the display OSD hide upon changing slider values both independently and as part of my changes in #134, and they both seem to work fine.
Hitting the display 20 times with the hide OSD command causes the movement of the slider to become pretty rough. I removed the 20x repeat and it was a lot smoother, plus it still worked as intended.
If there wasn't a specific reason for repeating the command 20 times, I'd advocate for removing the repetition.
I've put up PR #147 to handle both changes.
@kevinjohncutler commented on GitHub (Feb 15, 2020):
Any updates to post here? I checked into #134 and #147 but nothing was ever built into a release.
@samtcmu commented on GitHub (Feb 25, 2020):
Will this be fixed in the next release? I'm seeing the flickering behavior with an LG 32UL950-W.
@JoniVR commented on GitHub (Feb 25, 2020):
I think both of the pull requests still contain some issues that need to be fixed but there hasn't been any activity on either one of them lately.
@robertbressi commented on GitHub (Feb 25, 2020):
PR #147 was supposed to be superseded by @reitermarkus's PR (#152), but there were still unresolved issues I was waiting on changes for so I could re-test it.
#147 can probably be declined at this point.
@wondergit113 commented on GitHub (Apr 24, 2020):
Chiming in on this one. I have an LG Ultrawide that I can do some testing on if it would help.
@kevinjohncutler commented on GitHub (May 6, 2020):
Do we know if there is any way to just suppress ALL native OSDs? The LG also has a 'HDR' popup whenever it turns on that is also annoying and unnecessary.
@kevinjohncutler commented on GitHub (Jul 9, 2020):
Any ideas on this? I'd be happy to work on this but I'm not sure where to start.
@JoniVR commented on GitHub (Jul 9, 2020):
There is a way provided in DDC.swift, it only works properly by sending it multiple times in short succession though. It worked previously for the shortcuts but I don't think it's feasible to implement for the slider as it would just spam the monitor too much and cause lag.
@MHX792 commented on GitHub (Oct 22, 2020):
The flickering of the OSD is still persistent in 2.1.0.
@waydabber commented on GitHub (Aug 21, 2021):
Hi, the Hide OSD function was removed form the app due to numerous complaints. There is an option instead to disable the macOS volume OSD so you don't have two overlaying OSDs. I know this is not a perfect solution but it come to this due to technical limitations. I'll close this issue for now. Thank you for your understanding!
@samtcmu commented on GitHub (Aug 21, 2021):
Is there an option to have the volune buttons increase/decreases volume by
1/100 units instead of 6.5 units per click? Even 3 units per button press
would be nice.
On Sat, Aug 21, 2021 at 12:17 PM waydabber @.***> wrote: