search

apartmentEmulator / mupen64plus

Automatically exported from code.google.com/p/mupen64plus
0 stars 0 forks source link

PocketPC / Windows Mobile Port #94

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
It would be great of you to think about a PocketPC / Smartphone Port.
There´s already a port of a psx emulator (FPSE) which runs with about 30
fps on my device. Is such a port maybe possible too? would be great if you
had a look at it ;)

Original issue reported on code.google.com by webmas...@forsaken-web.de on 19 May 2008 at 7:21

GoogleCodeExporter commented 8 years ago 
should be a feature request, couldnt choose type of issue

Original comment by webmas...@forsaken-web.de on 19 May 2008 at 7:22

GoogleCodeExporter commented 8 years ago

Original comment by ebenbl...@gmail.com on 19 May 2008 at 10:34

GoogleCodeExporter commented 8 years ago 
Mupen64Plus doesn't even run (well) on Win32 - none of the current developers 
have
interest in Windows Mobile.  Also, performance would be dismal on an ARM CPU 
with no
dynamic recompilation.  The PSX had an R3000 at 33MHz, while the N64 used an 
64-bit
R4300 at 93Mhz - much more CPU intensive.

It could be interesting to get it running under Android with an Atom CPU in a 
year or
two though.

Original comment by richard...@gmail.com on 21 May 2008 at 7:05

GoogleCodeExporter commented 8 years ago 
I think implementing dynamic recompilation for other architectures would be a 
noble 
endeavor, seeing as how mupen64plus was originally created to add amd64 
support. Of 
course, someone needs to do the hard work of coding it, which isn't trivial. 
(don't 
look at me)

Apparently there's some effort going into porting mupen64, including a dynamic 
recompiler, to the Wii's PowerPC proc here: http://code.google.com/p/mupen64gc/

Also, with capable ARM-based netbooks on the horizon, there might be a bit of 
demand for ARM in the future. I have my eyes on the Open Pandora project, but 
that 
might be vaporware.

I'm not saying that ARM is a priority, but it can't hurt to aim high, right?

(Heh, I really wish I was a good enough assembly programmer to take this on... 
I'm 
reading a book on assembly atm, but that's the extent of my assembly 
experience...)

Original comment by auntieNeo@gmail.com on 11 May 2009 at 4:16