Re: [Dri-devel] Unreal

2002-02-20 Thread Keith Whitwell
"David S. Miller" wrote: > >From: Gareth Hughes <[EMAIL PROTECTED]> >Date: Wed, 20 Feb 2002 18:15:54 -0800 > >Keith Whitwell wrote: >> You do "see" the partial frames, it seems. The eye seems to do a reasonable >> job of integrating it all, providing you with a low-latency v

Re: [Dri-devel] Unreal

2002-02-20 Thread David S. Miller
From: Gareth Hughes <[EMAIL PROTECTED]> Date: Wed, 20 Feb 2002 18:15:54 -0800 Keith Whitwell wrote: > You do "see" the partial frames, it seems. The eye seems to do a reasonable > job of integrating it all, providing you with a low-latency view of the game > world. Hardc

Re: [Dri-devel] DRI issue with sis 735

2002-02-20 Thread Carl Busjahn
Hey, I have a system with a ECS K75SA and a Athlon 1.4ghz (266mhz fsb). I have DDR ram, and a Radeon 7200 (a QD). The system runs fine on Mandrake 8.1 (kernel 2.4.8-mdk... XF86 4.1). I also returned a motherboard just like this one that was defective, which ran DRI, but crashed all the t

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Gareth Hughes
Keith Whitwell wrote: >> >>What is the point of sustaining such a frame rate that has no pratical >>advantage? >> > > You do "see" the partial frames, it seems. The eye seems to do a reasonable > job of integrating it all, providing you with a low-latency view of the game > world. Hardcore game

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Keith Whitwell
José Fonseca wrote: > > On 2002.02.20 22:04 Gareth Hughes wrote: > > Jose Fonseca wrote: > >> > >> The maximum framerate you'll ever get is limited by your screen refresh > >> rate. > > > > If you implement sync-to-vblank, which no DRI driver other than tdfx > > does... > > > > -- Gareth > > > >

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread José Fonseca
On 2002.02.20 22:04 Gareth Hughes wrote: > Jose Fonseca wrote: >> >> The maximum framerate you'll ever get is limited by your screen refresh >> rate. > > If you implement sync-to-vblank, which no DRI driver other than tdfx > does... > > -- Gareth > mmm... so in fast cards, they render frames

Re: [Dri-devel] Matrox G550?

2002-02-20 Thread Keith Whitwell
Ian Romanick wrote: > > On Wed, Feb 20, 2002 at 10:32:31PM +, Keith Whitwell wrote: > > > Ian Romanick wrote: > > > > > Since the G550 is, basically, just a slightly enhanced G400/G450, it is > > > supported by the DRI, right? If so, then does anyone have any information > > > about the "pa

Re: [Dri-devel] Matrox G550?

2002-02-20 Thread Ian Romanick
On Wed, Feb 20, 2002 at 10:32:31PM +, Keith Whitwell wrote: > Ian Romanick wrote: > > > Since the G550 is, basically, just a slightly enhanced G400/G450, it is > > supported by the DRI, right? If so, then does anyone have any information > > about the "partial T&L support" in the G550? Now

Re: [Dri-devel] Matrox G550?

2002-02-20 Thread Keith Whitwell
Ian Romanick wrote: > > Since the G550 is, basically, just a slightly enhanced G400/G450, it is > supported by the DRI, right? If so, then does anyone have any information > about the "partial T&L support" in the G550? Now that we've got some T&L > support for the Radeon, it might be nice to lo

Re: [Dri-devel] libGL(U?) problem

2002-02-20 Thread Brian Paul
Gareth Hughes wrote: > > Brian Paul wrote: > > > > OK, it looks like the templatized code for texture image conversion is > > the problem. It's using the CONVERT_TEXEL_DWORD macro even when the > > texture width is one, causing an out-of-bounds write. > > > > I'll fix this up, Gareth :) > > Hmm

[Dri-devel] Matrox G550?

