mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #107] No mute after update to version 1.6.0 #78
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#78
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 @iBubelo on GitHub (Jun 22, 2019).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/107
The MonitorControl 1.5.2 used to work just perfectly on my AOC Q2577W. But since I've updated to 1.6.0 I can't mute the sound. Behavior is similar to #94.
Reverting to 1.5.2 fixed the issue.
@JoniVR commented on GitHub (Jun 22, 2019):
Could perhaps be that your monitor doesn't support the ddc mute command implemented in #96. Maybe we could work a fallback into the advanced prefs panel but it'll probably for later versions then.
I'll try to provide a test build in the future but I'm currently too swamped with other stuff.
@iBubelo commented on GitHub (Jun 22, 2019):
Thank you for swift reply! I'll be happy to help with testing.
@robertbressi commented on GitHub (Jul 5, 2019):
Actually, I noticed there's one case which still doesn't work properly - that is, going down from 1 bar to mute.
What should happen is:
What actually happens is:
@iBubelo: Does the above explanation match your experienced behavior?
The other thing is that, on my Samsung monitor, 1 bar = 9 volume, 0 bars = 3 volume, so the volume control doesn't allow me to decrease the volume as much as would be possible.
@innovia commented on GitHub (Aug 13, 2019):
i have the dell u3419 can't use mute at tall but running the command line utility ddcctl -d 1 -v 0 works
@robertbressi commented on GitHub (Aug 13, 2019):
@innovia: What happens if you run
ddcctl -d 1 -m \?@innovia commented on GitHub (Aug 20, 2019):
@scorpiondev
@robertbressi commented on GitHub (Aug 20, 2019):
@innovia: You need to add the
/?to the end of that command so we can see the results :)@innovia commented on GitHub (Aug 21, 2019):
@scorpiondev
@robertbressi commented on GitHub (Aug 21, 2019):
@innovia, thanks for that - if I were to take a wild guess, it looks like your monitor maps the mute control to speaker volume, as evidenced by current: 30, max: 100 as compared to my monitor (output below) where the same control has current: 2, max: 2 (value of 1 is muted, value of 2 is not).
@JoniVR: I'm happy to work on both the issue I pointed out in my previous post (feel free to raise a separate issue if you see the need), and also check whether the mute command value has a max above 2 and fallback to setting the speaker volume to 0 - I can get to these later this week or on the weekend.
@JoniVR commented on GitHub (Aug 22, 2019):
@scorpiondev Sounds good to me, no pressure though, feel free to do it whenever you have time or feel like it :)
@innovia commented on GitHub (Feb 18, 2020):
Its working for me - thanks for the fix
agvtool. #1032