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?
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
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 tell
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
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, 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 much
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 turned out
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
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
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
10 matches
Mail list logo