Jose,
I've modified Alan's packaging scripts to only include the driver suite
(device dependent files). This resulted in only 1 visible
incompatability for the Radeon TCL driver. I have a quick hack patch,
and we're working on a better permanent solution. The incompatability
was introduced in
Brian Paul wrote:
>
> Jens Owen wrote:
> >
> > Jens Owen wrote:
> >
> > > It looks like a new field was recently added to the GLXContextRec
> > > xc/lib/GL/glx/glxclient.h:407
> > >
> > > GLXDrawable currentReadable;
>
> I added that last summer when I was implementing the GLX_SGI_make_c
On Fri, Mar 08, 2002 at 01:27:11PM -0800, Ian Romanick wrote:
> I've been looking at texture management in the MGA and Radeon drivers very
> closely lately. Both code bases are pretty similar, but there are some
> striking differences. The main one that I have come across is
> radeonTexImage2D v
http://www.google.com/search?q=cache:cnr4U3YEJ_MC:www.ati.com/na/pages/corporate/press/1997/6317.html+%22texture+management%22&hl=en
I came across this when looking for something completely unrelated. The 5th
paragraph reads:
"3D RAGE PRO supports several methods of texture compression, includi
Jens Owen wrote:
>
> Keith Whitwell wrote:
> >
> > Jens Owen wrote:
> > >
> > > Keith,
> > >
> > > Have you tried tuxracer recently?
> > >
> > > I'm using the latest on tcl-0-0-branch and I'm getting red snow.
> > >
> > > It's kinda cool looking--maybe like skiing would be on mars :-)
> > >
> >
>
>
> I had an idea during the last IRC meeting that I wanted to bounce off you
> wrt mipmapping on the Rage Pro, but you weren't there. After the meeting I
> forgot about it.
>
> In any case, what do you think about per-polygon mipmapping? All hardware
> that does mipmapping does it per-pixel,
I've been looking at texture management in the MGA and Radeon drivers very
closely lately. Both code bases are pretty similar, but there are some
striking differences. The main one that I have come across is
radeonTexImage2D vs. mgaTexImage2D. Both routines are very different, and I
don't think
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > Keith,
> >
> > Have you tried tuxracer recently?
> >
> > I'm using the latest on tcl-0-0-branch and I'm getting red snow.
> >
> > It's kinda cool looking--maybe like skiing would be on mars :-)
> >
>
> I've got a few things on my plate right now
Martin Spott wrote:
>
> On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
>
> > Keith, if you can't reproduce these color problems on your development
> > build, let me know--I could then start looking into compatability issues
> > as a cause.
>
> If you like then I'd put a tar file on
Michael wrote:
>
> On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
> > Keith, if you can't reproduce these color problems on your development
> > build, let me know--I could then start looking into compatability issues
> > as a cause.
>
> Does it fail under either export RADEON_NO_VTX
On Thu, Mar 07, 2002 at 09:38:30PM -0800, Gareth Hughes wrote:
> Leif Delgass wrote:
> > In looking at the docs, I realized that the mach64 seems not to support
> > mipmapping on the secondary texture, as there is only one register for a
> > secondary texture offset, as opposed to the 11 for the
/etc/X11/XF86Config-4
--
# File generated by XFdrake.
# **
# Refer to the XF86Config(4/5) man page for details about the format of
# this fil
Hi
i have 2 local XFree users
( http://cambuca.ldhs.cetuc.puc-rio.br/multiuser )
but i can not get DRI working on the 2 cards
that's probably a dumb question , but i wanted to ask
is it problem with the linux AGP interface
or is it inappropriate design of the AGP bus on PC
or may be troubles wi
This is a pre-release version of XFree86, and is not supported in any
way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED] Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs
This is a pre-release version of XFree86, and is not supported in any
way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED] Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cv
Jens Owen wrote:
>
> Keith,
>
> Have you tried tuxracer recently?
>
> I'm using the latest on tcl-0-0-branch and I'm getting red snow.
>
> It's kinda cool looking--maybe like skiing would be on mars :-)
>
I've got a few things on my plate right now. Most importantly a backwards
compatibilit
On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
> Keith, if you can't reproduce these color problems on your development
> build, let me know--I could then start looking into compatability issues
> as a cause.
Does it fail under either export RADEON_NO_VTXFMT=1 or RADEON_NO_TCL=1?
--
Good news indeed!
I'll start looking into these problems you reported as well.
One thing that I plan to do is to understand and review all these state
changes. There are so many different flags (and hacks) that makes it very
difficult to know by which order things get updated.
José Fonseca
O
On Fri, Mar 08, 2002 at 07:42:07AM -0700, Jens Owen wrote:
> Keith, if you can't reproduce these color problems on your development
> build, let me know--I could then start looking into compatability issues
> as a cause.
If you like then I'd put a tar file onto 'my' web server containig
everythi
Martin Spott wrote:
>
> > I've posted a first cut at a downloadable Radeon TCL binaries for
> > linux-x86 at [...]
>
> Tried it today. Unfortunately I don't experience any speed improvement over
> stock 4.2.0 modules
Keith is looking at a rasterization performance issue. Let's re-examine
speed
Keith Whitwell wrote:
>
> Jens Owen wrote:
> >
> > I've posted a first cut at a downloadable Radeon TCL binaries for
> > linux-x86 at
> > ftp://ftp.tungstengraphics.com/dri/radeon-20020307-i386-Linux.tar.gz
> >
> > This is a driver suite only update built from today's tcl-0-0-branch
> > with two
Jens Owen wrote:
>
> Jens Owen wrote:
>
> > It looks like a new field was recently added to the GLXContextRec
> > xc/lib/GL/glx/glxclient.h:407
> >
> > GLXDrawable currentReadable;
I added that last summer when I was implementing the GLX_SGI_make_current_read
extension (glXMakeCurrentRe
> I've posted a first cut at a downloadable Radeon TCL binaries for
> linux-x86 at [...]
Tried it today. Unfortunately I don't experience any speed improvement over
stock 4.2.0 modules - and the look is still not quite clear:
http://document.ihg.uni-duisburg.de/Radeon/Radeon03.png
The good side
Jens Owen wrote:
>
> I've posted a first cut at a downloadable Radeon TCL binaries for
> linux-x86 at
> ftp://ftp.tungstengraphics.com/dri/radeon-20020307-i386-Linux.tar.gz
>
> This is a driver suite only update built from today's tcl-0-0-branch
> with two patches added for XFree86 4.1 compatabi
24 matches
Mail list logo
