SpiceWare said:
I see SDL has been ported to the GP32. Stella is now using SDL, think I'll try to port that - I did the OS/2 port a while back, so should be somewhat familiar with the code
Bad choice. The SDL port on the GP32 is slow, very slow. It might not make a whole lot of difference in some easy stuff, but it definitaly will on an emu, and especially something as complex as Stella. The reason the GP32 SDL port is slow is because it's based on the official GP SDK (or something like that). Also, an emu will need an ARM assembly core to work even remotely fast enough on the GP32.
I also have to agree with Tristan here, using a translation layer ON TOP of a translation/emulation layer isn't really a good idea for an underpowered machine like the GP32 (well, underpowered compared to a desktop computer). Besides, SDL is a port itself, so it may be a while before it gets fully up-to-speed on the GP32. But really, it isn't TOO difficult to make an abstraction layer for SDL if you really want to port something using SDL. But if a portable emulator exists that doesn't use SDL, you're better off just porting it from stratch. Besides, the GP32 is a RISC processor just like the Mac, so you should feel right at home coding completely natively!
Oh, and I do disagree with Tristan's conclusion that all emulators must have ARM cores to get reliable speed. Really, it depends on the type of emulator you are trying to write, and the overhead that system produces. Some 8-bit systems are easier to emulate then others because they have less complex and muddled processes. Besides, gcc 3.4.1 is really great at optimizing code. But if you're going 16-bit, you probably would want to add a good assembly graphics core at some point in the future.
Yet we're all getting a little ahead of ourselves, aren't we? At the very least, I would like to welcome you to the scene