HDR Images Are No Longer Being Rendered

Description of the issue:

Release Notes v1.73.91 (Nov 20, 2024) running on an M1 Macbook Pro

HDR images are no longer being rendered.

How can this issue be reproduced?

  1. Navigate to this URL which is a forum thread specifically about HDR images. https://www.dpreview.com/forums/post/67881805
  2. Note that the forum software there creates separate images if large images are uploaded. In such cases, viewing the original may be necessary to view the HDR version of the image.
  3. Perhaps a better site is this one on my own website (no ads) https://victorengel.com/hdr/

Expected result:
The HDR images should display. They should display in full HDR.

Brave Version( check About Brave):
v1.73.91

Additional Information:
These images were rendered in a previous version of Brave. So something must have broken with a recent update. I think I skipped one or two intermediate versions, so I don’t know in which version it broke.

Perhaps relevantly, the images don’t render properly in Chrome either. They used to.

@victorengel just checked and I’m not having issues. What seems to be happening for you that you’re saying aren’t rendering? Or what details are you looking at and trying to compare that you’re saying not displaying and not in HDR?




Not rendering means not rendering. They are blank. I tested in iOS and iPad, and they render there fine, but not in HDR. They used to render in HDR on the Mac but now do not render at all.

P.S. I just restarted my Mac in case there was an issue there for some reason. That didn’t help.

People often say things but don’t always mean as one would expect, so I just thought it would be good to clarify.

When I tested, it was from my Windows. I find it interesting you’re saying you also are having problems on Chrome as well.

Let me ask, do you have Graphics Acceleration enabled in your settings? Settings → System → Use graphics acceleration when available

The HDR images on an HDR display should display the bright areas brighter than SDR white. I tried to illustrate that here: https://www.dpreview.com/forums/post/67658898

Yeah, shows that way for me. Am assuming you can see how shows on my screenshot.

I notice you have extensions as well. Did you try in private window or in a new browser profile to see if it also happens there? Or test on Brave Beta?

I’m assuming both won’t work since you have issues on Chrome as well, but just kind of double checking.

Yes, Graphics Acceleration was enabled. I turned it off, relaunched, and the images displayed but without the HDR. I turned it back on, and back to blank. One other detail. When displaying, it initially seems to show the image but then blanks out.

From my understanding the format that I used includes a regular sRGB image plus a brightness map. It’s my understanding that the brightness map instructs the browser to amplify the relevant portions of the image further. It seems that that step must be blanking out the image.

Same issue with private window and with the beta version. Safari displays the images but not in HDR. That’s expected since Safari does not support HDR yet - at least not on the version I’m using.

And I couldn’t tell from your screen shot that you were seeing HDR. That’s why I posted that other link.

@victorengel do they display on Safari? (you answered this as I was typing things out and researching)

Then I was checking with ChatGPT since I’m not familiar with Mac, it was saying to look at some of the following:

  1. Go to System Preferences > Displays and verify that your display is HDR-enabled.

    • Ensure “High Dynamic Range” is checked for external monitors (if applicable).
  2. In Brave: Navigate to brave://flags, search for “Force Color Profile,” and set it to HDR-capable profiles (e.g., “HDR10” or “scRGB-linear”).

  3. Visit a test page like HDR Video Test to confirm your Mac/browser setup can handle HDR.

  4. Force HDR Mode in Chromium:

  • Try enabling HDR-specific flags in Brave
    • Visit brave://flags.
    • Search for “HDR” or “High Dynamic Range.”
    • Enable any flags related to HDR or color profiles.
    • Relaunch the browser.

I should note that I created these images in Lightroom. They render in HDR just fine there. Going to the flags, the HDR section was default (enabled) but I switch it to enabled. No difference.

Thanks, @victorengel. Just trying to think. Overall may need @Mattches or @steeven to help. From what I’m hearing, Chromium browsers should be displaying HDR just fine and there’s no reason why Brave wouldn’t. I’m not sure what the missing piece(s) may be. Hopefully you can give a test on some of the AI suggested stuff and provide feedback if any changes.

Otherwise just will hang tight to see if either are able to get back to you. I know with it being Friday, if don’t hear from them today then likely won’t be until after the weekend before get any replies.

https://www.youtube.com/watch?v=k7dy1B6bOeM displays in full HDR. I have to go to work now so will be unresponsive for a while.

I just tried something else. I exported an image from Lightroom as type avif instead of jpg. I opened it in Brave, and it rendered in full HDR. So the issue seems to be with the jpg Rec. 709 rendering. The forum software I linked earlier doesn’t accept avif files if I recall correctly, which is why I used jpg files.

1 Like

This is not my area of expertise but as @Saoiray said it if works in Chrome/other Chromium browsers then it should work the same in Brave. I can’t think of any Brave specific setting that would alter the way one specific image format renders in-browser.

To confirm, you haven’t altered any flags in Brave — namely the force-color-profile flag?

Just to reiterate, it does NOT work in chrome anymore. It used to. For the time being, I’m exporting as avif files, since those work. But the problem with that is they cannot be used on websites that require jpeg.

It seems like the issue is with chromium, which brave uses. What is the process for reporting the issue there? NM - I found out the process by asking Google. :slight_smile:

1 Like

@victorengel,
Gotcha — thank you for clarifying. Do let us know if they end up responding to you.

I just noticed this, which may be related. It’s a P3. I filed an issue which was logged as a P2. https://issues.chromium.org/issues/374783345

Seems like this other issue could be responsible for what I’m seeing.

1 Like

Changed from P2 to P1 and then to P0, so seems like a fix is forthcoming:
" This issue appears to be blocking an upcoming release and is therefore an Urgent Release Blocking Issue as per http://go/chrome-slo#release-blocking-issues. Bumping the priority to P0 to better reflect the urgency.

If this is not a release blocking issue, please adjust the release block field. Adjusting the priority will have no affect, P0 will be re-applied whilever this is marked as a release blocking issue."

1 Like

Merge approved: Your change is approved for M131. Please go ahead and merge the CL to branch 6778 (refs/branch-heads/6778) manually.

Please merge the fix before Noon on December 02nd to ensure its inclusion in the M131 Stable Respin RC cut.

The new version of Chrome is now available. I can confirm their fix resolved the issue. Now we just wait for Brave to update to use the new Chromium version, right?

Chrome shows Version 131.0.6778.109 (Official Build) (arm64)
Brave shows 131.0.6778.85