Search results

Now I don't know how this particular emu is implemented, but if it runs the emulation core at 15 fps and frameskip is 3 that means that the emulator skips the graphics output for 2 out of 3 frames, only rendering the third. That would give you 5 fps.

Given that BOR has been ported to a multitude of platforms, I would guess the code is written in an easy-to-port way, meaning that a GP2X-port should be possible.

I will be sticking with the GP32, I can't justify the investment in a GP2X.

Btw. this is the first GP32 related stuff I code in a while - I missed the whole BLU+ thing. Does this work OK on BLU+, or do I need to make some changes? I use the standard Gamepark lib, and devkitadv.

Recently some crazy people working under the label "Hooy-Program" released Podfather, the first ever demo for the Apple iPod. They also released the source code, so I thought it would be fun to port the demo to our good old GP32! Since the iPod is only 160x128, the demo runs either in a small...

Yeah, ModeX was fun, you could run crazy modes like 320x400, 320x480 etc. I think many games used ModeX even if only running in 320x200 or 320x240 res, because the fact that you could address more than 64k enabled you to do on-card double-buffering.

Yeah, I'm trying to compile on of the examples in the gp32_sdk dir, example.doublebuffer. But as I stated earlier, when just installing the RAR, addidng the path unpacking the SDK according to the instructions, I get the following: C:\gp32_MrMirko\gp32_SDK\example.doublebuffer>make...

Yeah, the SDK is unpacked (the examples I tried to compile is within the SDK-directory). The errors seems to indicate that the gcc-stuff is somehow not configured correctly, but I can't figure out what's wrong.

I downloaded the v2.1 kit for windows from Mr.Mirkos page using the second link (first wasn't working). I got the "arm-elf-gcc: installation problem, cannot exec `cc1': No such file or directory" error with that one. I found the cc1.exe in another dir (\gp32_MrMirko\libexec\gcc\arm-elf\3.4.0) so...

DOH! Ofcourse, I should have thought of that (I even tried to write a softsynth for PC some time ago). Thanks! I just tried it out, and it worked like a charm, took just a couple of minutes of coding to get some bleeps and bloops going! :lol:

So I'm working on my G&W-style game for the PDROMs 2.5 compo. The rules states OK, how do I do this on the GP32? Playing samples I know how to do, but can you somehow get the sound chip to generate a sine/sawtooth/square sound like you could on the C64? If not is there a program which makes...

I'm the coder of GP32Vecx (currently at v0.2) which I assume is one of the Vectrex emulators you tested. Currently it runs at about 40% speed of the real thing, and just as evil_king pointed out, the analog circuit emulation is what is dragging down performance. For every emulated cpu...

I could really use the help of a good pixel artist! I have done some stuff for GP32 and I also develop for cellphones etc. (check out my homepage at http://www.lysator.liu.se/~sdw/) , but I always end up having to either rip GFX or try to draw something myself (which I'm not very good at).

OK, so it's 2 cols only, and this applies to the intro screen aswell?

I'm going to enter an updated version of TunnelGame3D. Btw. I saw both the original announcement on the gbax-compo-page and got an email from Craigix, so I'm guessing other coders have noticed it aswell.

This game is FANTASTIC! Great gfx and the gameplay is exactly like the original Giana Sisters, I guess the team must have put in a great effort the capture the original feeling. So those that complain about jumping speed blabla - check out the original!

I've done a couple of games/demos/emualtors (My GP32 page). Not doing much lately though...

Well, from what I read on the site he has not implemented any graphics etc., it's just the VM, so it would not run any games at all.

Great find, looks like a good candidate for a GP32 port. I downloaded the source and did a quick look throught it, and it seems to be written in a portable-friendly way, so that the main game (BOR.C) will probably not need much rewriting at all. The work will be to port all the gfx/sound/input...

This seems nice, I have problems running many of my old favorite games. Most of the times it seems to be the cracker intro that causes the game not to work, so by using the "right" version I think many games would run. I also think it would be nice to find as many non-multi-load games as...