Attached are the sources I have been working on. It emulates, can't really play.
So what has been done:
The core has been completely adapted to the Pandora and is utilizing the mupen 2.0 api standard, while retaining the options to be built on x86, and x86-64.
I am sorry to give bad news. Right now my family is currently in a crisis and almost all my free time has to go to them for now. However, I did make strides for the video plugin to almost fully utilizied the sdl calls in the core. I hope to fully put more attention to this soon.
What made Daedalus successful was the native high level emulation ability since the psp has a MIPS processor. Another advantage the psp had is that it has a co-processor to supplement the main one and Daedalus took advantage of this for their Async audio feature and some calculation. Finally...
All attempts I have made for 1.99.5 were in vain. I am going to fallback on to 1.99.4, so much for trying to get on the bleeding edge. I apologize in advance to those who wanted the possibility of Pokemon Stadium. I am anticipating a beta test soon.
Has anyone try usb devices with this? I have played the swap game with an ext2 formated key and have seen no events in the dmesg log. I also tried sticking a mouse to it through a hub. The usb still powers it, but there is again no dmesg events for connecting it.
B-ZaR, it seems that PNDmanager doesn't like linux file systems for some weird reason. When the download button is pressed on an ext3 formated sd card, the screen will just pan left with out a download prompt. According to the out dump, panorama.sh has failed during this event.
Hello, is there a way to prevent input from the emulated pointer for a program and input the information just from the touch screen device? I need to prevent mouse drags.
(This isn't mupen related. ;) )