mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #720] Add DDC display input control to the menu #473
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#473
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 @waydabber on GitHub (Oct 18, 2021).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/720
Feature Request
Add display input selector options to the menu (the presence of the options and the offered inputs should be user configurable).
@adammw commented on GitHub (Oct 24, 2021):
+1 - especially if there's keyboard shortcuts to go with it too.
Currently I'm using a combination of BetterTouchTool to trigger a manual ddcctl script to toggle inputs which is a little slow since it has to wait to read the current input state, compared to if MonitorControl already knows the state from it's polling it can send the command instantly.
@pjanx commented on GitHub (Nov 5, 2021):
Seconding this request, and offering sample code for Linux. I'm currently trying to figure out where to get input codes for Thunderbolt, though. My BenQ uses 0x15, which isn't present in MCCS 2.2a.
@waydabber commented on GitHub (Nov 5, 2021):
Hope I'll have more time and I'll implement it. All the basic parts are in MC already but needs a nice GUI.
@pjanx commented on GitHub (Nov 5, 2021):
I've written to VESA and BenQ, FWIW. In theory, it could be in Thunderbolt specs, but those aren't open. Then it could be in USB 4, but I can't find anything there either. Nor in VESA's library. Or two different display manufacturers could have just randomly agreed on a value.
@waydabber commented on GitHub (Nov 5, 2021):
Display input codes and names are rather random, my LG display's inputs do not correspond to the usually accepted list for example. For this to work there must be a setting where the user can customize the values and corresponding names (the default list can be a starting point though).
@pjanx commented on GitHub (Nov 5, 2021):
As a data point, my BenQ PD3220U uses standard DisplayPort and HDMI{1,2} values, IIRC Dell U2412M also did.
ddcutil capabilitiesextracts a list, so by default you could assign names according to MCCS 2.2a + 0x15 for Thunderbolt, and let the user customize it. It's just strings, anyway, could be "NUC" and "MBP".@pjanx commented on GitHub (Nov 6, 2021):
Alright, I have found out that I have no use for MCCS Input Source. Because when I switch the input this way, my BenQ will not reconnect peripheries, and so there already needs to be output, or the display switches back before it switches USB, and I can't wake that computer's video output up.
Rather, I need to use the "KVM switch" feature, hidden underneath:
and, for completeness, that works for the following panel, marketed to be "designed with the MacBook in mind":
@waydabber What do you think, is a simple per-display/manufacturer toggle possible? As in, a set of numbered buttons that would set that VCP, pre-toggled by the VCP's current value. And ideally with keyboard shortcuts, but that's a lot to ask for. Should I start a new issue?
I suppose I should be able to invoke it with https://github.com/waydabber/m1ddc until then. With some changes.
@waydabber commented on GitHub (Nov 6, 2021):
so instead of display input for your display e4 must be used with values 01 and 02? This seems to be a rather display specific things, but since this control will have an option to override the VCP and also I'd like to make the input list customizable, you could customize the input switch function (once implemented) to use this manufacturer specific VCP with the values is needs.
@pjanx commented on GitHub (Nov 6, 2021):
It's more like a separate function, in addition to input switching (it can only switch between two USB targets, unlike Input Source). It calls for some possibility to invoke custom functions, and perhaps an internal database of these, such as:
I think ddcutil has something similar.
It sounds like a major task, I'll resolve it for myself using simpler means. I have zero Swift/Xcode experience.
@stiligFox commented on GitHub (Dec 27, 2021):
Just want to throw in my +1 - was going to request this feature and see it's already open. I stream, so I tend to switch from macOS (on DisplayPort) on one monitor to my Nintendo Switch (on HDMI) so that I watch the game directly while streaming, and having to do the whole reach around to change inputs with the OSD is cumbersome! Would love the option to be able to switch inputs from within macOS. Thanks!
@klsetzer commented on GitHub (Jan 23, 2022):
+1 This is my primary interest in a tool like MonitorControl. I'm currently using ddcctl + Alfred (which is alright).
@qoodanny commented on GitHub (May 16, 2022):
I am looking forward to see input control for LG Monitor!
@vinschi commented on GitHub (May 19, 2022):
+1 would be nice that monitor control could switch the inputs as displaybuddy
@Alberick commented on GitHub (Jun 1, 2022):
+1 I think this would definitely be a killer feature.
@Ilapides commented on GitHub (Jun 1, 2022):
+1 Why I'm here.
@vju42 commented on GitHub (Sep 10, 2022):
+1 yes this is required by me as well. I have a dual-4K setup and use both a business MacBook Pro 2021 as well as a private macmini m1 2020. This would allow with a shortcut to move one or both screens to the other computer and with the new macOS transparency use only one mouse and keyboard.
@orpiske commented on GitHub (Nov 14, 2022):
+1 I'd love to have this feature as well!
@waydabber commented on GitHub (Nov 14, 2022):
Hi @orpiske - just implemented this in BetterDisplay (free feature), will be available in the next version (will be released in the coming days if things go well).
https://github.com/waydabber/BetterDisplay/issues/604
This will probably not make it into MonitorControl anytime soon except if someone from the community adds it as a nicely done PR, the door is always open! :)
@orpiske commented on GitHub (Nov 14, 2022):
@waydabber you rock! I'll take a look at it :D
@waydabber commented on GitHub (Nov 14, 2022):
Note: the beta is available at https://github.com/waydabber/BetterDisplay/releases/tag/v1.3.5-beta. If you have any issues with it you can let me know at the BetterDisplay project's GitHub issues tab. I generally don't want to confuse the two apps, just mentioned this here since I know a lot of folks wanted it.
@henryxparker commented on GitHub (Jul 25, 2023):
+1 Just wanted to bump. This would still be a killer feature
@findthebug commented on GitHub (Oct 9, 2023):
yes, would be cool feature
@waydabber commented on GitHub (Oct 9, 2023):
This feature probably won't be implemented in MC, check out BetterDisplay for this feature as it's been available there for a while now for free.
@waydabber commented on GitHub (Oct 18, 2023):
As the feature set of MonitorControl is now considered final by the team, I'll close this issue. Of course if somebody comes along with a well implemented PR containing this feature, it will be approved.
@Dentrax commented on GitHub (Apr 2, 2024):
Hey! I just fresh installed this app by thinking I could change the input source but then I hit this issue, which is abondoned. It seems people did stop writing on this issue after it has implemented in BetterDisplay.
BetterDisplay would a bit overkill for my need: I'd like to change input source by pressing a key on keyboard or moving cursor to the edge.
I was wondering if its because of a technical blocker or by-design.
@appdcs commented on GitHub (Jun 1, 2024):
Input control is not available in BetterDisplay, via hotkeys, after the trial run ends.
I would recommend reopening this issue and making simple input switching available in MonitorControl.
As @Dentrax said, BetterDisplay is overkill compared to MonitorControl. The only think missing from MonitorControl IMHO is switching to an input via hotkey.