Slashdot Mirror


Overclocking your Gameboy Advance

An anonymous reader writes "The guys over at Ahead Games are working on an overclock mod for the GBA. They've been able to run it at up to 2x the regular operating speed without any major heat or battery life problems. Now, you're probably asking yourself "Why the hell would anyone want to overclock their Gameboy?" Answer: Super Nintendo emulation. There's already a working beta of a SNES emulator out for the GBA called SNES Advance. The big problem is there's just not enough horsepower under the GBA's hood to emulate the SNES sound chip. This mod will hopefully remedy that."

4 of 295 comments (clear)

  1. gba mod by junkyinny · · Score: 5, Informative

    lack of buttons will be made up by a 2 button combo l1+a l2+b etc.. the forums at http://www.pocketheaven.com/boards/viewforum.php?f =33 have the info. The tests so far are great

  2. Get a GP32 by Anonymous Coward · · Score: 5, Informative

    Why not just get a GP32, you can emulate loads more machines and it looks like GBA soon (it's an ARM as well as the GBA)..

  3. Re:There is another SNES emmulator out there as we by Anonymous Coward · · Score: 5, Informative
    That is a ripoff site. It's just an older version of SNES Advance put up by some asshole wanting to earn link commission. It has no ties whatsoever to the real author.

    SNES Advance was originally called PocketSNES (PocketNES is by the same author, loopy).
    But after that ripoff site appeared he changed the name to SNES Advance and got the www.snesadvance.org domain.

  4. Just need to use dynamic translation by pslam · · Score: 5, Informative
    I hate to be pessimistic, but full speed SNES with sound support probably won't happen on the GBA anytime soon, even with overclocking. My PDA, which has a 400MHz Intel Xscale processor overclocked to 472MHz can only run maybe 5 or 6 SNES games with low quality sound at full speed, everything else skips. Without sound, almost every game will play full speed.

    That sounds like a really slow emulator. It's probably an interpreting one, which means you can expect it to be something like a 100-1000 times slower than the emulated system clock-for-clock. A good example is Bochs, which is pretty damn slow, but the interpreted approach allows it to run on many systems with little porting.

    What you really need for a fast emulator is dynamic translation - rewrite snippets of emulated instructions into native ones, and run that instead. You can get close to a 1:1 ratio of native:emulated clocks, which means in your case you'd have a 472MHz XScale emulating as if it were a 472MHZ SNES.

    There's plenty of examples of dynamic translators about. Transmeta's processors all run a dynamic translator from x86 to some freaky native instruction set (they call it "code morphing"). Java's JIT (just-in-time) is an example of a very similar thing - it translates byte code to native instructions on the fly, but doesn't have to worry about maintaining the virtual system's state, because Java doesn't have the concept of one.

    So yes, it should be possible.