| Age | Commit message (Collapse) | Author |
|---|
|
Compute the region after we've locked (and possibly updated the buffer's size).
Same thing is needed for ctx->Driver.Clear().
|
|
|
|
When both ends of the line were clipped, we were using the new v0 instead
of the original v0 when computing the location of the second vertex. Thus,
the second vertex's position was incorrect.
Thanks to Heath Feather for finding a test case.
|
|
We've been lucky if this hasn't been causing line rendering bugs.
|
|
|
|
|
|
Add support for runtime colorbuffer types.
|
|
Fix bugs in apply_aa_coverage().
|
|
|
|
|
|
|
|
Always check window size in XMesaMakeCurrent() in case glViewport is not
called.
|
|
|
|
|
|
|
|
Save/restore array->ChanType in case colors are converted.
|
|
Clear dest window to black before copying.
Use glWindowPos2iARB().
|
|
may be temporary
|
|
Only need to call _mesa_resize_framebuffer() when we've detected a window
size change.
Set the drawFb->Initalized flag to GL_TRUE to avoid obsolete
Driver.GetBufferSize/ResizeBuffer calls in the Mesa code.
|
|
to date.
|
|
A couple places attempted to call _math_test_all_*_functions when
DEBUG was defined. These routines only exist when DEBUG_MATH is
defined.
|
|
(bug 8669)
|
|
Fixes a GLX protocol problem when binding an indirect rendering context
after a direct rendering context. In this case, the oldContetTag sent to
the server should be None, but the currectContextTag stored in the direct
rendering context (i.e., -1) was sent instead.
|
|
module updates its state (CLIP_BIT) upon resizes. The driver could do this
instead, but doing it here is safer.
|
|
|
|
|
|
|
|
four rgba values set for radeon and r200 (discovered with a modified glean pixelFormats test, noone ever noticed in over 2 years). For radeon, use hw format I8 as previously, and change tex env to make the correct default values appear for both GL_ALPHA and GL_LUMINANCE textures. For r200, which supports GL_LUMINANCE just fine, use the AL88 hw format for GL_ALPHA textures, since it seems like it's probably not worth the effort to fix up the texture environment (certainly complicated in case of ATI_fragment_shader programs).
|
|
to describe what should be changed in the drivers.
|
|
|
|
|
|
check the current window size, then call _mesa_resize_framebuffer().
|
|
default/fallback functions are already plugged in by the call to
_mesa_init_driver_functions().
|
|
Use the _mesa_little_endian helper function insted
of the MESA_BIG_ENDIAN flag. There is still place
using this flag but we need to find how to submit
16bits elements on big endian computer.
|
|
This is already done by the preceeding call to _mesa_init_driver_functions()
which plugs in default functions like that.
|
|
|
|
|
|
|
|
calling _mesa_make_current() to avoid hitting the initialize_framebuffer_size()
stuff in context.c
|
|
All buffer resizes now handled by xmesa_check_and_update_buffer_size() which
uses the _mesa_resize_framebuffer() function.
Moved all low-level XImage/Pixmap resizing into xm_buffers.c file.
Also, update lots of comments for Doxygen.
|
|
|
|
|
|
|
|
nearly the same as outlined in bug #4707, except it disables perspective correction for point sprites to make them actually work. And, separate the state atom into two as the tcl parameters would overwrite vertex program parameters when active. Also implement the GL_VERTEX_PROGRAM_POINT_SIZE_ARB option to make vertex programs outputting a point size work correctly (untested). Smooth points will still always be size 1. While here, enable gouraud shading for fog when using fog coord.
|
|
|
|
operations (shift, offset, table lookup, etc).
|
|
I always build with -DGLX_USE_TLS, so I never hit these paths. glapi.h is
required in some places because _glapi_Dispatch is declared there, but
_glapi_tls_Dispatch is declared in glthread.h.
|
|
incoming colors when applying pixel transfer ops. In all cases, the
caller either indicates there's no pixel transfer ops, or the incoming
colors are coming from temporary storage already and can be safely
modified.
|
|
|
|
|
