• State Accepted Answer
  • Locked Locked
  • Replies 1 reply
  • Subscribers 137 subscribers
  • Views 19984 views
  • Users 0 members are here
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

Compressed but not mipmapped data (Streamline capture)

JPJ

Hi guys,

I'm trying to narrow down the texture usage of a frame. Essentially, at the tail end of the frame I'm seeing a fair bit of compressed but NOT mipmapped texture data. Is it possible this is framebuffer compressed data used by post-processing? If so, it's safe to assume that fragment operations performed during that time are all post-processing related, am I correct? 

Cheers.

P.S. - Hope you're all coping well with the current work restrictions ..

This is from a Mali-G71 GPU

  • +1

    Hi JPJ, 

    Compressed in this case means some form of lossy offline compression at the API level (ETC, ETC2, ASTC). This could be post processing, if that is reading from a compressed API texture, but a lot of post passes only read from framebuffers which won't show up in this counter (even if they are compressed with our AFBC lossless compression). 

    HTH, 
    Pete