On Wed, 13 Sep 2000, Brian Paul wrote:
> Matt Matthews wrote:
> > On Sat, Sep 09, 2000 at 12:17:45PM -0400, Adam K Kirchhoff wrote:
> > > Quake3Arena: Still functions, but the framerate has dropped drastically.
> > > In order to maintain the same framerate I was getting before the merge, I
> > > need to drop the resolution from 1024x768 to 640x480.
> > I didn't notice a drop in framerate with the V5 going from tdfx-2-1-branch to
> > the newly merged trunk. In the couple of tests I did, it if fact seemed a bit
> > faster (than my previous tests with the branch), although it was a pretty
> > small bit ( < 1 fps ).
> I think I know what's going on here. One of the changes introduced
> by the tdfx-2-1 branch involves the interpretation of the internalFormat
> parameter passed to glTexImageD. Before, if you passed GL_RGB
> or GL_RGBA you'd always get a 16-bit/texel format, even if you were
> running in 32bpp mode which supports 32-bit/texel formats. Now,
> the tdfx driver chooses the deepest texel format possible, unless you
> specify a sized internal format such as GL_RGB5.
> Those of you testing with Quake3 should try changing the Texture Quality
> setting to "16 bit" instead of "Default" or "32 bit". Then let me know
> if you get performance that matches the pre-merge performance.
> It turns out that using 32-bit texels instead of 16-bit texels slows
> things down. I verified this with Quake3 and a few test programs.
I gave it a whirl, and I did notice a very definate increase in
speed. I haven't actually compared benchmarks for the driver before the
merge and the driver after the merge (using either 16-bit texels or
32-bit texels) on my system, but it does appear that using 16-bit texels
corrected the speed differences. :-)
I did pull the code from CVS for the day before the merge and gave
UT, Descent3, and Termius another go. All three worked beautifully. I
then installed code that I compiled from CVS today and gave them a whirl.
The display locked up for all three at various points in the menus,
although the game still kept playing in the background for all three
(moving the mouse around would still result in sounds as I moused over
button, and the music kept playing). Any idea what would cause the
display to lock, but not lock the X server?