Plus an extra $1,000 for the stand to mount it. That never stops being funny.

Then Apple should have demonstrated the $1000 stand to those niche market separately instead of trying to sell the aspiration of 'Pro' devices to the consumer in an usual consumer event.

What I don't get is why they have never just simply taken the 5K display from the iMac and made it a standalone display, Displayport has been able to handle the bandwidth for years now, HDMI can handle it now as well.

I don’t get what is so wrong here.

> What I don't get is why they have never just simply taken the 5K display from the iMac and made it a standalone display, Displayport has been able to handle the bandwidth for years now, HDMI can handle it now as well.

I don’t understand why people want this. You can get a 5K display from other vendors, why do you want one from Apple, specifically?

To connect a VESA mount to the magnetic mount on the back of the Pro Display XDR, you would require Apple's $200 VESA mount adapter.

Why is that "reasonable"?

How does it ultimately benefit end-users when they can no-longer use userland software to control their monitor via DDC?

For all you know, they don't even need DDC beyond the initial EDID setup and multiplex the I2C hardware to do something else and can't physically provide this interface anymore.

if you have root access, you should be allowed to have raw device access. the problem seems to be that apple no longer believes in users owning their computers, if it ever did.

It's in their nature. Apple was bound to invent the iPhone.

My work laptop, an Intel Mac, displays to and controls brightness on the same monitor, but I've been using ddcctl with a trivial wrapper script much more than Lunar of late. (Kinda feel a little bad about that, what with the author of Lunar having taken the time to give me tech support on a weird corner case here on HN a while back.) Still going to buy a license and, if I can find a way, set up a recurring donation. This kind of work deserves support.

I completely understand when users go with something more simple like a CLI or MonitorControl. I do the same myself when I don’t really need the features of a complex app.

By the way, I’m not sure if I understood correctly but if you need an external ambient light sensor, Lunar supports that out of the box now: https://lunar.fyi/sensor

Currently I'm working with a sensor homebrewed from a reverse-biased LED with a Darlington-pair amplifier - not what anyone would call accurate, but precise enough to calibrate reliably over the range of light values to be found in my office as long as I keep direct sunlight off the transistors.

Between that, a Pi, ddcutil, and the currently unoccupied DisplayPort input on my monitor, I'm hoping to brew up something that'll serve well enough - not terribly optimistic on that given that the monitor seems to maintain per-input brightness settings, but worth a try at least. (Also, if it does work, I can add an encoder with a built-in button as a manual override.)

On the other hand, it seems likely that, by the time I find that approach to fail, Lunar on Mac mini will be able to do DDC via HDMI - I thought it'd take a year at least after the M1 arch came out for anyone even to get as far as you already have, but clearly I failed to reckon with your dedication to the effort!

that's clever! I knew LEDs can be used as sensors but I never had the time to try it.

Yeah, I don't know about DDC via the Mac Min HDMI. Weird things are happening with that port.

Some users report it doesn't work at all, some say their monitor crashes when DDC is sent through the port. One user even had the weird issue where sending DDC through the USB-C port to his Thunderbolt monitor causes the message to also be sent to the monitor connected via HDMI.

I'm trying to find a solution but these seems more like bugs in Apple's implementations of the video driver and we'll have to wait for those to get fixed in Monterey.