• State Accepted Answer
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 5 replies
  • Subscribers 138 subscribers
  • Views 8740 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Recommended HDR pipeline using OpenExr to ASTC?

Carol_J

Hi, We're currently looking to switch to ASTC, though I do have some queries regarding the graphics pipeline for HDR formats.

Since we're looking to retain image quality as much as possible, can we use an Exr format for rendering (We currently use this for creating out lightmaps), and convert them directly to ASTC for our build?

It just when I've loaded exr files in to Mali it appears to compromise the image data (Darkening down), I presume it's clamping the channels?  

Is there a recommended pipeline for converting HDR images to ASTC that won't compromise the data?

Cheers,

Caroline

Parents
  • +1 Arm Employee Badge in reply to Carol_J
    When displaying an HDR texture on an LDR application the view on screen is inevitably "wrong"; the application has to do something to map the HDR color range to the LDR output (either by rescaling, clipping, or tone mapping).

    The GUI of the Mali Texture Compression Tool should be independent of the compressor; even if the on-screen view is incorrect, the compressed ASTC texture should still maintain the HDR range (assuming you picked an HDR compression mode). Are you losing the high-dynamic range in the compressed texture output when the ASTC texture is used by the GPU in OpenGL /OpenGL ES rendering?
Reply
  • +1 Arm Employee Badge in reply to Carol_J
    When displaying an HDR texture on an LDR application the view on screen is inevitably "wrong"; the application has to do something to map the HDR color range to the LDR output (either by rescaling, clipping, or tone mapping).

    The GUI of the Mali Texture Compression Tool should be independent of the compressor; even if the on-screen view is incorrect, the compressed ASTC texture should still maintain the HDR range (assuming you picked an HDR compression mode). Are you losing the high-dynamic range in the compressed texture output when the ASTC texture is used by the GPU in OpenGL /OpenGL ES rendering?
Children
No data