diff options
author | Roland Scheidegger <[email protected]> | 2015-10-27 05:34:00 +0100 |
---|---|---|
committer | Roland Scheidegger <[email protected]> | 2015-11-04 02:51:02 +0100 |
commit | 9285ed98f7557722fbb94f47c5bc138ef5dd9c70 (patch) | |
tree | 830ed38086de1317dac5991f88cb3990a79b9acd /docs/relnotes/11.1.0.html | |
parent | 39b4dfe6ab1003863778a25c091c080e098833ec (diff) |
llvmpipe: add cache for compressed textures
compressed textures are very slow because decoding is rather complex
(and because there's no jit code code to decode them too for non-technical
reasons).
Thus, add some texture cache which holds a couple of decoded blocks.
Right now this handles only s3tc format albeit it could be extended to work
with other formats rather trivially as long as the result of decode fits into
32bit per texel (ideally, rgtc actually would decode to more than 8 bits
per channel, but even then making it work for it shouldn't be too difficult).
This can improve performance noticeably but don't expect wonders (uncompressed
is unsurprisingly still faster). It's also possible it might be slower in
some cases (using nearest filtering for example or if there's otherwise not
many cache hits, the cache is only direct mapped which isn't great).
Also, actual decode of a block relies on util code, thus even though always
full blocks are decoded it is done texel by texel - this could obviously
benefit greatly from simd-optimized code decoding full blocks at once...
Note the cache is per (raster) thread, and currently only used for fragment
shaders.
Reviewed-by: Jose Fonseca <[email protected]>
Diffstat (limited to 'docs/relnotes/11.1.0.html')
0 files changed, 0 insertions, 0 deletions