Why does hardware brightness work directly but fail through a dock?

A dock can carry the display image while its DDC control path behaves differently from a direct connection. Working video, or even a detected DDC channel, does not prove that hardware brightness commands reach every connected monitor correctly.

Compare the same monitor connected directly and through the dock. Test whether its actual brightness changes, not only whether the app’s slider moves. Then use Settings > Displays > [display] > Device Control > DDC Control > Configure Controls… > Detect DDC Capabilities… and compare the results.

Readback and control are separate. Some working displays return malformed or unsupported read responses while still accepting brightness writes. Conversely, a controller can be configured in the app without the monitor responding to its writes. See DDC detection and configuration.

With several monitors on a dock, test each alone and then together. If suitable connections are already available, compare different port or adapter paths. Independent control can differ between two DisplayPort paths and a mixed DisplayPort/HDMI arrangement. Compare what works with your setup rather than assuming one connection type is always better.

For a reproducible dock-only failure, save Display Information… reports and app logs from both the working and failing arrangements. Include the dock, monitor, cables and ports when seeking support. Advanced DDC timing and repeat settings can be tested one at a time, but do not assume that increasing every value or ignoring checksum errors repairs a routing problem.

A separate USB upstream cable for the monitor’s hub does not, by itself, provide BetterDisplay with an alternative DDC path around a KVM. Standard DDC control follows the display connection. A monitor-specific USB control protocol would need its own supported implementation. The presence of USB ports alone does not provide one. Compare a direct video connection when a KVM passes the picture but blocks hardware commands.

Until hardware control works, software dimming may still change the image. It does not demonstrate that the monitor’s own brightness setting is being changed.

A monitor can also accept brightness commands in SDR but ignore them in HDR. Allow hardware brightness control in HDR mode under Device Control Settings… permits BetterDisplay to use that path. The monitor’s firmware must also support it. Being able to adjust HDR brightness in the monitor’s own menu does not prove the same adjustment is exposed through DDC.

Follow the dock hardware-control tutorial for a direct baseline, separate brightness and volume tests, one-setting communication trials and targeted restoration.