bug-gnubg
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnubg] 3d board


From: Jim Segrave
Subject: Re: [Bug-gnubg] 3d board
Date: Wed, 13 Aug 2003 16:25:06 +0200
User-agent: Mutt/1.4.1i

On Wed 13 Aug 2003 (11:58 +0000), Jonathan Kinsey wrote:
> I've just merged my 3d board branch into the main cvs branch.  Hopefully 
> I've not lost any changes along the way.
> 
> The main area left todo is the designs for the 3d board.
> There should be a corresponding 3d design for each 2d design.
> I've attached some notes to help anyone who would like to try.
> Note that currently there are just a few test designs setup.
> 
> I'm not sure if there's a FAQ somewhere, but there are probably some
> common questions which people are likely to ask, I'll answer some here:
> 
> Q. Will the 3d board work on my machine or with my OS?
> A. Yes. :-)
> The issue is more about performance rather than functionality.
> 
> Q. What are the minimum requirments for the 3d board to work acceptably?
> A. A 3d graphics card with a hardware accelerated opengl driver.
> A good indicator is whether you can display 3d graphics with other 
> applications - most commonly games.
> Windows is ahead of linux in this area as all 3d graphics cards have 
> windows drivers,
> only recently are more 3d drivers becoming available for linux.
> 
> Q. The 3d board doesn't look right, what is wrong?
> A. Update your graphics driver.
> 
> 
> I'm sure there are still some bugs in the code, email me/the list/or raise 
> a bug
> request and I'll try and sort things out.

Can we please have a configure flag which completely negates this
option and uses the previous ?

Under FreeBSD, all animation is completely stopped. This makes games
unplayable.

Under Linux, on a Dell L-400 laptop 700Mhz CPU, a simple move will
take between 30 seconds and one minute to animate, as it has no
hardware acceleration. This makes games unplayable.

configure *must* get a without-3d flag or something like that -
deleting/renaming gtkGL libs to get things to fail is not really a
viable option.


-- 
Jim Segrave           address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]