summaryrefslogtreecommitdiff
path: root/src/gallium/auxiliary/util/u_format.csv
AgeCommit message (Collapse)Author
2011-03-08gallium/util: add LATC supportMarek Olšák
Again, a lot of code is shared with RGTC. The layout is UTIL_FORMAT_LAYOUT_RGTC, because LATC is just swizzled RGTC.
2010-12-23gallium: add new formats L16A16_UNORM, A16_UNORM, I16_UNORM, B2G3R3_UNORMMarek Olšák
2010-10-13gallium/format: add X32_S8X24_USCALED format.Dave Airlie
Has similiar use cases to the S8X24 and X24S8 formats.
2010-10-13gallium/format: add support for X24S8 and S8X24 formats.Dave Airlie
these formats are needed for hw that can sample and write stencil values. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-04-08util: Support PIPE_FORMAT_B4G4R4X4_UNORM and PIPE_FORMAT_R8G8B8X8_UNORM.José Fonseca
2010-04-08util: Describe, implement, and test the new D3D9 color formats.José Fonseca
2010-04-07util: Remove u_tile.c YCbCr's.José Fonseca
Superseded by u_format_yuv.c. Also PIPE_FORMAT_YUYV's interpretation was inconsistent: it was being interpreted as VYUY.
2010-03-31util: Describe PIPE_FORMAT_NONE as PIPE_FORMAT_R8_USCALED.José Fonseca
Avoids the need to special case PIPE_FORMAT_NONE so often. Conflicts: src/gallium/auxiliary/util/u_format_table.py
2010-03-30gallium/util: use other layout instead of the old compressedRoland Scheidegger
2010-03-30Merge branch 'master' into gallium-new-formatsRoland Scheidegger
Conflicts: src/gallium/auxiliary/util/u_format.csv
2010-03-30gallium: make the python scripts for format parsing not fail on new formatsRoland Scheidegger
they won't generate any useful conversion code for some of the new formats but at least don't assert. Also needed some more hacks so they don't generate code for some of the new formats, as gcc was not impressed. Also declare unused channels as void, and change the scripts to not fail if the first channel happened to be unused. Needs serious fixing.
2010-03-29gallium: fix bogus depth/stencil format names (and channel descriptions)Roland Scheidegger
only the depth part is normalized, stencil part isn't.
2010-03-29gallium: add new texture formatsRoland Scheidegger
These are needed for DX10 and/or OGL3.3. This just adds the formats nothing handles them yet. PIPE_FORMAT_R1_UNORM can't be used currently as it requires special filter. Need to reclassify compressed formats at some point.
2010-03-29util: Distinguish between the different compression formats.José Fonseca
In particular, all current uses of util_format_is_compressed() actually mean s3tc.
2010-03-28util: Update MSDN links.José Fonseca
2010-03-18Add format B5G5R5X1Alan Hourihane
2010-03-03util: Remove PIPE_FORMAT_R8G8B8X8_SNORM information.José Fonseca
2010-03-02util: Tweak comment for D3D10-like formats.José Fonseca
2010-03-01util: Rename pipe formats.José Fonseca
2010-03-01util: Remove PIPE_FORMAT_A8B8G8R8_SNORM.José Fonseca
2010-03-01util: Fix PIPE_FORMAT_R8G8B8_SRGB swizzles.José Fonseca
The only user of PIPE_FORMAT_R8G8B8_SRGB is mesa, which per src/mesa/main/texstore.c interprets it as R8 G8 B8 and not the other way around.
2010-03-01util: Use PIPE_FORMAT_R8G8B8A8_UNORM_REV where appropriate.José Fonseca
2010-03-01util: Fix PIPE_FORMAT_R8G8B8_UNORM description and notes.José Fonseca
There is actually no ambiguity in use -- it is always used as R8 G8 B8
2010-03-01util: Remove inexisting formats.José Fonseca
Can't find these formats used in any state tracker or any API. For some of these probably the reverse notation was meant, for which formats already exist.
2010-03-01util: A few more links for D3D formats.José Fonseca
2010-03-01util: A few more todo marks.José Fonseca
2010-03-01util: More documentation for u_format.csvJosé Fonseca
2010-03-01util: Tweak comments regarding R8G8B8A8/X8_UNORM.José Fonseca
2010-03-01python: Don't mention deprecated drivers=trace option.José Fonseca
Now trace always built.
2010-02-27util: Fix X8/A8B8G8R8_SNORM's swizzle.José Fonseca
2010-02-26util: Define SRGB's channels as normalized.José Fonseca
A better approximation than uscaled...
2010-02-24util: Kill array vs arith layouts. Revamp UTIL_FORMAT_LAYOUT_xxx.José Fonseca
Too confusing. I now can get the same information through other means.
2010-02-24util: Minor tweaks to ambigous/unused format descriptions.José Fonseca
2010-02-24util: Fix swizzles for SRGB formats.José Fonseca
Based on Marek Olšák's fix 8-bits-per-channel formats swizzles, with the exception that the notation for several formats (the vector formats) is actually reversed so they should be left alone.
2010-02-24util: Organize formats in groups. Add comments.José Fonseca
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.