This was posted over in StrmnNrmn’s blog, the one responsible for porting Daedalus to the PSP. kekpsp asked one very important question, which I’m sure we’re all wondering: “Is it possible to emulate a system like the N64 with the system limitations that the PSP poses?”

Below is StrmnNrmn’s in-depth response:

When I first decided to port Daedalus over to the PSP I really didn’t know the answer to this. I knew there were some substantial challenges - I’d ported Daedalus to the Xbox a couple of years earlier and quickly discovered that even with 64MB you really didn’t have much room to manoeuvre. With the PSP you have even tighter memory constraints (24MB user memory + 2MB vram), a slower processor and gpu.

I think I’ve pretty much cracked the memory problem. When I added in the rom streaming code I reduced the memory usage for an 8MB rom image down to around 2MB. Larger roms only use fractionally more ram (i.e. a few 100KB or so), so I’ve managed to free up around another 6MB to use for textures, audio and most importantly the dynarec engine.

The next big challenge is speed. Currently Daedalus is unusably slow - typically 4-5fps max (although there are some roms that freakishly seem to run faster). Dynarec is going to bring about the biggest gains here, but it’s too early for me to tell how much of an improvement it’s going to bring on the PSP in the long run.

This is probably a good point to give a bit of a progress update on the new dynamic recompiler. I’m at the state where I’m successfully capturing ‘hot-traces’ from the rom as it runs. In order to work the bugs out of the system, I’m then simulating the execution of these traces to see whether everything is working as expected. It also lets me collect a few stats like how many instructions will end up being executed through the native fragment cache rather than being interpreted, and roughly how much memory is going to be consumed.

The results are looking very encouraging. Firstly, even though I’m not actually executing any native code yet, the emulator runs almost as quickly with the ’simulated’ dynarec enabled as it does running entirely through the interpreter. Although this sounds a bit of a backwards step, it’s actually quite significant because it means the dynarec engine itself isn’t any substantial load to the CPU. I’m hoping this means that when I am actually executing native code, the dynarec engine will only be using a fractional part of the CPU.

The other significant result is that you don’t actually need to recompile much code to get a sizable portion of the rom executing natively. In my tests with Mario, typically around 90% of the instructions executed are going through the fragment cache rather than the interpreter. Importantly this is with only around 64,000 instructions in 700-1000 fragments. I think this will mean I’ll be able to get away with a 1-2MB code buffer on the PSP.

At the moment I’m still ironing out a couple of bugs with the fragment ’simulator’ (mostly to do with exceptions and interrupts occuring in the middle of a fragment). Once that’s complete I’m going to start taking a look at taking a few small steps towards generating native code. I’ll go over this in more detail in my next few posts.


This is looking better with every release keep up the good work StrmnNrmn of Daedalus we all love what you are doing and hope to see a new realse soon!