summaryrefslogtreecommitdiff
path: root/src/gallium/auxiliary/util/u_format.csv
AgeCommit message (Collapse)Author
2010-02-12Revert "util: Fix descriptors for R32_FLOAT and R32G32_FLOAT formats."Michal Krol
This reverts commit aa0b671422880b99dc178d43d1e4e1a3f766bf7f.
2010-02-12util: Fix descriptors for R32_FLOAT and R32G32_FLOAT formats.Michal Krol
Fill in ones for missing components.
2010-01-15util: Fix encoding for R8G8B8A8_UNORM formats and friends.Michal Krol
2010-01-06util: Fix format descriptor table entries.Michal Krol
2009-12-08util/format: Take advantage of sequential nature of pipe_format enum.Michal Krol
Make sure the format descriptor table can be indexed directly.
2009-11-24util: Describe a few more formats.José Fonseca
2009-09-14util: Fix a1r5g5b5's format description.José Fonseca
2009-09-09util: Fix depth/stencil format description.José Fonseca
Inverse channel order.
2009-08-30util: Auto generate pixel format accessor functions fromJosé Fonseca
This has several advantages over the u_ - not hand written - no intermediate memcpy of raw pixels - supports 4 ubytes in addition to floats - no need to pass a pipe_transfer It also has (hopefully temporary) limitations: - no support for YUV - no support for SRGB
2009-08-29util: Make pixel format layout more meaningful.José Fonseca
Namelly, explicitly distinguish formats coded by arithmetic manipulation, from formats layed out in array.
2009-08-29util: Fix r5g6b5 description.José Fonseca
2009-08-29util: Pixel format database.José Fonseca
There are some inconsistencies in pipe_format, but above all, there simply aren't enough bits in an enum to conveniently store all information about a pixel format we need to be able to dynamically generate pixel packing/unpacking code.