On Mon, Jan 21, 2002 at 05:35:03AM -0500, [EMAIL PROTECTED] wrote: > I just stumbled onto the Twilight project and I was wondering if a software > version will be included in future releases. My computer is rather old so I > don't have GL support.
No plans have yet been made for non-OpenGL, sorry. There are two reasons
for this, the first being availability of PCI and 3D cards. Basically,
any desktop which met Id's own recommendations for WinQuake (P120, 16M
RAM) has it. Given that any OpenGL 1.2-compliant card will work with
Project Twilight, you should not have trouble getting ahold of a
compatible card. Even old 3dfx cards such as Voodoo2/3s work fine. I
wouldn't recommend a Voodoo1, but that's just because the Voodoo1 isn't
worth shipping anymore. The TNT2 can sometimes also be found free or
close to it, but less often because many games still work fine (if
unimpressively) with it.
The second reason has much to do with the amount of work needed to build a
solid software renderer versus the number of people who would be able to
enjoy it. They'll always be slower and require more CPU time. They're
usually missing features too, and usually can't interpolate textures on
any but the fastest CPU's, so it comes out looking very texelated. It's a
big investment of our time and there's not really much return on it.
I say no plans yet because last night I was thinking about this very
problem. Quake2's renderer is a little cleaner than Quake1's (not much
though), and has a few of the features like transparent water and skybox
support. Given the assumption that it can be done without harming the
rest of the codebase (possibly incorrect, but it's much more likely now
than it was before), it might be reasonable to port it. No promises, it
depends a lot on the amount of work required in the end, and whether or
not anyone else actually wants to do that work.
--
Joseph Carter <[EMAIL PROTECTED]> Have chainsaw will travel
<Deek> nopcode: No, it isn't. Win32 lacks the equivalent of fork().
<Knghtbrd> Deek: windoze is not meant for people who should have access to
sharp objects, hence no fork()
<Knghtbrd> instead, you must rely on spoon()
msg00891/pgp00000.pgp
Description: PGP signature
