On Mon, 12 Jan 2004 18:17:15 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
I just fixed 3D at 32 bpp on savage4 and commited the changes. It
ended up being a define with the wrong bits set. I get between 280 and
300 fps in glxgears on savage4 at 32 bpp and around 600 at 16 bpp.
textures
Hi All People!
Following Your instractions I post this message on mailinglist.
I'd like to join DRI project as a developer(device drives).
I'd be thankfull if someone could send me some ditailed info on X and
DRI.I'm good with OpenGL
but unfortunately on win32, I'm currently working on my
[ I'm sorry to annoy the moderator by CCing to a list that i'm not a
member of. Stephen and me are both members of the debian-amd64 mailing
list and this discussion occured because he had difficulties while
running X on an amd64 kernel and I tried to help him. I'm not at all
involved in
On Mon, 2004-01-12 at 17:44, Michel Dnzer wrote:
There are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related to colour material (known to horribly break
trackballs, e.g.).
The funny thing about the problem in endgame is that it's much less
severe if
On Tue, 13 Jan 2004 14:38:37 +0100
Michel Dänzer [EMAIL PROTECTED] wrote:
On Mon, 2004-01-12 at 17:44, Michel Dänzer wrote:
There are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related to colour material (known to horribly break
trackballs, e.g.).
Michel Dnzer wrote:
BTW, I still get flickering in lightlab when enabling the object
specular colour, maybe it takes some more tweaking of the state atom
emit order, Andreas? :)
I don't think this one is related. Seems to be more like some overflow
problem, if the object shininess is slightly
On Mon, Jan 12, 2004 at 06:01:42PM -0600, Stephen Waters wrote:
I can't figure out why else strace would just stop logging and exit
normally...
here's my workflow:
1) /etc/init.d/gdm restart
2) ctrl+alt+f1 to get back to terminal
3) ps x |grep X
4) strace -p pid_of_X
5) alt+f7
6)
--- Felix Kühling [EMAIL PROTECTED] wrote:
On Mon, 12 Jan 2004 18:17:15 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
I just fixed 3D at 32 bpp on savage4 and commited the changes. It
ended up being a define with the wrong bits set. I get between 280
and
300 fps in glxgears on
--- Wlodzimierz Lipert [EMAIL PROTECTED] wrote:
Hi All People!
Following Your instractions I post this message on mailinglist.
I'd like to join DRI project as a developer(device drives).
I'd be thankfull if someone could send me some ditailed info on X and
DRI.I'm good with OpenGL
but
On Tue, 2004-01-13 at 14:51, Felix Khling wrote:
On Tue, 13 Jan 2004 14:38:37 +0100
Michel Dnzer [EMAIL PROTECTED] wrote:
On Mon, 2004-01-12 at 17:44, Michel Dnzer wrote:
There are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related to colour
Hi!
Guess I found the problem - looks like recent changes in
agpgart driver break its work on i850 chipset (this changes made during
2.4.20-2.4.22 - after that this hangs is occur). Now I reproduced this
hang with fglrx then using standard agpgart from kernel (fglrx internal
agpgart use old
--- Konstantin A. Lepikhov [EMAIL PROTECTED] wrote:
Hi!
Guess I found the problem - looks like recent changes in
agpgart driver break its work on i850 chipset (this changes made
during
2.4.20-2.4.22 - after that this hangs is occur). Now I reproduced
this
hang with fglrx then using
Michel Dnzer wrote:
On Tue, 2004-01-13 at 14:51, Felix Khling wrote:
On Tue, 13 Jan 2004 14:38:37 +0100
Michel Dnzer [EMAIL PROTECTED] wrote:
On Mon, 2004-01-12 at 17:44, Michel Dnzer wrote:
There are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related to
Michel Dnzer wrote:
On Tue, 2004-01-13 at 14:51, Felix Khling wrote:
On Tue, 13 Jan 2004 14:38:37 +0100
Michel Dnzer [EMAIL PROTECTED] wrote:
On Mon, 2004-01-12 at 17:44, Michel Dnzer wrote:
There are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related to
Michel Dnzer wrote:
On Tue, 2004-01-13 at 21:12, Roland Scheidegger wrote:
Sure this is about timing?
No, the only thing I'm sure of is that _mesa_lookup_enum_by_nr()
reliably works around part of the problem here.
What I see in endgame is this:
Every few seconds, the colors change from
I've just had too much spare time and though it would be interesting to
see which mesa demos/tests have problems (lighting or otherwise), so
here are the results of all tests which did not run correctly (of course
quite a few tests wouldn't run at all due to missing arb_fp, arb_vp or
whatever
Hi Alex,
I just got your cards. :) I'll try to get a Savage branch up and running
on my home computer as soon as possible. It may take until the weekend,
though. I'm pretty busy.
Some more comments inline ...
On Tue, 13 Jan 2004 09:58:48 -0800 (PST)
Alex Deucher [EMAIL PROTECTED] wrote:
---
On Tue, 2004-01-13 at 12:21, Xavier Hienne wrote:
[ I'm sorry to annoy the moderator by CCing to a list that i'm not a
member of.
No worries, I'll deal with it one way or the other.
Michel Dnzer wrote:
Kevin should be reachable via [EMAIL PROTECTED] or [EMAIL PROTECTED] . Gareth
Roland Scheidegger wrote:
I've just had too much spare time and though it would be interesting to
see which mesa demos/tests have problems (lighting or otherwise), so
here are the results of all tests which did not run correctly (of course
quite a few tests wouldn't run at all due to missing
On Tue, 13 Jan 2004 21:12:53 +0100
Roland Scheidegger [EMAIL PROTECTED] wrote:
Michel Dänzer wrote:
On Tue, 2004-01-13 at 14:51, Felix Kühling wrote:
On Tue, 13 Jan 2004 14:38:37 +0100
Michel Dänzer [EMAIL PROTECTED] wrote:
On Mon, 2004-01-12 at 17:44, Michel Dänzer wrote:
There
Am Sonntag, 11. Januar 2004 20:58 schrieb Andreas Stenglein:
does this patch help:
--- Mesa_orig/src/mesa/drivers/dri/r200/r200_state_init.c Wed Jan 7
18:47:59 2004 +++ Mesa/src/mesa/drivers/dri/r200/r200_state_init.c Sun
Jan 11 20:53:09 2004 @@ -504,11 +504,16 @@
Am Sonntag, 04. Januar 2004 14:50 schrieb Andreas Stenglein:
Am 2004.01.03 16:22:54 +0100 schrieb(en) Felix Kühling:
[...]
I just added a short HOWTO to the Wiki:
http://dri.sourceforge.net/cgi-bin/moin.cgi/ConfigurationForDevelopers.
Let me know if you find any problems with the config
Am Mittwoch, 14. Januar 2004 00:43 schrieb Roland Scheidegger:
I've just had too much spare time and though it would be interesting to
see which mesa demos/tests have problems (lighting or otherwise), so
here are the results of all tests which did not run correctly (of course
quite a few tests
Am Mittwoch, 14. Januar 2004 01:09 schrieb Brian Paul:
Roland Scheidegger wrote:
I've just had too much spare time and though it would be interesting to
see which mesa demos/tests have problems (lighting or otherwise), so
here are the results of all tests which did not run correctly (of
Brian Paul wrote:
cubemap: with hardware tcl inner sphere looks correct, outer cube
has only blue face, the others are missing, and texture is more
fuzzy (might be just a different lod bias?) compared to software
mesa. tcl_mode=0 is even worse: inner sphere everything is only
blue/white, outer
On Tue, 2004-01-13 at 23:28, Roland Scheidegger wrote:
Michel Dnzer wrote:
On Tue, 2004-01-13 at 21:12, Roland Scheidegger wrote:
Maybe not all necessary state is submitted?
Maybe, but that doesn't really explain my observations, does it?
Well for me there was no difference at all
On Wed, 2004-01-14 at 01:47, Felix Khling wrote:
The funny thing is, that I'm seeing the same on Radeon (r100). It took
me a while to realize that this was the behaviour you were describing
;-). I always thought the changing colors were intentional.
So I used to think. :)
It makes sense
Dieter Nützel wrote:
stex3d:
the 3d texture fallback seems to be very slow. software mesa
seems to run about 2-3 times faster than hardware acceleration using the
fallback.
Not sure about that, but the TexCoord3 issue would also apply here.
Can you verify the clipping bug (with r200) when you
Am Mittwoch, 14. Januar 2004 02:56 schrieb Roland Scheidegger:
Brian Paul wrote:
cubemap: with hardware tcl inner sphere looks correct, outer cube
has only blue face, the others are missing, and texture is more
fuzzy (might be just a different lod bias?) compared to software
mesa.
Dieter Nützel wrote:
cubemap:
with hardware tcl inner sphere looks correct, outer cube has
only blue face, the others are missing, and texture is more fuzzy (might
be just a different lod bias?) compared to software mesa.
tcl_mode=0 is even worse: inner sphere everything is only blue/white,
outer
On Wed, 2004-01-14 at 03:24, Roland Scheidegger wrote:
Dieter Ntzel wrote:
See Re: [Dri-devel] [trunk] r200 current CVS, too.
[...]
Ok with this patch apps which use texturing work again :-)
BTW I've committed Andreas' cubic texture offsets initialisation fix.
(glxgears still remains
Dieter Nützel wrote:
This also
seemed to cause a drop in glxgears performance (one of the few apps
which don't use texturing...) by a factor of 10 or so (but yes, it is
using hardware rendering).
No, not seen here (r200) without and with Andreas fix.
progs/demos
progs/demos 9899 frames in
Am Mittwoch, 14. Januar 2004 03:24 schrieb Roland Scheidegger:
Dieter Nützel wrote:
cubemap:
with hardware tcl inner sphere looks correct, outer cube has
only blue face, the others are missing, and texture is more fuzzy (might
be just a different lod bias?) compared to software mesa.
--- Roland Scheidegger [EMAIL PROTECTED] wrote:
Dieter Nützel wrote:
[snip]
Roland
btw what's wrong with my message headers? I'm always getting Your
message to Dri-devel awaits moderator approval because of Message
has
a suspicious header.
I get the same thing from time to time.
Am Mittwoch, 14. Januar 2004 03:19 schrieb Roland Scheidegger:
Dieter Nützel wrote:
stex3d:
the 3d texture fallback seems to be very slow. software mesa
seems to run about 2-3 times faster than hardware acceleration using the
fallback.
Not sure about that, but the TexCoord3 issue would
--- Felix Kühling [EMAIL PROTECTED] wrote:
Hi Alex,
I just got your cards. :) I'll try to get a Savage branch up and
running
on my home computer as soon as possible. It may take until the
weekend,
though. I'm pretty busy.
Cool. no worries :)
Some more comments inline ...
On Tue,
Dieter Nützel wrote:
Dieter Nützel wrote:
stex3d:
the 3d texture fallback seems to be very slow. software mesa
seems to run about 2-3 times faster than hardware acceleration using the
fallback.
Not sure about that, but the TexCoord3 issue would also apply here.
Can you verify the clipping bug
Am Sonntag, 28. Dezember 2003 23:00 schrieb Roland Scheidegger:
ok, here it is, the long-awaited, highly controversial new patch ;-).
(patches against current Mesa cvs, if you used the older version you
need to reverse it first).
The radeon/r200 patches have a texture alignment problem (with
I've made some changes to the savage driver to hopefully set up the
bitmap and tiling registers correctly for both 2D and 3D for all
chipsets (except savage2000). It's based on what I can glean from the
2D driver and what I've seen on my savages. I've also enabled 3D for
most savages in the DRM
39 matches
Mail list logo
