Is the sound really to slow, or does it just skip parts? AFAIK it should skip parts and keep in sync. But wouter probably knows more about this.

Note that although the codebase is the same, there are some assembly routines for x86 with MMX and/or MMXext. So, if that is available, those routines will be run and not the compiled C code It's only (AFAIK) for scalers though.

You could apt-get the sources, but compiling openMSX from the original sources would work just as easily. You can even use the debian/rules script to build the package with some modified compiler flags, e.g. This script is in CVS, but is not shipped in the release, by the way.

Quote:

Is the sound really to slow, or does it just skip parts? AFAIK it should skip parts and keep in sync. But wouter probably knows more about this.

Nope, it's not skipping parts. It sounds correctly, but just slower. I prefer that than skipping parts.

Quote:

Note that although the codebase is the same, there are some assembly routines for x86 with MMX and/or MMXext. So, if that is available, those routines will be run and not the compiled C code It's only (AFAIK) for scalers though.

Well... since it's ARM and not x86, it won't be of use, but no scaling needed on the Jornada 720

Quote:

You could apt-get the sources, but compiling openMSX from the original sources would work just as easily. You can even use the debian/rules script to build the package with some modified compiler flags, e.g. This script is in CVS, but is not shipped in the release, by the way.

I know that I can autobuild from Debian sources packages (I already did it in order to install qmail on my server), but I don't like to compile on the device since it uses a CF type 1 card as storage and these cards have a limited number of writes... Compiling too much stuff (and big stuff) will short the CF card life. If some day I get a Microdrive, I won't have to worry about that anymore.

ummm... if you don't mind me asking, why aren't you running the emu under Windows? I thought the Jornada 720 comes with MS Windows and openMSX should run on it as well... :-) Just curious.

Isn't there a way to cross-compile it on a desktop?

For MS Windows, I think so. At least some years ago MS offered the Windows CE cross-compiler (for PC) for free on their website. For Linux, I'm pretty sure it's possible but I'll let someone wiser give the details

Quote:

Is the sound really to slow, or does it just skip parts? AFAIK it should skip parts and keep in sync. But wouter probably knows more about this.

No, you're mistaken here Quibus.
If it is SCC/PSG it should sound correct since we generate the waves correctly as requested by the SDL audio buffer. and not as most other emu's create an amount of samples depending on the emulated chips number of T-states.
if our wave creator get new settings to late (due to slow emulation) then the music will be slow but the tone should be correct.
This btw, was one of the main objectifs of our sound system when we started out .

Quote:

ummm... if you don't mind me asking, why aren't you running the emu under Windows? I thought the Jornada 720 comes with MS Windows and openMSX should run on it as well... :-) Just curious.

Yeah, the Jornada 720 comes with Microsoft Handheld PC 2000 (aka Windows CE 3.0). But as you may know, this OS is getting obsolete and unsupported. But 720degrees appeared as a Debian ARM distro to install in the device to save the day. Now the Jornada 720 users enjoy of a full updated and powerful operating system with thousand of apps ready to run. One of them is openMSX

Quote:

Yeah, there are still some minor problems, but this proves that openMSX is very usable on a 200MHz ARM based handheld So, why do people keep porting fMSX???

Because some of them have ARM devices with 70-100MHz only (like Sansa E2xx media player).

Speaking about a long-awaited cheap pocket-size MSX, will the 85$ Dingoo A320 (a newer version of the known Gemei X-760) console be a good platform for openMSX to port to ?

Any platform for which there is a port of g++ (GNU C++ compiler) or a mostly compatible C++ compiler, SDL, and the other openMSX dependencies, should be relatively easy to port openMSX to.

So I can conclude that in fact nobody here is interested in running MSX on the super cheap pocket console with video-out that promises to be the super hit of year 2009.

If I am wrong and there is interest in porting, here is the link to SDK which will help you to decide if porting is possible.

Well, with HP Jornada 720 is was not a matter of "porting" as Debian ARM arch already offer the binaries for ARM and openMSX runs out of the box. I was quite surprised by the excellect performance that the emulator showed on the StrongARM at 206Mhz. As I said in previous posts, fMSX was slighty faster but without sound working correctly; with openMSX every was perfect, at least for MSX 1.

About that pocket console, if it's able to run some flavour of Unix it most likely openMSX will work if you get through the dependencies.

karloch: in the mean time the performance has been improved a lot, Wouter even added some ASM routines for ARM. (All in the context of the GP2X port.)

cax: you're quick in drawing conclusions. What did you expect to happen?

manuel:

I expect to see any interest in MSX running on the mentioned device, on which some 10 emulators are already running.
Isn't affordable pocket MSX is what many of us desire so much ?

At least a couple of "cool, I want this device with MSX running on it" messages, like the ones I saw in DealExtreme's forum.
Otherwise there is no reason in investigating it's SDK and ways to port emulator to this console.