2002-02-20 Thread Ian Romanick
Since the G550 is, basically, just a slightly enhanced G400/G450, it is supported by the DRI, right? If so, then does anyone have any information about the "partial T&L support" in the G550? Now that we've got some T&L support for the Radeon, it might be nice to look at this card, too. I suppos

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Gareth Hughes
Jose Fonseca wrote: > > The maximum framerate you'll ever get is limited by your screen refresh > rate. If you implement sync-to-vblank, which no DRI driver other than tdfx does... -- Gareth ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists

Re: [Dri-devel] libGL(U?) problem

2002-02-20 Thread Gareth Hughes
Brian Paul wrote: > > OK, it looks like the templatized code for texture image conversion is > the problem. It's using the CONVERT_TEXEL_DWORD macro even when the > texture width is one, causing an out-of-bounds write. > > I'll fix this up, Gareth :) Hmmm, looks like my assumption that allocat

Re: [Dri-devel] DRI binary snapshots enquires

2002-02-20 Thread Jens Owen
Alan Hourihane wrote: > > On Wed, Feb 20, 2002 at 11:42:48AM -0700, Jens Owen wrote: > > First, what are the base requirements before installation? It looks > > like XFree86 4.x and Linux Kernel 2.4.x are required and checked for by > > the install script. Are the DRI sources required as well?

Re: [Dri-devel] DRI issue with sis 735 (And Radeon)

2002-02-20 Thread Keith Whitwell
Wayne Whitney wrote: > > Hello, > > I'd like to report two recent lockups of my machine that I believe are due > to DRI. > > My setup is an ECS K75SA (sis 735 chipset) mainboard with a Radeon VE QY > video card, running kernel 2.5.4-dj3 and RedHat Rawhide > XFree86-4.2.0-6.32. Previously I had

[Dri-devel] DRI issue with sis 735

2002-02-20 Thread Wayne Whitney
Hello, I'd like to report two recent lockups of my machine that I believe are due to DRI. My setup is an ECS K75SA (sis 735 chipset) mainboard with a Radeon VE QY video card, running kernel 2.5.4-dj3 and RedHat Rawhide XFree86-4.2.0-6.32. Previously I had run the same setup except with an ASUS

Re: [Dri-devel] DRI binary snapshots enquires

2002-02-20 Thread Keith Whitwell
> The requirement has always been XFree86 4.x and kernel 2.4.x - when > has this not been the case ? (apart from the old 2.2.x kernel days)... > They were certainly written with that requirement in mind though. This is true (obviously for XFree 4.x), but it's been a long time since there was a 2

Re: [Dri-devel] DRI binary snapshots enquires

2002-02-20 Thread Alan Hourihane
On Wed, Feb 20, 2002 at 11:42:48AM -0700, Jens Owen wrote: > Alan, > > I've been playing with your scripts and I'm impressed with the level of > functionality you have. I do have a few questions probably based on my > inexperience with your scripts. > O.k. > First, what are the base requiremen

Re: [Dri-devel] DRI binary snapshots enquires

2002-02-20 Thread Jens Owen
Alan Hourihane wrote: > > On Wed, Feb 20, 2002 at 04:19:04AM +, Keith Whitwell wrote: > > > Daryll mentioned them and said he would try to contact Alan. I don't have > > > those scripts. > > > > I saw them recently somewhere - maybe on the dri website. I'm not sure > > where. Alan? > > > Ye

Re: [Dri-devel] libGL(U?) problem

2002-02-20 Thread Brian Paul
Robin Redeker wrote: > > On Wed, Feb 20, 2002 at 09:08:22AM -0700, Brian Paul wrote: > > Robin Redeker wrote: > [.snip-snap.] > > > > Could you link your app with "electric fence" (-lefence) and see if > > it detects the out-of-bounds write? > > > > -Brian > > Heh, it crashes earlier when linkin

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Dieter Nützel
On Wed, Feb 20, 2002 at 15:48, José Fonseca wrote: > On Wed, 2002-02-20 at 15:10, Michael Thaler wrote: > > On Wed, Feb 20, 2002 at 01:06:58PM +, José Fonseca wrote: > > > > > I usually get 10 to 20 fps with the settings attached. > > > > Thank you very much, Jose. I used your UnrealTournament

