Equivalent of AGDCDiagnose with apple silicon macs?

[toke lahti]

In the past info about video connection to a display told about bit depth and chroma subsampling in System Information.
Not any more.

How to get that info?

I need to verify is my mac driving my tv in RGB or YCbCr.
The tv (UE49KU6645) does not tell that.
I want to calibrate the tv properly and it should be done with same format that my mac will use with it.

 

[joevt]

ioreg can show a list of display modes (TimingElement) and a list of color modes (ColorElement) for each display mode. It shows which display mode is being used but doesn't show which color mode is being used?
I think AllRez can dump all the info from ioreg https://github.com/joevt/AllRez but it's not formatted well.
The information from ioreg can be parsed using the info at
https://forums.macrumors.com/threads/diy-5k-monitor-success.2253100/post-32093817
Hmm - where's the DSC target bits per pixel? It's usually 12 bpp but can be lower on Apple Silicon Macs. A patch is required for Intel Macs to change the dscTargetBPP preference.
With Intel Macs, a DetailedTimingInformation in AllRez includes the output color info for the display mode and the DSC target bits per pixel.

I would look for hidden APIs that can return the info for Apple Silicon Macs.

Have a look at @waydabber 's BetterDisplay.app. It has a command line interface. Does the following command list all the timing elements and color elements per timing element? I haven't tried it since I don't have an Apple Silicon Mac.

betterdisplaycli get -n=DISPLAYNAME -connectionModeListAll

I'm not sure if BetterDisplay is describing framebuffer color info or output color info.

 

[waydabber]

Hi all, this command lists timings and connection level color mode elements macOS deems viable (based on the EDID and available bandwidth), so it's not about framebuffer color representation options.

The

betterdisplaycli get -n=DISPLAYNAME -connectionMode

will show the current configuration, for example:

11929753937963126528 - 3840x2160 120.00Hz Variable 10bit SDR YCbCr 4:4:4 Limited SRGB

One can switch to a mode using `set` and `connectionMode=<identifier>`

The app's Color Mode menu also lists current and available options for the current timing and provides a way to switch easily.

For example:

 

[toke lahti]

BetterDisplay (app) is great!
Much easier to find possible combinations than command line!

@waydabber, Feature suggestion:
In BD, we could have the signal specs visible at all times (optionally of course) in the bottom of the dropdown menu or in own window or popup-menu:

1. Resolution
2. Refresh rate
3. Bit depth
4. RGB / YCbCr
5. Chroma subsampling
6. SDR / HDR
7. Full / limited range
8. HiDPI
9. Maybe even a pixel clock? (MHz)

I just had an extensive cable testing with my M1pro-mbp with this Samsung TV.
Turns out, that with amazonBasics dp-hdmi cable with fullDP-usbc adapter, I can get 3840x2160, 60Hz, 10bit, RGB (4:4:4), HDR10, full range.

From mbp's hdmi output I can only get 30Hz.

And with cheapo "jsaux" hdmi-usbc adaptor (printed 4kUHD on it...) same 30Hz, but not even HDR!

And now I can continue to calibrate the tv with simple combination of:

1. RP4
2. PgenOS
3. windows laptop
4. Pg_client / HCFR

Sadly, seems to be, that all my cheap hdmi switchers are limited to 300 MHz pixel clock...

 

[joevt]

so it's not about framebuffer color representation options

Is there a separate command line or UI for framebuffer color representation?
Could there be a situation where framebuffer is 10bpc RGB but is output to 8bpc 4:2:2 (using dithering) or similar color transformations?

 

[joevt]

What about DSC target bpp? Is that info not available?

 

[waydabber]

Is there a separate command line or UI for framebuffer color representation?
Could there be a situation where framebuffer is 10bpc RGB but is output to 8bpc 4:2:2 (using dithering) or similar color transformations?

There is a separate display mode list `get -displayModeList`, which will show the framebuffer color depth, but for natively connected displays that is almost always 10bpc. For more detailed data for the current mode one can look the "Current Display Mode" section under Display Information….

The framebuffer bit depth and connection color mode bit depth can be different. Apple Silicon Macs can simply downscale the color depth or bridge the gap using GPU dithering (this can actually be toggled for some connections by changing the relevant framebuffer ioreg property which the DCP – the thing in the Apple Silicon chip that actually creates the output signal from the framebuffer – seems to honor instantly).

The app can't query the possible or actual DSC average payload per pixel (although this can be calculated from the available bandwidth) - as for the DSC target bpp I think it is (or should be) the same as the color mode's bit depth. But I may have my terminology wrong.

 

[joevt]

How do you get available bandwidth?

I think the color mode bit depths are bpc while DSC target is bpp.
You can have 10 bpc (30 bpp) compressed to 12 bpp (the default) or even 8 bpp (for when 12 bpp is not enough compression).