Converter/re-compiler For Gp2x To Wiz


portcitypetino

Still Fresh
Joined
Dec 10, 2005
Messages
42
Anyone know how to easily convert or re-compile gp2x software to run on the Wiz or if a small little tool for Windows is being developed to do so? I know the Wiz uses the same extension but you cant just drag and drop a program on the wiz and have it work itll just freeze the system. Now i have also heard that you just gotta convert something within the progy for it to work on the wiz. Basically where im going with this is "Nincest64GP2X," which you can find in the gp2x archive site, I know its VERY VERY PREMATIVE as it only runs two demos but i would just like to see it run on the wiz! Not sure if the source is available but if it is then someone can just continue the work and at the same time re-compile it for the wiz and although wont ever run perfect itself it can sure run alot better on it than the gp2x and at least run more than just these two demos. If anyone needs a copy of this just ask me but you can get it from the gp2x archive site (not the wiz site) but i just want to see it converted or re-compiled how ever you wanna put it and from what i heard its easy to just take a gp2x progy and re-compile it for wiz if someone can tell me an easy way ill recompile this myself! Thanks all!
 
Yea can that be done? Just convert it to work with the wiz? Kind of like what they did with the current snes emu. If so how? Hell ill send someone 5 bucks via paypal just as long as AT LEAST the 2 demos (that already come with the emu's zip file) work on the Wiz.
 
He just said no you can't. It generally is a one way process especially as GP2x apps were compile with static linking. That means that even though the CPU architectures are the same and the OS's are both Linux that the binaries use GP2x libraries that use hardware specific code.
 
Technically such thing should be possible - load up GP2X binary, detect and strip down it's statically linked libraries, generate import symbol tables, detect and replace hardware specific code, etc. After a couple months of work it might even work.

portcitypetino: the SNES emu was recompiled from source, not converted with some magic windows app.
 
notaz posted on May 20 2009 at 04:29 AM said:
Technically such thing should be possible - load up GP2X binary, detect and strip down it's statically linked libraries, generate import symbol tables, detect and replace hardware specific code, etc. After a couple months of work it might even work.

portcitypetino: the SNES emu was recompiled from source, not converted with some magic windows app.
yeah but not practical in any sense
 
Last edited by a moderator:
notaz posted on May 20 2009 at 09:29 AM said:
Technically such thing should be possible - load up GP2X binary, detect and strip down it's statically linked libraries, generate import symbol tables, detect and replace hardware specific code, etc. After a couple months of work it might even work.

portcitypetino: the SNES emu was recompiled from source, not converted with some magic windows app.
If you're going to detect hardware access you'd may as well forget about trying to replace static links, which could be to anything... most applications are probably going to be stripped so you won't have a nice symbol table to follow all the external links to. You've had to match against actual functions, should be fun with different versions of the library.

Anything that works out to a Linux interface can be kept the same so long as the kernel/driver in question still supports the same things.. most things that use hardware access or link to SDL are probably just reading the control GPIOs and messing with the video hardware. The simply framebuffer stuff could map to Wiz but the hardware blitter wouldn't map very easily, you could rig the 3D hardware up to do it but it'd be painful and I don't know if it supports all the same features.

Detecting hardware accesses statically would be difficult and error prone, especially since they have to go through a mmap'd device. You'd be better off writing a special /dev/mem for GP2X that intercepts register accesses at runtime.
 
Last edited by a moderator:
Pickle posted on May 20 2009 at 03:11 PM said:
yeah but not practical in any sense
Well not 100% of GP2X apps are open source or will be recompiled by their authors, take Payback for an example (although it might eventually get a port).

Exophase posted on May 20 2009 at 05:15 PM said:
You'd be better off writing a special /dev/mem for GP2X that intercepts register accesses at runtime.
I've been thinking about this approach too.
 
Last edited by a moderator:
notaz posted on May 20 2009 at 07:25 PM) [quote="Pickle posted on May 20 2009 at 03:11 PM said:
yeah but not practical in any sense
Well not 100% of GP2X apps are open source or will be recompiled by their authors, take Payback for an example (although it might eventually get a port"].[/quote]
Exophase posted on May 20 2009 at 05:15 PM said:
You'd be better off writing a special /dev/mem for GP2X that intercepts register accesses at runtime.

I've been thinking about this approach too.
If it were possible to get GP2X binaries to run on the wiz, it would be great. But it would probably take more work than it's worth. =P

Honestly, what would you need an N64 emulator capable of running 2 demos for, especially if you don't understand the concept of programs being built from sourcecode. >.>;
 
Last edited by a moderator:
b1:

I do understand programs from other platforms needing the source to be ported over to another platform. Ive been in this scene since before the original GP32 which i had as well as the MK1 GP2X but ive been out of the homebrew scene for quite a while now and im having to refresh my own memory.

Peter R:

Sorry about that you were right i read what he said too fast obviously, i thought he said you cant recompile without source but you could convert. He said no to either of them of course once again trying to refresh myself in this scene i didnt think there was really a difference between recompiling and converting anyway. I just read it wrong which ive done before sorry about that.

The iPhone being jailbroken (the original iPhone) as well as the Pandora is what really got me back into this scene, and i ended up winning a Wiz off of ebay from the spanish retailer before launch so I had bragging rights for a couple of weeks which i was proud of, i didnt pay much more than what the system cost retail i just sacrificed the nice retail package in exchange for getting the console before retail! So all this adds up to me coming back in the scene. Although i dont have that many posts you can see ive been a member since '05. I sold my GP2X before that "proof of concept," N64 emu came out and i just wanted to get it working on the Wiz, I actually thought the source was available but i guess i was wrong.
 
portcitypetino posted on May 21 2009 at 01:12 AM said:
Pickle posted on May 19 2009 at 10:21 PM said:
no source no recompiling, you cant convert the binary to another binary
Hah correction the Source is AVAILABLE in the same zip file from the GP2X archive site the source is in the "SRC" folder so there you go... the source!

Sources are included:

http://dl.openhandhelds.org/cgi-bin/gp2x.cgi?0,0,0,0,71,2592
It would be rather interesting to see a GP2X to Wiz compatibility layer of some sort, though.
 
Last edited by a moderator:
b1ueskycomp1ex posted on May 21 2009 at 09:49 PM said:
portcitypetino posted on May 21 2009 at 01:12 AM said:
Pickle posted on May 19 2009 at 10:21 PM said:
no source no recompiling, you cant convert the binary to another binary
Hah correction the Source is AVAILABLE in the same zip file from the GP2X archive site the source is in the "SRC" folder so there you go... the source!

Sources are included:

http://dl.openhandhelds.org/cgi-bin/gp2x.cgi?0,0,0,0,71,2592
It would be rather interesting to see a GP2X to Wiz compatibility layer of some sort, though.
Well yea something like an emulator; all i was really getting at was that i recall a while back when i was just snooping around in the forums back a couple months after the wiz was first announced that it will be a lot easier to port something from the gp2x to the wiz than it was for the gp32 to the gp2x as the gp32 didnt have linux and also being that the wiz shares the same extensions as the gp2x (of course when you get right done to it that just a file name that they chose to move on to the next console so that really doesnt mean anything) but as stated earlier there as to be a source to port and there IS A SOURCE for Nincest64gp2x at the gp2x archive page i even posted a link to it in a later post http://dl.openhandhelds.org/cgi-bin/gp2x.cgi?0,0,0,0,71,2592 Everyone said no source no source but there is one and no one has responded since. But yea an emu or interpreter (i guess there the same thing) would be nice for all gp2x apps really!
 
Last edited by a moderator:
You can learn to program now and then in a couple of months you will can compile the source to Wiz. You will have a N64 emulator (that runs only two demos) before someone begins to create the hypercomplex GP2X to Wiz converter. I don't believe this can be useable.
 
Lol, People give up on N64 Emulation. yes on the psp it may reach fullspeed but there are alot of differences between the psp and wiz. for a start PSP uses MIPS (N64 also used MIPS) The wiz uses ARM secondly the PSP has 3 processors main, ME, VME, this gives the psp over 700mhz of power. The PSP having that many processors also helps emulate the N64 as that had 2 itself. the consoles are quite similar. The wiz has one, and the fact that it's ARM is a disadvantage N64 emulation is not possible at fullspeed on the wiz. PS1 emulation is what people should be hoping for. I can't say that was very good on the PSP
 
It reaches fullspeed on the PSP? I dunno.. PSP has two CPUs and I guess the second one is being mildly utilized for audio emulation but I don't think it makes such a big difference.

The big disadvantage Wiz really has is that it has no FPU. Any game that relies on FPU instructions is going to be slow. I don't know what the execution profile of typical N64 games is like so I don't know if there are games that can get away with slow FPU emulation or not. All I know is that when Daedalus added FPU register caching it sped things up a good amount on the games tested.
 
The ME will be used for the main processor and the main processor will be used for other things. They're going to put audio on to the VME. There has been alot of speed up so far with an estimated 70% for the ME stuff and over 30% in other areas.
 
The wiz uses ARM secondly the PSP has 3 processors main, ME, VME, this gives the psp over 700mhz of power. The PSP having that many processors also helps emulate the N64 as that had 2 itself. the consoles are quite similar. The wiz has one, and the fact that it's ARM is a disadvantage N64 emulation is not possible at fullspeed on the wiz. PS1 emulation is what people should be hoping for. I can't say that was very good on the PSP
uhh.... the PSP has a PSX emulator made by sony, last time I checked, that ran almost flawlessly.
 
Last edited by a moderator:
Back
Top