aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/main/renderbuffer.c
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* change mask[] test in put_mono_row_uint()Brian Paul2005-09-201-3/+11
|
* s/GLchan/GLubyte/, fix error string, add commentBrian Paul2005-09-191-2/+3
|
* Move _mesa_add_soft_renderbuffers() from framebuffer.c to renderbuffer.cBrian Paul2005-09-131-2/+84
| | | | Update some comments, code, etc.
* Remove last remnants of pre-renderbuffer code.Brian Paul2005-09-031-0/+2
|
* Major check-in of changes for GL_EXT_framebuffer_object extension.Brian Paul2005-05-041-0/+1863
Main driver impacts: - new code for creating the Mesa GLframebuffer - new span/pixel read/write code Some drivers not yet updated/tested.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-03 02:00:05 +0000