summaryrefslogtreecommitdiffstats
path: root/src/gallium/auxiliary/util/.gitignore
Commit message (Collapse)AuthorAgeFilesLines
* util: Reimplement half <-> float conversions.James Benton2012-06-291-1/+0
| | | | | | | | | | Removed u_half.py used to generate the table for previous method. Previous implementation of float to half conversion was faulty for denormalised and NaNs and would require extra logic to fix, thus making the speedup of using tables irrelevant. Reviewed-by: Jose Fonseca <[email protected]>
* gallium: untrack u_indices_gen.c and u_indices_gen.cJosé Fonseca2010-05-061-2/+0
| | | | | | | | | | | | These files are built with make and removed with make clean, so it does not seem necessary to track them. Looking at the Makefile, it seems that the two u_indices_* files are handled similarly to u_format_srgb.c u_format_table.c and u_half.c, and these 3 files are already untracked and in .gitignore Signed-off-by: Xavier Chantry <[email protected]> Signed-off-by: José Fonseca <[email protected]>
* gallium: untrack u_indices_gen.c and u_indices_gen.cXavier Chantry2010-05-061-0/+2
| | | | | | | | | | | | These files are built with make and removed with make clean, so it does not seem necessary to track them. Looking at the Makefile, it seems that the two u_indices_* files are handled similarly to u_format_srgb.c u_format_table.c and u_half.c, and these 3 files are already untracked and in .gitignore Signed-off-by: Xavier Chantry <[email protected]> Signed-off-by: José Fonseca <[email protected]>
* gallium/util: IgnoresJakob Bornecrantz2010-04-171-0/+1
|
* util: Support all SRGB formats.José Fonseca2010-04-061-0/+1
| | | | Based on code from Brian Paul and Michal Krol.
* util: Use u_format_pack.py's code instead of u_format_access.py.José Fonseca2010-03-311-1/+0
|
* util: Put the format pack/unpack functions in the description table.José Fonseca2010-03-311-1/+0
|
* util: Code generate functions to pack and unpack a single pixel.José Fonseca2010-02-261-0/+1
| | | | | | | | | | | | | | | | | | | | | Should work correctly for all pixel formats except SRGB formats. Generated code made much simpler by defining the pixel format as a C structure. For example this is the generated structure for PIPE_FORMAT_B6UG5SR5S_NORM: union util_format_b6ug5sr5s_norm { uint16_t value; struct { int r:5; int g:5; unsigned b:6; } chan; }; Not used everywhere yet because it seems compiled code is slower than bitshift arithmetic by some misterious reason. So we should generate bitshift arithmetic at least for the simple UNORM pixel formats.
* util: Auto generate pixel format accessor functions fromJosé Fonseca2009-08-301-0/+1
| | | | | | | | | | | | 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
* util: Don't commit u_format_table.cJosé Fonseca2009-08-291-0/+1
At least not until stabilizes, to reduce noise.