Warzone 2100 Forums

Gurumeditation wrote:Oh great, so Warzone 2100 runs now on ARM-Systems like the Pandora ?

DevUrandom wrote:I've still got an arm-elf cross toolchain from RockBox/iPod, but one would need an emulator of that thing to do any reasonable testing.

But anyway, it seems to me that you just stumbled into a problem: ...

http://www.openpandora.com/ wrote:We are deeply, deeply sorry to say that due to licensing constraints, we can no longer allow access to Pandora for listeners located outside of the U.S. We will continue to work diligently to realize the vision of a truly global Pandora, but for the time being we are required to restrict its use. We are very sad to have to do this, but there is no other alternative.

EvilGuru wrote:
Re: warzone on a handheld Posted » 03 Oct 2008, 22:07


"Rman Virgil" wrote: * EDIT; Frack the PSP and DS.... How about WZ on the Pandora or Wiz ?....


See: https://mail.gna.org/public/warzone-dev ... 00140.html

Put simply: It should be possible with a little bit of work to the renderer. I can't see things such as SDL and GLC (our only real platform dependancies) not running on it — considering that Warzone (using the software renderer) is known to work on the Nokia N-series (N810), which is a 400Mhz, FPU-less device.

Regards, Freddie.

EvilGuru wrote:
Post by EvilGuru » 04 Oct 2008, 11:38

"Zarel" wrote: "And here I thought that retail Warzone using the software render had significantly fewer hardware requirements than the current Resurrection Warzone..."


Kind of. The version that runs on the N810 is the last version to contain the software renderer, circa 0.2.x. So it is still using the software renderer (due to the lack of dedicated OpenGL hardware). However, it does show that — at a fundamental level — the overhead incurred by using libraries such as SDL, OpenAL (surround sound), zlib and OGG/Vorbis is itself insignificant.

Current trunk versions do not support a software renderer (it was a dead end) — undoubtedly the best course of action, considering how even handhelds nowadays are getting OpenGL support (in the form of OpenGL ES). We also make use (in trunk versions) of a lot of floating point math — as opposed to fixed-point emulation. While this may pose a problem for systems without a floating point unit (many embedded systems) it is the right course of action. This is because modern versions of GCC can convert floating point => fixed point (with range restrictions) at compile time.

This is much better in terms of flexibility and performance than the fixed point emulation Pumpkin used.

Regards, Freddie.