summaryrefslogtreecommitdiffstats
path: root/src/mesa/main/renderbuffer.c
Commit message (Collapse)AuthorAgeFilesLines
* mesa: work around failed assertion for GL_RGBA16_SNORM accum bufferBrian Paul2011-04-041-1/+14
| | | | | | | | We use this format to represent the accum buffer. No snorm texture sampling or rendering takes place. Fixes failed assertion with swrast and any app using the accum buffer (and glxinfo).
* mesa: plug in fallback function for ctx->Driver.ValidateFramebuffer()Brian Paul2011-01-241-1/+1
| | | | | The software renderer doesn't support GL_ALPHA, GL_LUMINANCE, etc so we should report GL_FRAMEBUFFER_UNSUPPORTED during FBO validation.
* mesa: s/GLuint/gl_buffer_index/Brian Paul2011-01-031-4/+7
|
* mesa: fix aux/accum comment and error message mixupsBrian Paul2010-11-021-2/+2
|
* Drop GLcontext typedef and use struct gl_context insteadKristian Høgsberg2010-10-131-66/+66
|
* main: remove duplicated includesNicolas Kaiser2010-09-301-1/+0
| | | | | | Remove duplicated includes. Signed-off-by: Brian Paul <[email protected]>
* mesa: use GL_RGBA16_SNORM for accum bufferBrian Paul2010-05-091-1/+2
|
* mesa: remove some color index codeBrian Paul2010-05-041-19/+0
|
* mesa: remove renderbuffer adaptor callsBrian Paul2010-05-041-24/+0
| | | | Was only used for OSMesa but no longer needed.
* mesa: Remove _mesa_add_color_index_renderbuffersIan Romanick2010-03-031-56/+0
| | | | | | | After all the recent color-index visual support removal, _mesa_add_color_index_renderbuffers is no longer used anywhere. Signed-off-by: Ian Romanick <[email protected]>
* mesa: Remove checks of Visual.rgbModeIan Romanick2010-03-031-18/+7
| | | | | | This must always be true now, so there is no reason to check it. Ever. Signed-off-by: Ian Romanick <[email protected]>
* mesa: fix _BaseFormat assignment in _mesa_soft_renderbuffer_storage()Brian Paul2010-02-261-1/+1
| | | | | | The rb->InternalFormat field will be set by the caller if the allocation succeeds. Until then, this field's value can't be used. Fixes a failed assertion with FlightGear.
* mesa: added renderbuffer->_BaseFormat assertionBrian Paul2010-02-251-0/+1
|
* Replace _mesa_malloc, _mesa_calloc and _mesa_free with plain libc versionsKristian Høgsberg2010-02-191-7/+7
|
* mesa: replace _mesa_bzero() with memset()Brian Paul2010-02-191-2/+2
|
* Remove _mesa_memset in favor of plain memset.Kenneth Graunke2010-02-191-2/+2
| | | | This may break the SUNOS4 build, but it's no longer relevant.
* Remove _mesa_memcpy in favor of plain memcpy.Kenneth Graunke2010-02-191-12/+12
| | | | This may break the SUNOS4 build, but it's no longer relevant.
* Merge branch 'texformat-rework'Brian Paul2009-10-281-174/+81
|\ | | | | | | | | | | | | | | | | | | | | | | Conflicts: src/mesa/drivers/dri/radeon/radeon_fbo.c src/mesa/drivers/dri/s3v/s3v_tex.c src/mesa/drivers/dri/s3v/s3v_xmesa.c src/mesa/drivers/dri/trident/trident_context.c src/mesa/main/debug.c src/mesa/main/mipmap.c src/mesa/main/texformat.c src/mesa/main/texgetimage.c
| * mesa: use MESA_FORMAT_X8_Z24Brian Paul2009-10-211-0/+16
| |
| * mesa: remove a bunch of gl_renderbuffer fieldsBrian Paul2009-10-081-176/+67
| | | | | | | | | | | | _ActualFormat is replaced by Format (MESA_FORMAT_x). ColorEncoding, ComponentType, RedBits, GreenBits, BlueBits, etc. are all replaced by MESA_FORMAT_x queries.
* | mesa: fix incorrect assertion in _mesa_add_aux_renderbuffers()Brian Paul2009-10-091-1/+1
|/ | | | Fixes bug 24426.
* mesa: merge gallium-0.2 into gallium-master-mergeBrian Paul2009-02-091-1/+2
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Merge commit 'origin/gallium-0.2' into gallium-master-merge Conflicts: Makefile docs/relnotes-7.4.html docs/relnotes.html src/mesa/drivers/dri/i965/brw_wm.h src/mesa/main/imports.c src/mesa/main/mtypes.h src/mesa/main/texcompress.c src/mesa/main/texenvprogram.c src/mesa/main/version.h src/mesa/vbo/vbo_exec_api.c src/mesa/vbo/vbo_save_draw.c
| * gallium: remove stray include of st_context.hBrian Paul2008-06-101-2/+0
| |
| * remove some temporary hacksBrian2007-08-101-47/+3
| |
| * Checkpoint intel_renderbuffer removal.Brian2007-08-091-2/+12
| | | | | | | | | | | | Remove surface ptr from gl_renderbuffer. Use st_renderbuffer in most places. More clean-up.
| * s/Z24_S8/S8_Z24/ (stencil is in the high byte)Brian2007-08-011-1/+1
| |
| * sp_z_surface.h is deadBrian2007-07-311-1/+0
| |
| * Redesign pipe_surface in terms of pipe_region.Brian2007-07-311-20/+34
| | | | | | | | | | | | struct pipe_buffer goes away. Added basic region functions to softpipe to allocate/release malloc'd regions. Surface-related code is fairly coherent now.
| * 32 and z24s8 softpipe buffersBrian2007-07-301-1/+7
| |
| * Lots of improvements to the surface-related code.Brian2007-07-301-2/+20
| | | | | | | | | | | | Z testing now works with i915 driver. Add gl_renderbuffer::surface pointer (and reverse pointer). Remove intel_surface and xmesa_surface types - no longer used.
* | mesa: add new ColorEncoding and ComponentType to gl_renderbufferBrian Paul2009-01-221-1/+6
|/
* temporary add some extra renderbuffer debug codeBrian2007-04-051-1/+7
|
* updated debug printfBrian2007-04-021-2/+2
|
* Fix some renderbuffer reference counting issues. Also fixes a mem leak.Brian2007-03-251-21/+35
|
* Implement alpha buffer copy for SwapBuffers().Brian2007-03-231-0/+32
| | | | | | | | | | | | | Nicolai writes: When the pixmap pixel format has no alpha channel, the x11 driver (software rendering) adds a wrapped alpha channel on request. During SwapBuffers, this alpha channel is not copied from back to front, which means that the front buffer doesn't really contain the contents that the back buffer previously contained. A subsequent glReadPixels from the front buffer will return an incorrect result. The following patch attempts to fix this.
* Assorted fixes for dealing with zero-size frame/renderbuffers.Brian2007-03-161-11/+15
| | | | | | | | | | In xmesa_check_and_update_buffer_size() handle xmctx==NULL correctly: still call _mesa_resize_framebufer(). If we don't we can wind up in a situation where the framebuffer size is non-zero but an attached renderbuffer size is still initialized to zero. This inconsistancy can later cause problems. Check for zero-size renderbuffers in update_color_draw_buffers() and update_color_read_buffer(). See bug 7205.
* Fix/improve framebuffer object reference counting.Brian2007-03-061-11/+12
| | | | | | | Use _mesa_reference_framebuffer() and _mesa_unreference_framebuffer() functions to be sure reference counting is done correctly. Additional assertions are done too. Note _mesa_dereference_framebuffer() renamed to "unreference" as that's more accurate.
* Added _mesa_remove_renderbuffer() as a counterpart to _mesa_add_renderbuffer().Brian Paul2006-05-201-1/+50
| | | | | Added _mesa_dereference_renderbuffer() to encapsulate renderbuffer reference count decrement, delete, locking.
* install renderbuffer adaptors when color channel sizes need to be reducedBrian Paul2006-05-191-0/+21
|
* s/GLbyte/GLubyte/Brian Paul2006-05-141-2/+2
|
* remove _glthread_INIT_MUTEX() callBrian Paul2006-04-261-1/+0
|
* updated assertionBrian Paul2006-04-231-4/+8
|
* merge from texman branchmesa_20060325Brian Paul2006-03-261-48/+96
|
* init Red/Green/EtcBits = 0 in soft_renderbuffer_storage()Brian Paul2006-03-141-1/+10
|
* improved error msgBrian Paul2006-03-021-1/+3
|
* added _mesa_new_depthstencil_renderbuffer() for combined depth/stencil buffersBrian Paul2005-11-161-8/+54
|
* change initialization of renderbuffer DepthBitsBrian Paul2005-10-041-3/+8
|
* change initialization of rb->DepthBitsBrian Paul2005-09-281-2/+4
|
* Add Wrapper field to gl_renderbuffer. Used for wrapping one renderbufferBrian Paul2005-09-231-88/+94
| | | | | | | | with another, such as wrapping a hardware/win-sys RGB renderbuffer with a software-based alpha buffer. Previous alpha buffer wrapping was conflicting with the X driver's xmesa_renderbuffer structure containment/inheritance. That lead to memory corruption.
* Replace gl_renderbuffer.ComponentSizes[] with separate RedBits, GreenBits,Brian Paul2005-09-221-28/+27
| | | | BlueBits, etc fields.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-22 22:20:22 +0000