I may be wrong, but I'm strongly againsts this. The point is that it will require a LOT of time with the questionable result in the end. Here is a link to an interesting article: http://www.joelonsof...0000000069.html. If you do not like current ufo2000 sourcebase that much, you can always start a new project of your own

What are the goals, is ufo2000 going to be ever fiished?
Our goals are constantly changing (as the world is), priorities do not remain the same over time, some developers join us, some leave. Sticking with a strict development plan does not work here as nobody is working full time on the game or being paid for that. The game evolves trying to match our vision of a perfect x-com remake.
What about geoscape, are there any plans for single player campaign?
Sure. Wanna join us and work on this?

Sprite graphics seems a bit old, what about switching to 3D?
That's true, 3D graphics can look better. Open source and free games lag several years (don't know the exact number) behind commercial titles in all that is related to graphics and video effects. And explanation is simple, improving graphics just costs too much development efforts if you want to get most of the hardware you have at your disposal. For example, back in 1995 the original X-COM worked on i386 with 4MB (or even 2MB) of memory. It was damn hard to implement all this graphics on that hardware. UFO2000 has much less efficient engine, but it is much simplier to develop and maintain too, and it works on modern hardware just fine. The same is true for 3D games, it is just too hard to make the graphics on par with modern top commercial titles, more like the graphics would be about 5 years old (rough estimate). And older 3D graphics was low polygon and butt ugly. Also we need to find a mature 3D library with a stable API and a minimal number of bugs in it, we would like to develop the game but not struggle with the bugs in third party packages. With all that said, 3D frontend for ufo2000 is quite possible, but it is just not worth doing it right now. Let's wait for another year or two.
What about switching from Allegro to SDL?
to be written
More Q/A to be added... Feel free to discuss what is missing or wrong here. Also it is my vision of FAQ, the other developers may not agree with me

Edited by Serge, 09 August 2005 - 10:58 PM.