orrrrrrrrrrrr.... port an emulator with a better fitting license? I'm not sure what they require, but I'm sure either blueMSX or openMSX will fit.

Now I've added menu for save/load state, scrolling for "viewing window", and config files support for rom/dsk startup that need setting options at startup time (for example, rom type).

The only thing I feel I will have trouble porting is sound support.
fMSX has sources for 3 implementations out of the box - for Windows, MS-DOS and Unix.
Is there anybody who can help me porting one of them to rockbox (pcm) sound api ?
No need to port Midi part, WAV(PCM) output should be enough.
I also have code examples from other emulators ported to rockbox, so ... any help ?

manuel,

fMSX was ported (except sound) to rockbox in less than a week, of which 2 days took me to set up the dev environment, and other 2 for polishing makefiles and writing functions like malloc/fread/printf/sscanf missing in rockbox. fMSX has a easy code structure separated into parts that require porting and those that don't, and it was already ported to platforms with specs similar to mine.
It also has no required libraries (and as you see, rockbox is not an easy platform to port libraries to), so my choice was obvious. I don't plan to submit the emulator to rockbox distribution because of the license incompatibility, but this is the only problem I have (and it is solvable in some way).

well, blueMSXlite also has no library deps.

manuel (and/or dvik):

"Show me the money"... er... this lite version. Was it already successfully ported to any Unix ?
All I've found about it is "alpha version on Linux" exists.

fMSX was developed on Sun, then ported to Linux and such, so it already supports different endianesses. What's about endianess (FSB/LSB) in blueMSX lite ?

It seems to kind of work under Linux, but as there's no clera manual on how to use it, I didn't come very far. Wouter got it running quite nicely it seems. But I suppose dvik can comment on it better. I dn't know if it's endian compatible yet. (openMSX is for sure, as it runs on 11 architectures... but that one uses libs indeed.)

I think I will try blueMSX lite when I will have a more or less finished fMSX port.

At the moment I have 3 screen modes on Sansa (regular, rotated that fits screen, and rotated that is bigger than screen but with scrolling), save/load state from menu and use config files to set command line params (such as msx model, rom type, second rom name, etc.)

I still need somebody to help me with sound.
It should be simple for those who have experience with porting.
Heeeeeelp !

blueMSX currently runs on big and little endian macs, windows, linux, xbox and it boots on PSP. blueMSXlite is quite similar to fMSX when it comes to porting. It has well defined interfaces between the actual emulation and the host specific stuff like audio, video, inputs etc. It does require more CPU than fMSX though and my guess is that some optimizations are needed to run it on slower systems.

There exists serious problem that prevents me from starting blueMSX port - it has C++ sources (those borrowed from openMSX), and Rockbox dev environment has only GCC, and no G++.

Then just leave those out... AFAIK this is the MSX Audio, MSX MUsic and Moonsound. Hmm, there's also the TinyXML lib to parse the softwaredb... Not sure if you can leave that one out.

Pretty damn annoying that it can't do C++!

manuel,

you see - now it means TinyXML should be replaced with something like libxml2 (which in turn needs iconv and zlib) or expat/RXP/smth. else, or we have to find a way to leave it out...

dvik,

if I understood you right, you plan to devote some time on optimizing blueMSX and small devices adaptation. I'd like to wait till you have some progress and speed estimation, then I can join with Rockbox.

Yeah, it sucks that there isn't a g++...

cax, I'll let you know when we have some performance numbers. Currently we're working on a PSP port and a port to an xscale based system. I don't think it will take too long to port tinyxml to c. the rest of the c++ code can be skipped in a first port, but its not too hard to port the code borrowed from openMSX to c either.

Btw, tinyxml is only needed for the software database lookups. So by disabling the database and some music chips, you'll get a c only version of the emulator.

The openMSX stuff is ported from C to C++, so it's indeed probably not hard to port it back to C.