On Sat, 20 Mar 2004 13:57:58 -0800 "mark cass" <[EMAIL PROTECTED]> wrote:
> felix, > > the clipping problem i am seeing is one that you eluded to previuosly. it seems that > when a textured object is drawn, the glSiccor rect is ignored. this is the clipping > that i was referring to. sorry for being vague. i have run my test program on other > hardware/driver combinations and they perform as expected. Ok, sorry for the misunderstanding. This is only a problem if you're going to have multiple 3D contexts at the same time. In that case the clipping rectangles are not the only problem. I believe texture memory management is currently broken with multiple contexts too. But that's a different story. The clipping problem is that drawing operations to the back buffer don't care about clipping rectangles. Buffer swapping takes them into account, so things look ok on the front buffer as long as there is only one 3D context. In order to avoid multiple 3D contexts from overwriting each other's back buffer regions one would have to iterate over all clipping rectangles when emitting drawing commands: foreach cliprect: - setup scissors registers - emit drawing commands The way the driver works currently this would be very expensive because it emits one drawing command for each triangle. So you would do the iteration above once per triangle. I think it will become a lot easier when I get vertex buffers working. Then the driver will buffer vertices and remember their number until it's time to flush. Then it generates indexed drawing commands in one "burst". At that point it would be less expensive to iterate over clipping rectangles. > > mark Felix ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click -- _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
