Aapo Tahkola wrote:
> On Sun, 13 Aug 2006 02:17:40 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Roland Scheidegger wrote:
>>> Rune Petersen wrote:
Roland Scheidegger wrote:
fragment.position input is not implemented yet. fglrx driver parses
it from VP to FP via a texcoord r
wrote:
> >>>> Roland Scheidegger wrote:
> >>>>> Adam K Kirchhoff wrote:
> >>>>>> Just thought I'd post some updated benchmarks of Doom3. These
> >>>>>> were all run with the first timedemo at 640x480, and (for
Aapo Tahkola wrote:
> On Sun, 13 Aug 2006 02:17:40 +0200
> Rune Petersen <[EMAIL PROTECTED]> wrote:
>
>> Roland Scheidegger wrote:
>>> Rune Petersen wrote:
>>>> Roland Scheidegger wrote:
>>>>> Adam K Kirchhoff wrote:
>>>
On Sun, 13 Aug 2006 02:17:40 +0200
Rune Petersen <[EMAIL PROTECTED]> wrote:
> Roland Scheidegger wrote:
> > Rune Petersen wrote:
> >> Roland Scheidegger wrote:
> >>> Adam K Kirchhoff wrote:
> >>>> Just thought I'd post some updated benchm
Roland Scheidegger wrote:
> Rune Petersen wrote:
>> Roland Scheidegger wrote:
>>> Adam K Kirchhoff wrote:
>>>> Just thought I'd post some updated benchmarks of Doom3. These
>>>> were all run with the first timedemo at 640x480, and (for the
>>
On Sun, 06 Aug 2006 22:57:21 +0200
Rune Petersen <[EMAIL PROTECTED]> wrote:
> Roland Scheidegger wrote:
> > Adam K Kirchhoff wrote:
> >> Just thought I'd post some updated benchmarks of Doom3. These
> >> were all run with the first timedemo at 640x480, and (
Rune Petersen wrote:
> Roland Scheidegger wrote:
>> Adam K Kirchhoff wrote:
>>> Just thought I'd post some updated benchmarks of Doom3. These
>>> were all run with the first timedemo at 640x480, and (for the
>>> open source drivers) with ColorTiling turned
Roland Scheidegger wrote:
> Adam K Kirchhoff wrote:
>> Just thought I'd post some updated benchmarks of Doom3. These were
>> all run with the first timedemo at 640x480, and (for the open source
>> drivers) with ColorTiling turned on in the xorg.conf file. I'll
Rune Petersen wrote:
> Roland Scheidegger wrote:
>> Adam K Kirchhoff wrote:
>>> Just thought I'd post some updated benchmarks of Doom3. These were
>>> all run with the first timedemo at 640x480, and (for the open source
>>> drivers) with ColorTili
Roland Scheidegger wrote:
> Adam K Kirchhoff wrote:
>> Just thought I'd post some updated benchmarks of Doom3. These were
>> all run with the first timedemo at 640x480, and (for the open source
>> drivers) with ColorTiling turned on in the xorg.conf file. I'll
Adam K Kirchhoff wrote:
> Just thought I'd post some updated benchmarks of Doom3. These were
> all run with the first timedemo at 640x480, and (for the open source
> drivers) with ColorTiling turned on in the xorg.conf file. I'll
> list all tests with the open source dr
Just thought I'd post some updated benchmarks of Doom3. These were all
run with the first timedemo at 640x480, and (for the open source
drivers) with ColorTiling turned on in the xorg.conf file. I'll list
all tests with the open source drivers first:
x700 + r300 (with arb renderer)
http://www.nuclearelephant.com/papers/s3tc.html
http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html
And I has problems with one ATI mobile r300 and Xorg 6.8.2 from Fedora
4, and now with Xorg 7.0 it works quite right, and I try to see what is
the trick and appears to me not j
On Tue, 23 May 2006 19:18:56 -0400
Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
>
> FYI,
>
> I downloaded the hwspirit timedemo for quake4 yesterday and decided
> to compare the framerate between the fglrx, r200, and xig drivers with
> my Radeon 9000:
>
> 9000 - xig - 14.7
> 9000 - fgl - 1
FYI,
I downloaded the hwspirit timedemo for quake4 yesterday and decided
to compare the framerate between the fglrx, r200, and xig drivers with
my Radeon 9000:
9000 - xig - 14.7
9000 - fgl - 11.3
9000 - xorg - 16.2
Today I decided to give it a shot with my 9600. The fglrx drivers
ga
On Thu, 9 Mar 2006 16:44:07 + (UTC)
Jeff Muizelaar <[EMAIL PROTECTED]> wrote:
> Aapo Tahkola rasterburn.org> writes:
>
> >
> > r300 driver now supports this in HW.
> > It should work pretty well as long as GART is big enough and application
> doesn't request to draw with more
> > than 65535
Aapo Tahkola rasterburn.org> writes:
>
> r300 driver now supports this in HW.
> It should work pretty well as long as GART is big enough and application
doesn't request to draw with more
> than 65535 verts.
>
What needs to be done to add support for this on r200?
-Jeff
On Mon, 06 Mar 2006 04:11:58 +0100
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Adam K Kirchhoff wrote:
> > Using umark for benchmarking UT2004 (1024x768 with all "low" or "very
> > low" display settings)... First DM-1on1-Albatross:
> >
> > 9600 - fgl - 11.378239 / 35.393394 / 82.763985 fps
Adam K Kirchhoff wrote:
I had some time yesterday and thought I'd do a quick comparision of
the DRI drivers and fglrx drivers for three different cards I have,
and I thought others on this list might be interested in the results.
All tests were conducted on a dual 2.8 xeon, with a gig of RAM. T
I had some time yesterday and thought I'd do a quick comparision of the
DRI drivers and fglrx drivers for three different cards I have, and I
thought others on this list might be interested in the results. All
tests were conducted on a dual 2.8 xeon, with a gig of RAM. The cards
are a 9600AS
I wrote simple program to test TCL and NO-TCL on my r200 and DRI CVS.
It draws board with BoardSize*BoardSize textured tiles.
framerates:
TCL NO-TCL
#define Far 1000.0137 160
#define BoardSize 100.0
#define Far 1000.044 51
On Thu, 2002-06-27 at 15:46, Keith Whitwell wrote:
> So, instead of DRM_OS_COPYFROMUSR_NC, maybe DRM_COPY_FROM_USER_UNCHECKED
> might be clearer.
>
> Similarly, DRM_OS_KRNFROMUSR is pretty cryptic -- maybe
> DRM_COPY_FROM_USER_IOCTL or something?
>
> Oh, and I just found DRM_OS_FETCHU_32_NC --
Keith Whitwell wrote:
> Eric Anholt wrote:
>
>> Well, I've got most of the FreeBSD troubles straightened out I think. I
>> went ahead and did some glxgears benchmarks, waiting for the numbers to
>> stabilize, of gentoo vs freebsd-current.
>>
>
Eric Anholt wrote:
> Well, I've got most of the FreeBSD troubles straightened out I think. I
> went ahead and did some glxgears benchmarks, waiting for the numbers to
> stabilize, of gentoo vs freebsd-current.
>
> System is a 128MB 2xCeleron517 (BP6, OCed), diskles
Well, I've got most of the FreeBSD troubles straightened out I think. I
went ahead and did some glxgears benchmarks, waiting for the numbers to
stabilize, of gentoo vs freebsd-current.
System is a 128MB 2xCeleron517 (BP6, OCed), diskless, booting gentoo or
-current off of a -current s
> Could you try rereunning one or two of your tests without sound to see
> if there is a difference?
> In console:
> s_initsound 0
> snd_restart
> Regards,
> matt
Ok, here are the benchmarks
at Normal Detail Benchmark without Sound:
640*480:
dem
Kreuzritter2000 wrote:
>
> Hello
>
> I made some Benchmark comparisons with my Video card under WinME and Linux,
> here are the resulst:
>
> Perhaps using the new tdfx driver branch 3.1, DRI inbuild Mesa 3.5 and Kernel 2.4
>could be a little
> bit faster.
It might be a bit faster but I haven'
Quake3Arena Demo Benchmarks:
How To Benchmark:
Start Quake3 Arena Demo
Open console
(to open console with a German keyboard layout press "right
shift" + "`" -> the key next to ß )
and insert the following commands:
> timedemo 1
28 matches
Mail list logo
