I am definately all for increasing the performance of the software renderer.
Eventually the main system processor will be fast enough to perform all of
this without the need for a third party graphics card. The only thing video
cards have today that is really better than the main processor is mas
Ian Romanick wrote:
>
> On Sat, Mar 30, 2002 at 08:11:31AM -0700, Jens Owen wrote:
> > Ian Romanick wrote:
> > >
> > > On Thu, Mar 28, 2002 at 12:53:06PM -0800, Ian Romanick wrote:
> > >
> > > > #0 0x4309fb0a in CreateContext (dpy=0x8075708, vis=0x0, shareList=0x0,
> > > > allowDirect=1, con
Daniel Kulesz wrote:
>
> Hi,
>
> I wanted to ask whether development of the 3dfx-drivers is still going on or whether
>it has already come to an end what would be bad news to me :( I tried downloading &
>compiling the newest glide-drivers from cvs as printed in the doc-section for
>building g
Alan Hourihane wrote:
>
> On Tue, Apr 02, 2002 at 03:39:48PM -0700, Jens Owen wrote:
> > Eric Anholt wrote:
> > >
> > > Just to update you all on what I'm doing: I have just finished getting
> > > some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
> > > FreeBSD port/package system)
On Tue, Apr 02, 2002 at 03:39:48PM -0700, Jens Owen wrote:
> Eric Anholt wrote:
> >
> > Just to update you all on what I'm doing: I have just finished getting
> > some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
> > FreeBSD port/package system) updates into the FreeBSD ports coll
Eric Anholt wrote:
>
> Just to update you all on what I'm doing: I have just finished getting
> some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
> FreeBSD port/package system) updates into the FreeBSD ports collection.
> At this point I think the biggest priority for FreeBSD is g
On Tue, Apr 02, 2002 at 10:24:38PM +0200, Daniel Kulesz wrote:
Please set your mail client to line wrap at ~72 columns or so. Makes
things easier for those of us not using GUI mail clients.
> I wanted to ask whether development of the 3dfx-drivers is still going on
> or whether it has already com
Just to update you all on what I'm doing: I have just finished getting
some of the 4.2.0 patches and drm-kmod (DRM kernel modules in the
FreeBSD port/package system) updates into the FreeBSD ports collection.
At this point I think the biggest priority for FreeBSD is getting mesa
4.0 working, hope
On 2002.04.02 16:37 Sergey V. Udaltsov wrote:
> > Ok. I've fixed this on the mach64 snapshots install.sh scripts. If
> there
> > is no problem noticed with the change I'll update the other snapshots
> as
> > well.
> Just took the latest snapshots (16:23). ldconfig is still out of "if"
> statement:
> There is no sign whatever that CPU's are "catching up" with
> graphics cards - and no logical reason why they ever will.
It could however be argued that CPUs are "catching up" with the needs of a
certain level of user. Not the hardcore gamer, but quite possibly the
hobbyist 3D artist or 3D f
Gack! I'm *so* sick of hearing this argument...
On Tue, 2 Apr 2002, Raystonn wrote:
> I am definately all for increasing the performance of the software renderer.
Yes.
> Eventually the main system processor will be fast enough to perform all of
> this without the need for a third party graph
Hi,
I wanted to ask whether development of the 3dfx-drivers is still going on or whether
it has already come to an end what would be bad news to me :( I tried downloading &
compiling the newest glide-drivers from cvs as printed in the doc-section for building
glide3 (end user documentation) an
The following driver suites still need to be converted to the new
drmCommand interface before the drmcommand-0-0-1-branch can be merged to
the trunk:
gamma
i810
i830
mga
r128
sis
I don't currently have any of this hardware in my posession, so I'm
looking for volunteers to test the co
Hello Raystonn,
sorry, but a dedicated ASIC hardware is always faster.
(you are a troll, arent you?)
in the straight forward OpenGL case (flat and smooth shading)
you can turn on several features in the pixel path and in
the geometry pipeline (culling, 8x lighting, clipping)
that you wont be ab
> > > I don't think so. I haven't noticed a problem with fog
> in the tunnel demo.
> > So it works for you, doesn't it? Envious.
> > For me, the fog effect does not work. Some time ago, someone (Jose?)
> > even explained that is should not work on mach64 (alpha
> blending + some
> > other effec
> Raystonn wrote:
>
> [Resending, fell into last night's black hole it seems.]
>
> I am definately all for increasing the performance of the software renderer.
> Eventually the main system processor will be fast enough to perform all of
> this without the need for a third party graphics card. T
since 1 week i get the same lookup using the lastest tcl-0-0-branch on my
radeon7500 ddr 64m.
the lockup seems the one that someone (maybe keithp) fixes 3 weeks ago.
--
BOFH excuse #442:
Trojan horse ran out of hay
___
Dri-devel mailing list
[EMAIL
[Resending, fell into last night's black hole it seems.]
I am definately all for increasing the performance of the software
renderer.Eventually the main system processor will be fast enough to perform
all ofthis without the need for a third party graphics card. The only
thing videocards ha
On 2 Apr 2002, Sergey V. Udaltsov wrote:
> > I don't think so. I haven't noticed a problem with fog in the tunnel demo.
> So it works for you, doesn't it? Envious.
> For me, the fog effect does not work. Some time ago, someone (Jose?)
> even explained that is should not work on mach64 (alpha ble
for urging them to make drivers for 3D acceleration in Linux ,
or support this DRI project for some information.
I have been fan for savage graphics card for years, but the
situation is
very disappointing me. T.T
(I have an Prosavage chipsets mainboard and an Savage4
g
"Sergey V. Udaltsov" wrote:
>
> > I don't think so. I haven't noticed a problem with fog in the tunnel demo.
> So it works for you, doesn't it? Envious.
> For me, the fog effect does not work. Some time ago, someone (Jose?)
> even explained that is should not work on mach64 (alpha blending + som
> I don't think so. I haven't noticed a problem with fog in the tunnel demo.
So it works for you, doesn't it? Envious.
For me, the fog effect does not work. Some time ago, someone (Jose?)
even explained that is should not work on mach64 (alpha blending + some
other effect?) So my question was whe
"Sergey V. Udaltsov" wrote:
>
> > In these last few days I have been working on the Mesa software blending
> > and the existing MMX bug. I've made some progress.
> Sorry for my ignorance, does this blending have anything to do with the
> incorrect fog handling in the tunnel app? Will this patch f
> In these last few days I have been working on the Mesa software blending
> and the existing MMX bug. I've made some progress.
Sorry for my ignorance, does this blending have anything to do with the
incorrect fog handling in the tunnel app? Will this patch fix it?
Sergey
__
The attached patches add agpgart support for the HP ZX1 (an IA64
chipset). Any comments would be appreciated. Jeff, if you like them,
it'd be great if you'd forward them to Marcelo/Linus.
--
Bjorn Helgaas - [EMAIL PROTECTED]
Linux Systems Operation R&D
Hewlett-Packard
diff -u -r -X /home/helga
25 matches
Mail list logo
