aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/main/formats.c
Commit message (Collapse)AuthorAgeFilesLines
...
* mesa: Remove all mention of MESA_FORMAT_CI8Ian Romanick2011-08-291-16/+4
| | | | | | | | | | | Nothing in Mesa supports color-index textures, and most of the other infrastructure that could allow such support has already been removed. This puts the final nail in the coffin. Also clean out some GL_COLOR_INDEX comments in formats.c. Reviewed-by: Brian Paul <[email protected]> Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: add a comment in _mesa_test_formatsMarek Olšák2011-07-111-0/+1
|
* mesa: fix assertion failure in _mesa_test_formatsMarek Olšák2011-07-111-1/+2
| | | | Z32_FLOAT_X24S8 has DataType of GL_NONE.
* mesa: initial ARB_depth_buffer_float supportMarek Olšák2011-07-101-0/+29
| | | | | | | Using GL_NONE as DataType of Z32_FLOAT_X24S8, not sure what I should put there. The spec says the type is n/a. Reviewed-by: Kenneth Graunke <[email protected]>
* mesa: Fix return type of _mesa_get_format_bytes() (#37351)Adam Jackson2011-05-231-1/+3
| | | | | | | | | | | | | | | | | | | | | | | Despite that negative values aren't sensible here, making this unsigned is dangerous. Consider get_pointer_generic, which computes a value of the form: void *base + (int x * int stride + int y) * unsigned bpp The usual arithmetic conversions will coerce the (x*stride + y) subexpression to unsigned. Since stride can be negative, this is disastrous. Fixes at least the following piglit tests on Ironlake: fbo/fbo-blit-d24s8 spec/ARB_depth_texture/fbo-clear-formats spec/EXT_packed_depth_stencil/fbo-clear-formats NOTE: This is a candidate for the 7.10 branch. Reviewed-by: Chad Versace <[email protected]> Signed-off-by: Adam Jackson <[email protected]>
* mesa: implement EXT_packed_floatMarek Olšák2011-04-291-0/+14
| | | | | Reviewed-by: Brian Paul <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* mesa: implement EXT_texture_shared_exponentMarek Olšák2011-04-291-1/+15
| | | | | | | | | swrast support done. There is no renderbuffer support in swrast, because it's not required by the extension. Reviewed-by: Brian Paul <[email protected]>
* mesa: add R/RG floating-point formatsMarek Olšák2011-04-151-0/+40
|
* mesa: fix L16F and L32F format propertiesMarek Olšák2011-04-151-2/+2
|
* mesa: initial EXT_texture_snorm supportMarek Olšák2011-03-291-9/+91
| | | | | The component ordering of some formats has been been reversed to match Gallium types.
* mesa: add EXT_texture_compression_latcMarek Olšák2011-03-081-0/+40
| | | | | | | | | | | | | | | | | The encoding/decoding algorithms are shared with RGTC. Thanks to some magic with the base format, the RGTC texstore functions work for LATC too. swrast passes the related piglit tests besides two things: - The alpha channel is wrong (it's always 1), however the incorrect alpha channel makes some other tests fail too, so I guess it's unrelated to LATC. - Signed LATC fetches aren't correct yet (signed values are clamped to [0,1]), however RGTC has the same problem. Further testing (with other of my patches) shows that hardware drivers and softpipe work. BTW, ETQW uses this extension.
* mesa: Add RGTC texture store/fetch support.Dave Airlie2011-02-281-1/+41
| | | | | | | | | This adds support for the RGTC unsigned and signed texture storage and fetch methods. the code is a port of the DXT5 alpha compression code. Signed-off-by: Dave Airlie <[email protected]>
* mesa: fix mipmap generation for MESA_FORMAT_AL44Marek Olšák2011-02-161-1/+5
| | | | This was missed when implementing AL44.
* mesa: add comment for _mesa_get_srgb_format_linear()Brian Paul2011-01-151-0/+5
|
* mesa/swrast: implement EXT_texture_sRGB_decodeDave Airlie2011-01-161-0/+37
| | | | | | | This implements the extension by choosing a different set of texture fetch functions when the texture parameter changes. Signed-off-by: Dave Airlie <[email protected]>
* mesa: do a debug check of _mesa_format_to_type_and_comps()Brian Paul2011-01-111-1/+23
| | | | | | | Make sure that all formats are handled in this function. It's easy to miss this function when adding new pixel formats. See also http://bugs.freedesktop.org/show_bug.cgi?id=31544
* mesa: fix a few format table mistakes, assertionsBrian Paul2011-01-111-7/+8
| | | | | | | The BaseFormat field was incorrect for a few R and RG formats. Fix a couple assertions too. NOTE: This is a candidate for the 7.9 and 7.10 branches.
* mesa: Update comment about the list of BaseFormats for gl_formats.Eric Anholt2011-01-031-3/+4
|
* mesa: Assert format is not MESA_FORMAT_COUNT in _mesa_format_to_type_and_comps.Vinson Lee2010-12-231-1/+4
| | | | The case of format being MESA_FORMAT_COUNT should never occur.
* mesa: Fix #ifdef typo in _mesa_format_to_type_and_comps.Vinson Lee2010-12-231-1/+1
| | | | According to the comment, the warning should be for debug builds.
* mesa: implement new texture format I16Marek Olšák2010-12-231-0/+10
|
* mesa: implement new texture format L16Marek Olšák2010-12-231-0/+10
|
* mesa: implement new texture format A16Marek Olšák2010-12-231-0/+10
|
* mesa: implement new texture format AL44Marek Olšák2010-12-231-0/+10
| | | | | | Radeon GPUs can do this. R600 can even do render-to-texture. Packing and extracting aren't implemented, but we shouldn't hit them (I think). Tested with swrast, softpipe, and r300g.
* mesa: implement new texture format ARGB2101010Marek Olšák2010-12-231-0/+14
| | | | Radeon GPUs do support GL_RGB10_A2.
* mesa: Don't assertion fail for _mesa_get_format_name(MESA_FORMAT_NONE)Eric Anholt2010-12-101-1/+0
|
* mesa: added _mesa_format_image_size64()Brian Paul2010-11-241-0/+30
|
* mesa: add assertion and update comment in _mesa_format_image_size()Brian Paul2010-11-241-1/+2
|
* mesa: add missing formats in _mesa_format_to_type_and_comps()Brian Paul2010-11-111-1/+26
| | | | NOTE: this is a candidate for the 7.9 branch
* mesa: improve error messageBrian Paul2010-11-111-1/+2
|
* mesa: rename function to _mesa_is_format_integer_color()Brian Paul2010-10-261-1/+1
| | | | Be a bit more clear about its operation.
* mesa: fix bug in _mesa_is_format_integer()Brian Paul2010-10-261-2/+5
| | | | | | We only want to return true if it's an integer _color_ format, not a depth and/or stencil format. Fixes http://bugs.freedesktop.org/show_bug.cgi?id=31143
* mesa: _mesa_is_format_integer() functionBrian Paul2010-10-231-0/+12
|
* mesa: Fix misplaced #endifIan Romanick2010-10-011-1/+1
| | | | | If FEATURE_texture_s3tc is not defined, FXT1 formats would erroneously fall through to the MESA_FORMAT_RGBA_FLOAT32 case.
* ARB_texture_rg: Add R8, R16, RG88, and RG1616 internal formatsIan Romanick2010-10-011-0/+80
|
* mesa: include mfeatures.h in formats.cBrian Paul2010-09-161-0/+1
| | | | | Otherwise, FEATURE_EXT_texture_sRGB was undefined. This is (part of?) the fix for fd.o bug 30177.
* mesa: Use the format info to identify packed depth/stencil formats.Nick Bowler2010-08-271-6/+2
| | | | | | | | | | | Due to a misunderstanding of the Z24_X8 and X8_Z24 formats, the earlier patch created depth/stencil wrappers for them. This broke swrast. Use the format info instead, which only identifies Z24_S8 and S8_Z24 as packed depth/stencil. It also has the advantage of being nicer code. Signed-off-by: Nick Bowler <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* mesa: Identify packed depth/stencil buffers using the Format field.Nick Bowler2010-08-261-0/+16
| | | | | | | | | | | | | | | | | | | | Intel sometimes uses packed depth/stencil buffers even when only a depth buffer or only a stencil buffer was requested. Common code currently uses the _BaseFormat field to determine whether a depth/stencil wrapper is necessary. But unless the user explicitly requested a packed depth/stencil buffer, the _BaseFormat field does not encode this information, and the required wrappers are not created. The problem was introduced by commit 45e76d2665b38b ("mesa: remove a bunch of gl_renderbuffer fields"), which killed off the _ActualFormat field upon which the decision to create a wrapper used to be made. This patch changes the logic to use the Format field instead, which is more like the old code. Fixes fdo bug 27590. Signed-off-by: Nick Bowler <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* mesa: Remove unnecessary headers.Vinson Lee2010-07-291-1/+0
|
* mesa: initial support for unnormalized integer texture formatsBrian Paul2010-07-051-1/+91
| | | | As defined by GL_EXT_texture_integer.
* mesa: added unsigned 16-bit/channel tex formatBrian Paul2010-05-091-0/+9
|
* mesa: add missing cases for signed 16-bit formatsBrian Paul2010-05-091-0/+13
|
* mesa: start adding GL 3.1 signed normalized texture formatsBrian Paul2010-04-261-0/+58
|
* mesa: Remove unnecessary header from formats.c.Vinson Lee2010-01-181-1/+0
|
* mesa: Silence unused variable warning.Vinson Lee2009-12-311-0/+1
|
* Add MESA_FORMAT_XRGB8888_REV.Michel Dänzer2009-11-171-0/+9
|
* AL1616: Add formats for GL_LUMINANCE16_ALPHA16 texturesIan Romanick2009-11-161-0/+25
|
* mesa: fix incorrect approx bits/channel for fxt1 formatsBrian Paul2009-11-021-2/+2
| | | | See bug 24806.
* mesa: fix incorrect format info for MESA_FORMAT_SL8Brian Paul2009-10-301-3/+3
| | | | Fixes bugs 24798 and 24801.
* mesa: Add MESA_FORMAT_Z24_X8.José Fonseca2009-10-291-0/+14
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 04:29:37 +0000