mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #618] Control internal volume while DP monitor is the default sound output device #446
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#446
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 @marcvangend on GitHub (Sep 24, 2021).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/618
Before opening the issue, have you...?
Is your feature request related to a problem? Please describe
When an external monitor is selected in Preferences > Sound as the default sound output device, MacOS disables the volume control of the internal speakers. Still, some apps can choose (or be configured) to play audio over the internal speakers. (I personally prefer this for video calls and notifications.)
I installed MonitorControl hoping that it would also allow me to control the internal speaker volume, just like you can control the volume of external monitors. As far as I can see this is not supported yet.
Currently I'm using the build from https://github.com/MonitorControl/MonitorControl/issues/539#issuecomment-912826766 on a 2017 MBP with Big Sur.
Describe the solution you'd like
I would like to be able to control the internal speaker volume, even when it is not the default sound output device.
Describe alternatives you've considered
I have looked at other applications - no luck.
Anything else?
@waydabber commented on GitHub (Sep 24, 2021):
Hi @marcvangend
cool! Happy to see 4.0.0 apparently work well on an Intel mac as I didn't even try that yet. :) If you encounter any issues with the build, please let me know in the 4.0.0 discussion!
About the request:
The idea is valid, but I am afraid the problem becomes complex rather soon. If there is an external speaker connected to the macbook via the jack port, the user would expect that to be controlled (as some users expect external speaker connected to a display to be controlled). But what if it is an USB speaker? If we cover that, why not a bluetooth device? Or an airplay one? The problem would be a significant increase in the scope of the app. If there are several audio devices (on my mac there are six at the moment), it will be very difficult to figure out which one should be associated with the built-in display. We could maybe add a setting to associate an audio device with the internal display (as there is such a setting for the external display now).
Btw, there are apps that allow you to control audio outputs individually (aside from the built-in Audio MIDI Setup), probably https://rogueamoeba.com/soundsource/ can do this, but I did not try.
@marcvangend commented on GitHub (Sep 24, 2021):
Hi @waydabber, thanks for the swift reply. I'm happy I helped you test the new version without even knowing it ;-) I'll let you know if I find any issues.
I see your point... as simple as my request seems when I wrote it, I understand why you would choose to not open that can of worms.
Regarding SoundSource: I did see it, but I didn't try it out. It seems to add a lot of features and complexity. It may be worth its price when you need all that, but I'm not keen on spending $48 when all I really want is one volume slider.
@waydabber commented on GitHub (Sep 24, 2021):
I'll look into this I think. Since there is already an
Override audio device nameoption under Displays/Advanced, we could make it enabled for Apple/built in displays and ifSimplyCoreAudiois able to change the volume of a non-default audio device addressed by device name, then this feature silently be added for the benefit of tinkering users (without further complicating the UI which is already complicated thanks to the plethora of new feature requests implemented... :)).@JoniVR commented on GitHub (Sep 24, 2021):
Yeah I think we can just add sliders for devices that can set their own volume (in theory), I know SimplyCoreAudio supports the check, because we already use it somewhere (or at least used to).
@mustefa commented on GitHub (Oct 2, 2021):
+1, I'm exploring solutions right now and came across this issue. Volume control of external monitor would be amazing.
@waydabber commented on GitHub (Oct 2, 2021):
@mustefa - MonitorControl provides volume control for external monitors via DDC. :)
@3dinhjeffrey commented on GitHub (Oct 3, 2021):
Hi, I would like to know how I can change the volume of my external speakers. I tried the steps:
But it still cannot control the volume. What can I do to control the speakers? Would like to have MonitorControl as my one stop menu bar icon to control monitor brightness and volume (external monitor and external speakers not from the monitor). Thanks!
@waydabber also what is DCC?
@waydabber commented on GitHub (Oct 3, 2021):
Hi @3dinhjeffrey,
MonitorControl is not equipped at this time to control the volume of audio devices that can be controlled by macOS itself, it was made to control Displays which cannot be controlled by macOS natively - using a protocol called DDC/CI (Display Data Channel Command Interface - is a communication protocol to control displays). The
Override audio device namewas made to assume control of a display even when the default output device is not the display itself but a software audio device driver that can control tone for example (like Boom3D for example) which in turn still routes the audio to the display eventually (but in a way that is not detectable to MonitorControl).The current feature request
Control internal volume while DP monitor is the default sound output deviceis about making the app control the volume of outputs that are natively supported by macOS (providing the needed feature for your use case), but this feature is not implemented yet in 4.0.0.Hope this clarifies things!
@3dinhjeffrey commented on GitHub (Oct 3, 2021):
Thanks for the clear explanation, understood! @waydabber
@joehquak commented on GitHub (Jun 17, 2022):
Hey @JoniVR 😁
Did you have any luck with progressing on this? 🙏
@joehquak commented on GitHub (Jul 18, 2022):
Hey @JoniVR
Checking in on this again in relation to #1045
@stale[bot] commented on GitHub (Jul 18, 2023):
Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require attention? This issue may be closed if no further activity occurs. Thank you for your contributions.