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 CVS.
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 looks
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.
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
10
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
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
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 640x480 and
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 memory
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,
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 linking with efence:
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?
Yes, the scripts
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 requirements
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
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? It
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 allocations
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 TL support in the G550? Now that we've got some TL
support for the Radeon, it might be nice to look at this card, too.
I suppose
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 :)
Hmmm, looks like
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 TL support in the G550? Now that we've got some TL
support for the Radeon, it might be nice to look at
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 TL support in the G550? Now that we've
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 partial TL support
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 that never
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
mmm... so in fast cards,
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 gamers want
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
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.
Hardcore
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 view of the
26 matches
Mail list logo
