diff options
author | Iago Toral Quiroga <[email protected]> | 2014-11-26 10:38:44 +0100 |
---|---|---|
committer | Iago Toral Quiroga <[email protected]> | 2015-01-12 11:20:28 +0100 |
commit | 3c19251f28e6b4feff81f48b1c73f1f2e09e38e1 (patch) | |
tree | 288a149271204090d31b8cbae00862b5b8ae0508 /src/mesa/Android.mk | |
parent | 3da735cc4c478b0ab2ecc2164899cf9d77dc671a (diff) |
mesa: Let _mesa_get_format_base_format also handle mesa_array_format.
If we need the base format for a mesa_array_format we have to find the
matching mesa_format first. This is expensive because it requires
to loop through all existing mesa formats until we find the right match.
We can resolve the base format of an array format directly by looking
at its swizzle information. Also, we can have _mesa_get_format_base_format
accept an uint32_t which can pack either a mesa_format or a mesa_array_format
and resolve the base format for either type. This way clients do not need to
check if they have a mesa_format or a mesa_array_format and call different
functions depending on the case.
Another reason to resolve the base format for array formats directly is that
we don't have matching mesa_format enums for every possible array format, so
for some GL format/type combinations we can produce array formats that don't
have a corresponding mesa format, in which case we would not be able to
find the base format. Example format=GL_RGB, type=GL_UNSIGNED_SHORT. This type
would map to something like MESA_FORMAT_RGB_UNORM16, but we don't have that.
Reviewed-by: Jason Ekstrand <[email protected]>
Diffstat (limited to 'src/mesa/Android.mk')
0 files changed, 0 insertions, 0 deletions