> RR> Also, in an OpenGL window with mostly black background, I've noticed
> RR> flashing white pixels.  These seem to be artifacts of the window updating
> RR> write-events (not actual corruption of data) since when the image settles
> RR> down there are never any stray white pixels that I've seen.  Any
> RR> suggestions about that one?
> RR>
> RR> (Oh, and FWIW: OpenGL seems marginally faster in XFree86 4.x with my card.
> RR> Whether this is just that the particular card has a better driver in 4.x,
> RR> or if moving OpenGL into the server helped that much---or if the OpenGL
>
> ..must feel pretty good considering it's all software rendering >:}

(^&

I think that the real performance improvement that I'm seeing is simply in
the data path from the application to the window (frame buffer).  I've
also noticed that playing DVD's is notably smoother in XFree86 4.x than it
was in 3.3.6.  Although getting this enhancement may be at the expense of
the display corruption I noted above.  (I seem able to get the best of
both worlds if I drop my video resolution way down---this is oka for
playing DVD's which are low-resolution anyway, but isn't so hot for OpenGL
aplications.)

The card is a PCI card, so the data path to the window seems to be a real
bottleneck.


> $ glxinfo -display :0.0
> name of display: :0.0
> display: :0  screen: 0
> direct rendering: No 		<----- The DRI module doesn't build on nbsd

That's because our kernel doesn't support it yet.  (^&


  ``I probably don't know what I'm talking about.'' --rauch@math.rice.edu