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 (wit
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" (w
--- 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 ...
>
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 Tex
--- 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 ti
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 me
On Wed, 2004-01-14 at 03:24, Roland Scheidegger wrote:
> Dieter NÃtzel 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
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 5.
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 c
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
> >> m
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 m
On Wed, 2004-01-14 at 01:47, Felix KÃhling 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 se
On Tue, 2004-01-13 at 23:28, Roland Scheidegger wrote:
> Michel DÃnzer 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 differen
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
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 (
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 te
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
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 @@
>
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
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 arb
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 DÃnzer wrote:
> >
> > Kevin should be reachable via [EMAIL PROTECTED] or [EMAIL PROTECTED] . Gareth
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:
>
>
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 an
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 e
Michel DÃnzer 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 orange
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 orange/brown to
> o
On Tue, 2004-01-13 at 20:56, Keith Whitwell wrote:
> Michel DÃnzer wrote:
> >
> > What makes the difference is calling _mesa_lookup_enum_by_nr() at the
> > beginning of r200Enable(), probably due to the delay. Granted, it
> > doesn't help with the reflections, and if those are disabled, it doesn't
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 are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related
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 are still minor problems, e.g. in the xscreensaver endgame hack,
but those might be related
--- "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 u
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 interf
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 are still minor problems, e.g. in the xscreensaver endgame hack,
> > > but those might be r
--- 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
>
--- 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 gl
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) al
Michel DÃnzer 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 inc
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
> > trackball
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.).
The funny thing about the problem in endgame is that it's much less
severe i
[ 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 anythin
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 Unix-Ope
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.
> tex
41 matches
Mail list logo
