Re: [Dri-devel] Hardware TexSubImage

2004-02-25 Thread Robert F Merrill
Ian Romanick wrote: James Jones wrote: Ian Romanick wrote: That would be useful, but it won't solve the problem Chris was seeing. I'm pretty sure that when TexSubImage is used to update a dynamic lightmap, the entire texture is replaced. Not necessarily. If I recall, quake combined many lig

Re: [Dri-devel] Savage driver in DRI/MESA

2004-02-25 Thread George Lengel
On Wednesday 25 February 2004 06:02 am, Alex Deucher wrote: > I don't show any corruption on the savages I have access to (IX, > savage4). What chip are you running on? Did you follow the > instructions here: > http://dri.sourceforge.net/cgi-bin/moin.cgi/Building Alex, My XFRee86.0.log shows

Re: [Dri-devel] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)

2004-02-25 Thread Michel Dänzer
On Thu, 2004-02-26 at 01:38, Ian Romanick wrote: > Ian Romanick wrote: > > > Log message: > > Create all the right modes for 16-bit screens. > > > > Modified files: > > Mesa/src/mesa/drivers/dri/r200/: > > r200_screen.c > > I made one change here that I want to be sure about. I

Re: [Dri-devel] Hardware TexSubImage

2004-02-25 Thread Ian Romanick
James Jones wrote: Ian Romanick wrote: That would be useful, but it won't solve the problem Chris was seeing. I'm pretty sure that when TexSubImage is used to update a dynamic lightmap, the entire texture is replaced. Not necessarily. If I recall, quake combined many lightmaps into one large t

[Dri-devel] Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)

2004-02-25 Thread Ian Romanick
Ian Romanick wrote: Log message: Create all the right modes for 16-bit screens. Modified files: Mesa/src/mesa/drivers/dri/r200/: r200_screen.c I made one change here that I want to be sure about. I marked fbconfigs with 16-bit depth buffer and a stencil buffer as GLX_SLOW_CONFIG

Re: [Dri-devel] savage-2-0-0 test notes

2004-02-25 Thread Brian Paul
Felix Kühling wrote: On Wed, 25 Feb 2004 09:23:16 -0700 Brian Paul <[EMAIL PROTECTED]> wrote: Felix Kühling wrote: [snip] I don't have tuxracer handy - I'll have to download it later. Do you happen to know which fog mode is used, and if the GL_FOG_HINT is set? I don't know which fog mode it u

Re: [Dri-devel] xfree crash when switching to console (Mach64)

2004-02-25 Thread Dave Airlie
> > I added daenzer's package repository to my sources.list > ( http://people.debian.org/~daenzer/dri-mach64-unstable/ ) and installed > the mach64 patched packages to enable DRI support and XV. > The drm-modules didn't compile (due i think to 2.6 kernel), so i patched > it again with John Flinchba

[Dri-devel] xfree crash when switching to console (Mach64)

2004-02-25 Thread Pier Giorgio Raponi
Hi, sorry if I bother you. I have a laptop with a ATI Rage Mobility (mach64 chip), with Debian unstable, xfree 4.3 and kernel 2.6.3. I added daenzer's package repository to my sources.list ( http://people.debian.org/~daenzer/dri-mach64-unstable/ ) and installed the mach64 patched packages to enabl

Re: [Dri-devel] Hardware TexSubImage

2004-02-25 Thread James Jones
Ian Romanick wrote: That would be useful, but it won't solve the problem Chris was seeing. I'm pretty sure that when TexSubImage is used to update a dynamic lightmap, the entire texture is replaced. Not necessarily. If I recall, quake combined many lightmaps into one large texture. It might o

Re: [Dri-devel] savage-2-0-0 test notes

2004-02-25 Thread Felix Kühling
On Wed, 25 Feb 2004 09:23:16 -0700 Brian Paul <[EMAIL PROTECTED]> wrote: > Felix Kühling wrote: [snip] > >> > >>I don't have tuxracer handy - I'll have to download it later. Do you > >>happen to know which fog mode is used, and if the GL_FOG_HINT is set? > > > > > > I don't know which fog mode

Re: [Dri-devel] savage-2-0-0 test notes

2004-02-25 Thread Brian Paul
Felix Kühling wrote: On Tue, 24 Feb 2004 14:01:39 -0700 Brian Paul <[EMAIL PROTECTED]> wrote: Felix Kühling wrote: On Tue, 24 Feb 2004 19:33:16 +0100 Felix Kühling <[EMAIL PROTECTED]> wrote: On Tue, 24 Feb 2004 09:56:29 -0700 Brian Paul <[EMAIL PROTECTED]> wrote: Gregory Davis wrote: [snip]