GP2X Homeworld Port Possible!

[Epicenter]

Acceptable performance would hinge on making the 940T able to assist somehow with rendering, and it appears much too bottlenecked to do so. As it stands the ARM920T would have a hard time trying to run this with an even remotely acceptable framerate.

 

[sparr]

the interface in homeworld would not be very hard at all. if you have a menu open then the joystick moves a 2d cursor. if you are moving around then the joystick is pitch/yaw and you use a button to move forward/back. and if you are holding a selection button then you use the joystick to pitch/yaw while you define a 2d sphere-surface-section area that is projected in 3D from your position out to the clipping box (selecting everything 'inside' the selection box and close enough to see).

 

[torpor]

sinice the homeworld system is engine-based, it wouldn't take much to tack on an 'acceptable gp2x graphics'-interface on the game itself. i can imagine playing homeworld in wireframe, for example ..

 

[Dzz]

Bump

Still very much interested in this and would volunteer to design (not code, sorry can't) a new interface and also do any 3D work that might arouse (though that is unlikely since it is a port right?).

What are your ideas for a new interface?

 

[Julius]

I posted some very early ideas in thas thread some time back:
http://www.gp32x.de/board/index.php?showt...=26404&st=0

But if someone is really staring to port it, I will look for my Homeworld CD and write up an alternative control system.

 

[Blah]

A playable port would require a lot of work on optimization of the software renderer.

We have Quake today because of three miracles:
1) Id released the source code.
2) The PocketQuake guys did a great job optimizing it. They chose to go with an optimized software renderer rather than using the OpenGL features availiable on high-end PDAs.
3) Woogal picked it up and did some great work on the GP32, this work was made more apparent with the power of the GP2X.