[Dri-devel] Update #2 (was R128PutImage eating too much CPU, round 2 :-])

2002-02-20 Thread Peter Surda
Dear co-developers! So, I did a deep research and found out the following: - it doesn't happen inside kernel, because "top" shows the load as "user", not as "system" - I am able to determine where it happens, but not why :-( in r128_video.c, there is a short function called R128CopyData422, co

Re: [Dri-devel] libGL(U?) problem

2002-02-20 Thread Brian Paul
Robin Redeker wrote: > > Hi, > > i am just writing on a Gtk-application which uses > the GtkGLWidget for displaying OpenGL stuff. > When using the DRI-OpenGL-library which is delivered with > Xfree 4.1.0 and too tested with xfree 4.2.0, the programm crashes. > With a memory-debugger its saying "

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Jose Fonseca
On Wed, 2002-02-20 at 15:10, Michael Thaler wrote: > On Wed, Feb 20, 2002 at 01:06:58PM +, José Fonseca wrote: > > > I usually get 10 to 20 fps with the settings attached. > > Thank you very much, Jose. I used your UnrealTournament.ini and it > really works fine for me! I even can use 640x48

[Dri-devel] libGL(U?) problem

2002-02-20 Thread Robin Redeker
Hi, i am just writing on a Gtk-application which uses the GtkGLWidget for displaying OpenGL stuff. When using the DRI-OpenGL-library which is delivered with Xfree 4.1.0 and too tested with xfree 4.2.0, the programm crashes. With a memory-debugger its saying "memory clobbered past end of allocate

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Michael Thaler
On Wed, Feb 20, 2002 at 01:06:58PM +, José Fonseca wrote: > I usually get 10 to 20 fps with the settings attached. Thank you very much, Jose. I used your UnrealTournament.ini and it really works fine for me! I even can use 640x480 and it is still really o.k. My chipset seems to be a little f

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread José Fonseca
On 2002.02.20 10:48 Michael Thaler wrote: > On Wed, Feb 20, 2002 at 11:07:49AM +0100, Michael Thaler wrote: > > I played a little bit with the UnrealTournament.ini options. If I set > > [SDLDrv.SDLClient] > NoLighting=True > > I don't get these errors anymore. But UT is slow. I think I get 5 to

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Michael Thaler
On Wed, Feb 20, 2002 at 11:07:49AM +0100, Michael Thaler wrote: I played a little bit with the UnrealTournament.ini options. If I set [SDLDrv.SDLClient] NoLighting=True I don't get these errors anymore. But UT is slow. I think I get 5 to 10 fps or something. Any hints how you can improve that.

[Dri-devel] Re: Update: R128PutImage eating too much CPU, round 2 :-]

2002-02-20 Thread Michel Dänzer
On Tue, 2002-02-19 at 10:38, Peter Surda wrote: > On Tue, Feb 19, 2002 at 08:31:03AM +0100, Peter Surda wrote: > > > If the CPU usage is really a problem, an interrupt is probably the way > > > to go; don't know if and how the chip supports that though. > > Sounds good. > Ok, I did some tests: >

Re: [Dri-devel] Unreal [was: Mach 64 success and problems]

2002-02-20 Thread Michael Thaler
On Tue, Feb 19, 2002 at 03:47:44PM -0500, Leif Delgass wrote: First of all, I installed the same UT CD on a friends new Toshiba laptop with a Geforce2Go and Unreal works just fine on this laptop. It is definitely not the UT installation > Could you be more specific about what "just rubbish" loo

Re: [Dri-devel] DRI binary snapshots enquires

2002-02-20 Thread Alan Hourihane
On Wed, Feb 20, 2002 at 04:19:04AM +, Keith Whitwell wrote: > > Daryll mentioned them and said he would try to contact Alan. I don't have > > those scripts. > > I saw them recently somewhere - maybe on the dri website. I'm not sure > where. Alan? > Yes, the scripts got committed into the C