Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
The chars-per-pixel concept falls apart with compressed and yuv images,
where more than one pixel are coded in a single data block.
|
|
Chars-per-pixel paradigm is not enough to represent compressed and yuv
pixel formats.
|
|
|
|
|
|
|
|
Whoops!
|
|
|
|
with finer granularity.
This will allow us to define A2R10G10B10 format.
|
|
|
|
|
|
|
|
Now all the packed color types are consistantly named.
Added temporary #defines for the old names until all drivers are updated.
|
|
|
|
Before adding support for formats with unused storage components, the size of
components swizzled to 0 or 1 was ignored, so this didn't matter.
|
|
Also clarify that RGB formats with no (used) alpha component are treated as
having alpha = 1.0.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is in a separate commit to ensure renames are properly preserved.
|