(Just saw your second edit while writing a different reply, so going to start over as you gave me new information. Just a reminder, as a fellow user and not a Brave dev, I can only go so far, but since you got 10bpc to work by working within your cables bandwidth boundaries, which is great for troubleshooting, it also entirely changed my hypothesis I was just writing, lol).
Well, my original thought was perhaps Brave was enforcing proper HDR, not âfaux HDRâ (which is what 8-bit HDR technically is, itâs not spec), but you just proved that entirely wrong.
Iâm wonrdering if your Brave can even play ANY form of HDR, and thereâs a way to test it, but it might not look great, because your monitor would actually be in SDR mode but this is just a test (since itâs similar to how I need to run Brave here personally since I have a 30-bit SDR desktop 10bpc, and donât use HDR mode, but CAN access HDR YouTube videos without banding this way, just no specific HDR metadata stuff).
To test if Brave can play ANY HDR at all, first Windows 11 must have HDR disabled, but ACM enabled:
(Reason: ACM puts your GPU in 16bpc mode, so all precision is actually in a similar pipeline to HDR actually, but in SDR mode, itâs actually awesome stuff and makes colors look proper in SDR, based on the colors your monitor tells the GPU it can actually do and cannot do.)
Then in brave://flags, set Force color profile to âscRGB linearâ.
Relaunch Brave, and while HDR is off, go to an HDR YouTube video. Does YouTube claim to be playing an HDR version this time?
If yes, then Brave devs or someone else might need to troubleshoot why the monitors HDR capabilities are not being forwarded to Brave properly.
If it does not however, then something else is oddly going on, and I might suggest clearing cache to start. I donât think thatâs the issue, but enabling scRGB even on a non HDR display, SHOULD make YouTube play the HDR video, and force Windows to simply âtonemapâ it to SDR by itself.