-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick McFarland wrote:
> On Wednesday 27 July 2005 06:16 pm, Adam Jackson wrote:
>
>>On Wednesday 27 July 2005 18:05, Patrick McFarland wrote:
>>
>>>So why can Doom 3 use R200 pixel shaders, and DRI can't?
>>
>>Doom3's r200 shader pipeline gives dif
On Thursday 28 July 2005 01:09, Alan Grimes wrote:
> I spent all day dl'ing and installing:
>
> #
> This is a pre-release version of the The X.Org Foundation X11.
> X Window System Version 6.8.99.1
> #
>
> And my reward for spending $40 on a card that appeared to be supported
> by Linux?
W
I spent all day dl'ing and installing:
#
This is a pre-release version of the The X.Org Foundation X11.
X Window System Version 6.8.99.1
#
And my reward for spending $40 on a card that appeared to be supported
by Linux?
###
[EMAIL PROTECTED] ~/Croquet0.3 $ ppracer
PPR
On Wednesday 27 July 2005 06:16 pm, Adam Jackson wrote:
> On Wednesday 27 July 2005 18:05, Patrick McFarland wrote:
> > So why can Doom 3 use R200 pixel shaders, and DRI can't?
>
> Doom3's r200 shader pipeline gives different (read: worse) output than
> their arb shader pipeline. They have the lib
>
> So why can Doom 3 use R200 pixel shaders, and DRI can't?
And we currently don't implement the two extensions on r200 that Doom3
uses, I've still got a 90% finished ATI_fragment_shader done but I've
little time to pick it back up, and the only test code I had was doom3 and
unfortunately when I
On Thu, 28 Jul 2005 00:38:38 +0200
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Aapo Tahkola wrote:
> >>That's true, but to avoid the huge drops you could also just decrease
> >>texture detail. Or implement the second texture heap in main memory and
> >>use gart texturing (though you'd also n
Aapo Tahkola wrote:
That's true, but to avoid the huge drops you could also just decrease
texture detail. Or implement the second texture heap in main memory and
use gart texturing (though you'd also need to manually increase the gart
size). There are some problems with that for r200, and the s
On Wednesday 27 July 2005 18:05, Patrick McFarland wrote:
> So why can Doom 3 use R200 pixel shaders, and DRI can't?
Doom3's r200 shader pipeline gives different (read: worse) output than their
arb shader pipeline. They have the liberty of knowing what visual quality
they can sacrifice. The dr
On Wednesday 27 July 2005 05:35 pm, Roland Scheidegger wrote:
> Patrick McFarland wrote:
> > I think ATI really screwed R200 owners then. The shader pipeline
> > ultimately is useless.
>
> Erm, I think you're asking a bit too much for a card of this generation.
> It's not like you could do it on a
On Mon, 27 Jun 2005 01:57:56 +0200
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Ben Skeggs wrote:
> > S3TC does seem to be the killer for UT2004. I started porting over the
> > S3TC stuff from the r200 driver a while
> > back, but haven't had a lot of time recently to fix a couple of issues
>
Patrick McFarland wrote:
On Wednesday 27 July 2005 04:54 pm, Ian Romanick wrote:
Patrick McFarland wrote:
Even if we violate precision/range stuff, being able to accelerate
simplistic shaders would be quite useful. Its better than not having a
software implementation of the shader pipeline.
On Wednesday 27 July 2005 04:54 pm, Ian Romanick wrote:
> Patrick McFarland wrote:
> > Even if we violate precision/range stuff, being able to accelerate
> > simplistic shaders would be quite useful. Its better than not having a
> > software implementation of the shader pipeline.
>
> The problem is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick McFarland wrote:
> Even if we violate precision/range stuff, being able to accelerate simplistic
> shaders would be quite useful. Its better than not having a software
> implementation of the shader pipeline.
The problem is that most shader
On Wed, 27 Jul 2005 23:38:57 +0200
Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> On Wednesday 27 July 2005 10:13, Jerome Glisse wrote:
> > On 7/27/05, Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> > > BTW, do you have any scenario where you are sure X will hang ??
> >
> > Launch ut2003 or 2004 (don'
On Wed, 27 Jul 2005 21:53:14 +0200
Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> On Wednesday 27 July 2005 19:04, Aapo Tahkola wrote:
> > On Wed, 27 Jul 2005 12:25:27 +0200
> >
> > Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> > > On Wednesday 27 July 2005 08:44, Aapo Tahkola wrote:
> > > > On Tue,
On 7/27/05, Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> On Wednesday 27 July 2005 10:13, Jerome Glisse wrote:
> > On 7/27/05, Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> > > BTW, do you have any scenario where you are sure X will hang ??
> >
> > Launch ut2003 or 2004 (don't remember which one) de
On Wednesday 27 July 2005 10:13, Jerome Glisse wrote:
> On 7/27/05, Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> > BTW, do you have any scenario where you are sure X will hang ??
>
> Launch ut2003 or 2004 (don't remember which one) demos then start a game
> (quick launch) and it will lockup during
On Wednesday 27 July 2005 03:18 pm, Roland Scheidegger wrote:
> Patrick McFarland wrote:
> > Heh, the only thing I want is GL ARB fragment shaders accelerated as much
> > as possible by R200 hardware. I don't see that happening with ATI's
> > binary drivers, they only support the old ATI pre-ARB fr
Patrick McFarland wrote:
On Wednesday 27 July 2005 02:43 pm, Roland Scheidegger wrote:
Juhana Sadeharju wrote:
Please continue developing reverse-engineered, open sourced drivers.
As time permits...
Heh, the only thing I want is GL ARB fragment shaders accelerated as much as
possible by
On Wednesday 27 July 2005 02:43 pm, Roland Scheidegger wrote:
> Juhana Sadeharju wrote:
> > Please continue developing reverse-engineered, open sourced drivers.
> As time permits...
Heh, the only thing I want is GL ARB fragment shaders accelerated as much as
possible by R200 hardware. I don't see
Alan Grimes wrote:
Software rendering: WORKS (about 1.2 fps, if that..)
ATI Mach 64 (PCI): WORKS -- minor image degradation as would be
expected of a card of that vintage... (around 5 fps...)
ATI Rage 128: Works, slows down dramaticly in some areas, has a number
of visual artifacts.
MSI
Juhana Sadeharju wrote:
Hello. I found a reason why ATI nor NVIDIA provides us hardware
details:
http://www.futuremark.com/companyinfo/3dmark03_audit_report.pdf
Regarding ATI: "This performance drop is almost entirely due to 8.2%
difference in the game test 4 result, which means that the test
This patch fixes the following warnings:
<-- snip -->
...
CC drivers/char/drm/drm_pci.o
drivers/char/drm/drm_pci.c:53:5: warning: "DRM_DEBUG_MEMORY" is not defined
drivers/char/drm/drm_pci.c:84:5: warning: "DRM_DEBUG_MEMORY" is not defined
drivers/char/drm/drm_pci.c:119:5: warning: "DRM_
On Wednesday 27 July 2005 19:04, Aapo Tahkola wrote:
> On Wed, 27 Jul 2005 12:25:27 +0200
>
> Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> > On Wednesday 27 July 2005 08:44, Aapo Tahkola wrote:
> > > On Tue, 26 Jul 2005 14:18:10 +0200
> > >
> > > You dont have two cards hooked up by any chance? :)
Hello. I found a reason why ATI nor NVIDIA provides us hardware
details:
http://www.futuremark.com/companyinfo/3dmark03_audit_report.pdf
Regarding ATI: "This performance drop is almost entirely due to 8.2%
difference in the game test 4 result, which means that the test was
also detected and som
Alex Deucher wrote:
On 7/27/05, Barry Scott <[EMAIL PROTECTED]> wrote:
What controlled version of the DRI sources with VIA support do you
recommend I use
with kernel 2.6.11 on an FC4 distribution?
Barry
I think you'll have to use xorg/mesa cvs for DRI support:
http://dri.freedeskto
On 7/27/05, Barry Scott <[EMAIL PROTECTED]> wrote:
> What controlled version of the DRI sources with VIA support do you
> recommend I use
> with kernel 2.6.11 on an FC4 distribution?
>
> Barry
>
>
I think you'll have to use xorg/mesa cvs for DRI support:
http://dri.freedesktop.org/wiki/Building
On Wed, 27 Jul 2005 12:25:27 +0200
Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> On Wednesday 27 July 2005 08:44, Aapo Tahkola wrote:
> > On Tue, 26 Jul 2005 14:18:10 +0200
> >
> > You dont have two cards hooked up by any chance? :)
>
> No, no handmade mobo with 2 agp slots :)
>
> > Does Xorg.0.l
I have an interesting problem with an HP Pavilion. It's an IGP320M with
a Radeon Mobility. DRI works just fine when using WindowMaker or
gnome. However, when I try to use xfce4 instead, X locks up when the
splash screen would normally be displayed. I can move the mouse around,
but I can't
What controlled version of the DRI sources with VIA support do you
recommend I use
with kernel 2.6.11 on an FC4 distribution?
Barry
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Ro
I pulled the CVS version of DRI and found that it does not compile
because the kernel version
checks against 2.6.11 all need to be 2.6.10. For example:
CC [M] /home/bscott/wc/cvs/dri/drm/linux-core/drm_agpsupport.o
/home/bscott/wc/cvs/dri/drm/linux-core/drm_agpsupport.c: In function
‘drm_agp_ac
On Wednesday 27 July 2005 08:44, Aapo Tahkola wrote:
> On Tue, 26 Jul 2005 14:18:10 +0200
>
> You dont have two cards hooked up by any chance? :)
No, no handmade mobo with 2 agp slots :)
> Does Xorg.0.log get the card right?
Apparently yes, it does.
> You probably want to check if microcode_ver
On 7/27/05, Aapo Tahkola <[EMAIL PROTECTED]> wrote:
> On Tue, 26 Jul 2005 13:37:02 -0700
> Nguyen The Toan <[EMAIL PROTECTED]> wrote:
>
> > You need a program called vbetool. This allows one to save and restore the
> > graphic card state before suspending and after resuming.
>
> I wonder if this
On 7/27/05, Bellido Nicolas <[EMAIL PROTECTED]> wrote:
> On Tuesday 26 July 2005 11:06, Jerome Glisse wrote:
> > > > In fact, i use xfree86 (from debian testing) for fglrx,
> > >
> > > You mean xfree86 4.3.0 + ati.patch from r300 cvs ?
> >
> > No the original xfree86 from debian with fglrx, and i
>
On Tuesday 26 July 2005 11:06, Jerome Glisse wrote:
> > > In fact, i use xfree86 (from debian testing) for fglrx,
> >
> > You mean xfree86 4.3.0 + ati.patch from r300 cvs ?
>
> No the original xfree86 from debian with fglrx, and i
> have installed elsewhere Xorg with r300 (in fact
> my rep /usr/X11
35 matches
Mail list logo