So you are saying you were able to run 7680x4320 downscaled to 4K UHD on a 4K UHD display before Sequoia? 🤔
So you are saying you were able to run 7680x4320 downscaled to 4K UHD on a 4K UHD display before Sequoia? 🤔
yesSo you are saying you were able to run 7680x4320 downscaled to 4K UHD on a 4K UHD display before Sequoia? 🤔
He's saying your screenshot shows the same problem. 3840x2160 is not available in HiDPI anymore under Sequoia.
Not only 4k, also near 4k is not possible anymore. Like stevemr123 says its because of the framebuffer limit 7k since macOS 15 ONLY for M1/M2He's saying your screenshot shows the same problem. 3840x2160 is not available in HiDPI anymore under Sequoia.
but I can do 4k @ 120 hz hidpi on sequoia right now, check out my previous screenshotsHe's saying your screenshot shows the same problem. 3840x2160 is not available in HiDPI anymore under Sequoia.
Using M3 Air + 201310-BLK + LG C2 and can enable HDR at every resolution scale, except this specific resolution scale I prefer it's not allowed:WARNING 31.10.23 for M1/M2: macOS Sonoma 14.1 and newer breaks HDR with HiDPI 4k@120hz 4:4:4 and beyond. The reason: Apple change some pixel clock for HDR . M3 users are NOT affected.
Turns out that the dscTargetBPP preference can only be changed if the Apple Internal SIP bit is set, and that bit cannot be set by csrutil. I don't know how to change that bit.A USB-C hub that support USB 3.x only has 2 lanes of DisplayPort instead of 4.
8K60 is impossible with 2 lanes of DisplayPort 1.4 unless you can get DSC@6bpp. I don't know if 6bpp is a thing. The product says it support only up to 8K30 or 4K120. They don't say what version of DisplayPort is supported. DisplayPort 1.4 is the latest that macOS supports.
4K120 or 8K30 will only be possible with DSC@12bpp (or 4:2:0 8bpc) using CVT-RB timing, not HDMI timing. Do TV's accept non-HDMI timings?
HDMI timing would require DSC@10bpp but I don't know if macOS will attempt anything other than DSC@12bpp. Or it might not attempt DSC at all. I know macOS has adscTargetBPP
option somewhere but I haven't tried it and I haven't checked if Apple Silicon Macs have the same option.
With DSC, 8bpc or 10bpc or 12bpc doesn't matter since they all compress to 12bpp, except some (most?) MST hubs won't decompress 10bpc or greater. I don't think your USB-C hub has a MST hub since it only has one display output port. The DisplayPort to HDMI 2.1 adapter should accept a compressed signal anyway, so a MST hub wouldn't need to do decompression.
You should use a Thunderbolt dock or hub since they will have full bandwidth DisplayPort output.
dscbpp=8
- for Catalina and later). If you're using Open Core or OCLP, then you can replace Lilu and WhateverGreen with my versions. If you use any other Lilu based kexts then they need to be recompiled using the headers from my Lilu.kext. That patch, in conjunction with the CheckTimingWithRange patch (add a boot-arg -cdfon
- For Tiger and later), can enable 4K240 and beyond on Intel Macs with a GPU that supports DSC (tested with 6800XT and Sequoia). DP to HDMI adapters are not tested.I would be very interested to know if it works, but if you search it up and look at the amazon reviews it seems that it does not in fact support 4k 120hz on macs.Greetings,
has anyone tested the new adapter from Belkin?
Here in Germany it is even listed in the official Apple Store.
It claims to support 8k60hz and 4k@120hz plug and play. Compatible with all recent MacBooks.
It is odd though that in other countries Apple lists the old adapter supporting only 4k60.
What do you guys think?
U can buy, test and reportGreetings,
has anyone tested the new adapter from Belkin?
Here in Germany it is even listed in the official Apple Store.
It claims to support 8k60hz and 4k@120hz plug and play. Compatible with all recent MacBooks.
It is odd though that in other countries Apple lists the old adapter supporting only 4k60.
What do you guys think?
Okay so I spoke too soon. After testing this for a while, it starts to randomly stop waking up properly. At times it seemed to be triggered by flux, but then it still does that without flux running sometimes.Update on my setup with a Mac Mini M1 2020 and a Cable Matters VMM7100 201398 black foldable (short) adapter (flashed with firmware earlier in thread) connected to a 43QN90C:
Updating to macOS Sequoia 15.0 seems to have fixed the sleep wake issue. Previously, if the monitor was turned off by the system (or even if you set the system to keep the monitor always on and then turn the TV off), after several hours of either the macOS screen or the TV being off, (I believe over 8 or so) the 43QN90C would receive no signal and the adapter would need to be unplugged and replugged at the USB C end (doing so at the HDMI end would not solve it).
It may be too early to say but I have it set to turn off after 30 minutes of inactivity now and I have not needed to re-plug the USB C yet. There are no problems with video and it is running at full 4K 144Hz 4:4:4, HDR working (HiDPI partially working - 1280x720, 1920x1080, 3840x2160 can work with HDR but others are SDR), (and was working previously). Furthermore, there is now a built in "Brightness" slider in macOS, so with HDR enabled, the keyboard can be used to change the brightness of the screen just like an internal one (only in HDR).
The Mac Mini was wiped from DFU (unrelated) before installing Sequoia so I'm not sure if that played a role. The USBC is plugged into the port closest to the Ethernet port.
At least for my setup, HDMI 2.1/4K120Hz on M1 is now fully solved with no caveats.
Thank you for everyone who helped create this solution!
yes it has to been connected to an monitorI'm having a hell of a time trying to update the firmware on my adapter. I understand you can't use parallels with the adapter I have which is 201310(only after a few hours of trying, didnt' realize I had that model) so just to confirm is the ONLY option to use windows laptop? I do have a MacBook that has bootcamp, my last resort is to try and use that to update it.
After loading Paralells and UTM to try and get the firmware to update, even tried using my gaming PC, it refuses to update.
My last resort is to try and use my old MacBook with windows that happens to have a USB C connections and and a Intel chip to flash it with that, otherwise I don't know how I can update this stupid adapter.
For those who have updated the firmware, I just want to confirm, does the adapter need to be connected to a monitor for it to update the firmware, can it be ANY monitor, does it need an active connection?
It does not work. It seems that BetterDisplay is unable to reset the adapter, so I'm guessing this isn't actually a macOS problem and it's actually a problem with the adapter getting stuck and not wanting to reset, even through the interface.Okay so I spoke too soon. After testing this for a while, it starts to randomly stop waking up properly. At times it seemed to be triggered by flux, but then it still does that without flux running sometimes.
I just installed BetterDisplay, which seems to reset the adapter device on wake. It causes some annoying flashing of the display sometimes (because it's initialized properly sometimes, and then it gets reset), but it's better than having to unplug and plug it in again.
At this point I'm very happy it's working at all, so that will do for now. I'll update if the BetterDisplay method stops working.
Thanks!
Read the OP plzHi,
Maybe this is a bit off topic, because my question doesn't implicate HDMI but DP.
I have a Macbook Pro 14 M1 Pro and a Caldigit TS3+ and I can't seem to achieve 4k 120hz with HDR through USB C to DP or regular DP to DP. Only when I change to 60hz I can activate HDR.
Anyone know if this is a M1 Pro limitation or a dock limitation? If I bought a Caldigit TS4 would this problem be resolved?
Doing this did not work, the monitor still sporadically has issues waking up from sleep.It does not work. It seems that BetterDisplay is unable to reset the adapter, so I'm guessing this isn't actually a macOS problem and it's actually a problem with the adapter getting stuck and not wanting to reset, even through the interface.
I looked on Cable Matters' website and it looks like the article was last updated on September 26. The old firmware I was using was 7.02.112, according to VmmHidTool. The "new" firmware that the automatic updater script installs claims to be 7.02.123, but when manually flashed in VmmHidTool and checked with FW version, the version is actually 7.02.105, which is older (?). I have no way of telling if the version number is just incorrect.. I am using a 201398, chip version A1. VMM7100.
The tool didn't work on Windows 11 the first time I tried it. You need to connect a monitor first through the adapter (and see some image on the screen). When you open the tool, it will just stay on a blank terminal. To get around this you can manually open (then close) both VmmHidTool and VmmDPTool under the bin folder, accepting the Windows SmartScreen popup (click more information or whatever, then Run Anyway). Then the command prompt application will work. You can also just flash it manually, but it's easy to make mistakes so I don't recommend it. If anything, backup your firmware using the FLASH tab/Save to file function. Load to FLASH is what downloads the new firmware to the adapter, and there is no need to erase the flash because it will do that for you. There is a file in there that will give you .112 but I had that originally so I thought I'd try something different.
Both the DP and the HID tools seem to do the same thing. I'm guessing HID uses the USB HID interface to do the flashing and the DP tool does it over the DisplayPort I2C or something. The DP tool is painfully slow, but you may want to try both if one of them does not work i.e. if you're trying to flash through a virtual machine or something like that.
Will report back on whether this works properly or not.
View attachment 2438419
It is truly outrageous how Apple is handling my feedback. Not only do they completely ignore it, but they also claim that no similar reports of this issue have been made, which is an absolute lie and deceitful on their part. There are plenty of people experiencing this problem. Just within our forum, we can confirm that we’ve reported this issue many times, and I know from other sources that the problem is well-known. This is simply unacceptable behavior from Apple.
What’s happening here is deliberate cover-up, and older Mac devices are being purposefully crippled. One really has to question whether what Apple is doing is even legal. Can we take legal action against this? It seems like they’re pushing boundaries, and we should look into the possibility of legal recourse.
I want to express my frustration about how Apple is handling this. They’re not addressing the problem at all and are merely trying to cover it up, acting as if they don’t even know what’s going on. However, we in the forum can clearly point out that first, the HDR feature was disabled, and now the High-DPI function has also been removed—intentionally, but only for older devices, not for the latest models. This clearly shows what Apple is doing: deceiving us customers and putting up barriers to force us to buy newer devices.
Features that previously worked are now being eliminated with macOS updates, without any mention of these changes in the changelog. This is simply outrageous.
The Problem:
- Please pull a request to Apple and credit my Apple ticket request (FB15247887) so they can see that we’re all raising the same issue since macOS 14.1 and macOS 15
macOS Sequoia 15.0 and newer breaks HiDPI with 4k@120hz 4:4:4 and beyond. The maximum possible is: 3424x1926 for 16:9. LowRes with 4k@120hz 4:4:4 is still possible. The reason: Apple limit the framebuffersize to 7K. M3 users are NOT effected.
macOS Sonoma 14.1 and newer breaks HDR with HiDPI 4k@120hz 4:4:4 and beyond. The reason: Apple change some pixel clock for HDR . M3 users are NOT affected.
View attachment 2438419
It is truly outrageous how Apple is handling my feedback. Not only do they completely ignore it, but they also claim that no similar reports of this issue have been made, which is an absolute lie and deceitful on their part. There are plenty of people experiencing this problem. Just within our forum, we can confirm that we’ve reported this issue many times, and I know from other sources that the problem is well-known. This is simply unacceptable behavior from Apple.