From: Dieter <Die...@ha...> - 2000-10-30 20:13:32
|
Hello, this great fix let me use ~Mesa/book/stencil ~Mesa/glut-3.7/progs/examples/stenciltst ~Mesa/samples/stencil for the first time on my V5 5500 AGP. If back porting has finished my outstanding bug #112531 (tdfx-2-1: stencil is broken?) can be closed. Thanks, Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science Cognitive Systems Group Vogt-Kölln-Straße 30 D-22527 Hamburg, Germany email: nu...@ko... @home: Die...@ha... |
From: Brian P. <br...@va...> - 2000-10-31 00:08:18
|
Dieter Nützel wrote: > > Hello, > > this great fix let me use > > ~Mesa/book/stencil > ~Mesa/glut-3.7/progs/examples/stenciltst > ~Mesa/samples/stencil > > for the first time on my V5 5500 AGP. > If back porting has finished my outstanding bug #112531 (tdfx-2-1: stencil is > broken?) can be closed. The fix I made in the tdfx-3-0-0 branch is to always pass 0xff to grStencilMask inside tdfxDDClear() instead of the value of GL_STENCIL_WRITE_MASK. Using any value but 0xff causes display corruption. It may be a hardware limitation that you can't clear individual bitplanes in the stencil buffer and maybe there's a bad side-effect for trying to do so. When GL_STENCIL_WRITE_MASK != 0xff I may be able to implement a work- around by rendering a screen-sized polygon into the stencil buffer with the appropriate modes set. I haven't had time to do that yet. Note that book/stencil is a poorly-written program. A while back I added a comment to the program which explains the problem. I've now made the 0xff change in the DRI trunk and tdfx-2-1 branches. -Brian |
From: Bill W. <bil...@gr...> - 2000-10-31 20:30:47
|
Brian Paul Wrote: > When GL_STENCIL_WRITE_MASK != 0xff I may be able to implement a work- > around by rendering a screen-sized polygon into the stencil buffer with > the appropriate modes set. I haven't had time to do that yet. I believe this to be a Glide/Linux interaction bug. I think that the Linux driver doesn't set all of the necessary Glide state to do the right thing in Glide. My reading of the Glide driver is that it will try to write triangles to do the clear if the stencil mask is not 0xff, since the fast clear function doesn't work with non-0xff stencil masks. However, I haven't put a debugger on it, so I don't know this for sure. I am going to do that right now. > > Note that book/stencil is a poorly-written program. A while back I added > a comment to the program which explains the problem. Where is this comment? I haven't seen it. |
From: Brian P. <br...@va...> - 2000-10-31 21:04:38
|
Bill White wrote: > > Brian Paul Wrote: > > When GL_STENCIL_WRITE_MASK != 0xff I may be able to implement a work- > > around by rendering a screen-sized polygon into the stencil buffer with > > the appropriate modes set. I haven't had time to do that yet. > > I believe this to be a Glide/Linux interaction bug. I think that the > Linux driver doesn't set all of the necessary Glide state to do the right > thing in Glide. My reading of the Glide driver is that it will try > to write triangles to do the clear if the stencil mask is not 0xff, since the > fast clear function doesn't work with non-0xff stencil masks. However, > I haven't put a debugger on it, so I don't know this for sure. I am > going to do that right now. > > > > Note that book/stencil is a poorly-written program. A while back I added > > a comment to the program which explains the problem. > Where is this comment? I haven't seen it. Oops, I had forgot to check it in. Here's the comment. /* * !!! NOTE !!! * * This demo is poorly written. The stencil buffer should be * redrawn in display(), not in the myReshape() function. * The reason is if the window gets "damaged" then the stencil buffer * contents will be in an undefined state (myReshape is not called when * a window is damaged and needs to be redrawn). If the stencil buffer * contents are undefined, the results of display() are unpredictable. * * -Brian */ If you obscure the window and then expose it the rendering will be wrong. -Brian |
From: Dieter <Die...@ha...> - 2000-10-31 21:51:57
|
Am Dienstag, 31. Oktober 2000 21:30 schrieb Bill White: > Brian Paul Wrote: > > When GL_STENCIL_WRITE_MASK != 0xff I may be able to implement a work- > > around by rendering a screen-sized polygon into the stencil buffer with > > the appropriate modes set. I haven't had time to do that yet. > > I believe this to be a Glide/Linux interaction bug. I think that the > Linux driver doesn't set all of the necessary Glide state to do the right > thing in Glide. My reading of the Glide driver is that it will try > to write triangles to do the clear if the stencil mask is not 0xff, since > the fast clear function doesn't work with non-0xff stencil masks. However, > I haven't put a debugger on it, so I don't know this for sure. I am going > to do that right now. > > > Note that book/stencil is a poorly-written program. A while back I added > > a comment to the program which explains the problem. > > Where is this comment? I haven't seen it. The blue sphere wouldn't be redrawn if I move the window around and it would be clipped. -Dieter |
From: Will N. <wi...@mi...> - 2000-10-31 00:28:35
|
What's the deal with this card? I heard it wasn't supported, and the websites mention only the G400. Is support planned? |
From: Jeff B. <jt...@jt...> - 2000-10-31 04:09:52
|
Works fine here. I wrote an article on it for Anandtech (Linux support) actually and I'm using it as my main card here. Jeff On Tue, Oct 31, 2000 at 12:29:55AM +0000, Will Newton wrote: > > What's the deal with this card? I heard it wasn't supported, and the > websites mention only the G400. Is support planned? > > > _______________________________________________ > Dri-devel mailing list > Dri...@li... > http://lists.sourceforge.net/mailman/listinfo/dri-devel > -- Jeff Brubaker - jt...@jt... - http://jtb.dyndns.org/ |