mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #606] Both Brightness and Volume Control of DELL UP2715K not Working in Dual mDP of 5K Mode #439
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#439
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 @exsystem on GitHub (Sep 20, 2021).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/606
Before opening the issue, have you...?
Describe the issue
Volume & Brightness controls are not working on DELL UP2715K when in 5K mode using 2 mDP ports connecting to Mac Pro 2013 (dual D700 model), however using single mDP port in 4K mode does working fine.
Expected behavior
Expected for working on 5K mode with dual mDP ports.
Anything else?
When testing, I have an additional DELL E2213H display connected via HDMI also connected, which works fine for brightness control(No Volume control needed since no built-in speakers for this display) with whatever mode the DELL UP2715K is in (single mDP with 4K or dual mDP with 5K).
Those 2 mDP to DP cables are in DP1.2 version as the seller told me, however I've no way to tested it out (Is there any detecting device? No display and audio issue for using those cables with my Mac Pro and display).
Environment Information (please complete the following information)
@waydabber commented on GitHub (Sep 20, 2021):
Hi. I see you are using an old 3.1.0 unsigned build. Here is a much more recent one - v4.0.0 build 4527 (you have to enable Advanced preferences to see many of the new stuff).
This will probably have the same issue though.
Questions:
Thanks!
@exsystem commented on GitHub (Sep 21, 2021):
HI,
For the v4.0.0 build 4527:
And I've noticed that I have installed a software called Boom3D (version 1.3.3), but I've turned it off and quit it, however I still see a process called "Core Audio Driver (BoomAudio.driver)" which I can't kill it. Is that matter?
Let me try uninstalling Boom3D first.But I wish the compatibility with it :)
@exsystem commented on GitHub (Sep 21, 2021):
OK, Boom3D should be irrelevant. Since I forgot I can control the volume under 4K mode...
@waydabber commented on GitHub (Sep 21, 2021):
Hi exsystem - are you sure the brightness control is hardware based? In 4.0.0 a combined control method is enabled by default (below a certain treshold software dimming kicks in as hardware brightness control is usually limited). If you don't experience any change over 50% then the hardware part still does not work. Thank you!
@exsystem commented on GitHub (Sep 21, 2021):
OK, so it's still not working in hardware part. No brightness changes over 50%. Just not noticing the combined control method in 4.0.0.
@waydabber commented on GitHub (Sep 21, 2021):
Can you try if other DDC based apps work? What happens if you try ddcctl or Lunar? I think the problem seems to be that because of the dual DP connection the system does not provide with the correct service port for DDC control. Version 4.0.0 now uses a private call that is provided by Apple to get the right port so the ambiguity of the former version in this regard should not be present anymore but it seems it still does not work.
You could also try if control works with lower resolution (try full HD or 4K) as in that case probably only one DP connection is utilized.
Your setup is rather unique (there are not many monitors like this around connected to older mac pros... :)) but as I see others had similar issues in the past https://github.com/MonitorControl/MonitorControl/issues/283.
@alin23
@sergiughiran commented on GitHub (Sep 21, 2021):
I have a similar issue on a Dell S2721DGFA monitor connected to an M1 macbook pro. The connection is made via a DP cable plugged in a Caldigit soho dock (the dock then connects to the monitor). I tried the ddc alternative( m1ddc) but I get this: I2C communication failure: (iokit/?) unknown subsystem error.
@waydabber commented on GitHub (Sep 21, 2021):
@sergiughiran - please try it without the Dock. Since the dock in question has two display outputs and some special internal logic to handle mirroring at 60Hz it probably does something weird with i2c communication which is needed for DDC.
@sergiughiran commented on GitHub (Sep 21, 2021):
I tried it with a HDMI to USB-C cable and it seemed to work fine. I mention that I am using the macbook in clamshell mode with only one display connected to it. Is there no way to make it work through the dock? Thanks!
@waydabber commented on GitHub (Sep 21, 2021):
No, probably this dock blocks DDC. You should inquire about this at the manufacturer, maybe they can help or there is a firmware update.
@waydabber commented on GitHub (Sep 22, 2021):
Hi @exsystem, since there is no much to do with this at the moment, I'll move this over to discussion, maybe others with similar displays can add their experience. It would be great if you could try if control works with lower resolution (try full HD or 4K) as in that case probably only one DP connection is utilized.