Tony,
I've just commited a simple change to remove the AGP requirement in the
mach64-0-0-3-branch, as suggested by Michel. This is rather preliminary
and I'm not sure if it's enough to get it running on a PCI Mach64.
Unfortunately I have agpgart statically linked in the kernel and not as a
mo
First, I would like to thank you all for your replies.
On 2002.03.22 19:08 David Bronaugh wrote:
> I'm using an older version of the mach64 code, but I also get this.
> Perhaps there's an issue with the Z buffer or such? I don't know a lot
> but that sounds probable if it's not being consistently
On Fri, Mar 22, 2002 at 02:01:53PM -0800, Ian Romanick wrote:
> That said, I personally believe that it is only a matter of time until this
> approval is given. I have been working for some weeks on this project, but
> I have been very quite about what I'm doing. The main reason for my silence
I don't have the G400 documentation, so I can't just look this up. I'm just
curious, what are TF_{min,mag}filter_cnst supposed to do? I modified the
driver to use them just to see what they did, and it's not exactly clear
what they do! It looks like it just makes the hardware to an unweighted
a
On Wed, Mar 20, 2002 at 11:27:39PM +, Michael wrote:
> On Wed, Mar 20, 2002 at 01:51:06PM -0800, Ian Romanick wrote:
> > > Michael also implemented agp support for radeon with a similar simplistic
> > > strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think
> > > these tur
On Fri, 22 Mar 2002, José Fonseca wrote:
> This is a bug which still hasn't disappeared with the latest updates. In
> the game the penguin flashes randomly as it slides downhill. He still
> drawn but just its bright, as a phantom. I've been trying to hunt this
> down but I still didn't had muc
I'm using an older version of the mach64 code, but I also get this. Perhaps there's an
issue with the Z buffer or such? I don't know a lot but that sounds probable if it's
not being consistently drawn.
Rage Mobility P/M here on a Toshiba Satellite 1750CDT.
David Bronaugh
_
On Fri, Mar 22, 2002 at 08:03:29 -0700, Jens Owen wrote:
> Alan Hourihane wrote:
> >
> > On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
> > > I would like to move the device dependent functionality currently
> > > included in the drm library back into the device driver layer.
> > >
>
Hi,
I get the same thing in tuxracer - penguin is only occasionally drawn, but then it
looks fine.
For UT, I cannot run it - I just get a black screen (or window, when I changed config
to be not full-screen). Can someone email me their .ini file so I can try that?
This is with mach64-0-0-3
Alan Hourihane wrote:
>
> On Fri, Mar 15, 2002 at 08:38:20AM -0700, Jens Owen wrote:
> > I would like to move the device dependent functionality currently
> > included in the drm library back into the device driver layer.
> >
> > My objective is to make sure new driver suites can be independently
Hi Jose
> This is a bug which still hasn't disappeared with the latest updates. In
> the game the penguin flashes randomly as it slides downhill. He still
> drawn but just its bright, as a phantom. I've been trying to hunt this
> down but I still didn't had much success so far. Could someone t
This is a bug which still hasn't disappeared with the latest updates. In
the game the penguin flashes randomly as it slides downhill. He still
drawn but just its bright, as a phantom. I've been trying to hunt this
down but I still didn't had much success so far. Could someone tell me if
this j
> I just downloaded it and was getting good fps. Check ~/.ArmageTronrc
> and make sure the GL_RENDERER line says "Mesa DRI Mach64...". Maybe your
> SDL library isn't using the right libGL?
Strange, I have different situation. Yes, armagatron does use the right
opengl library. What is your card?
13 matches
Mail list logo
