Search results

Actually you have basically 2 choices: Gamepark SDK (GP32 and also Windows). Mr. Mirko SDK. If you want to code in C++, go for Mr. Mirko, if you only want to code in C, you can choose Gamepark SDK and install the Windows library. It's the best choice if you want to use a debugger. If you want...

When I define bit constants I always use hexadecimal notation as it is more readable. Ex.: #define A 0x01 // Bit 1 #define B 0x02 // Bit 2 #define C 0x04 // Bit 3 #define D 0x08 // Bit 4 #define E 0x10 // Bit 5 #define F 0x20 // Bit 6 #define G 0x40 // Bit 7 #define H 0x80 // Bit 8...

I don't know, but I hope you made a mistake and wanted to say malloc(), calloc() or similar instead of memset()!! Because if you initialize your memory instead of allocating it, you we'll end having a lot of troubles!! Oankali

I agree with you. At the moment, I have not ported anything. All is custom made. I found it more satisfying. But if one day I find something I like lot, I don't discard porting it :lol:

On some computers, you can have Geepee32 crash if you have your screen in 24 bits colors. Try 16 bits colors. Well that's something that happens to me at work, and not on my notebook.

A long, long time ago I promised I will prepare some tutorials to setup the Gamepark SDK as I use it. At last I've done it :) Here you can find 2 tutorials. One to setup devkitARM with the Gamepark SDK including 16 bits libs. A second one to setup VC++ 6 with Gamepark SDK for Windows. A test...

I agree with you, that's why I have started some tutorials on my webpage to setup the Gamepark SDK. I didn't anounced it before because I'm still working on them. Today I will upload the second one.

I don't know how Zot works but in GP32 programming colors have an intensity bit, and when you want to use a color as transparent, the intensity bit must also match. Just an idea.

For my config files I use my RIFF lib that is a personal implementation of the RIFF format file. With this lib I can store score tables, options and whatever I want without problems. I can even upgrade game options or some table scores automatically, even if new options have appeared. The lib is...

If you are begenning with that, you should use devkitARM as it has a newer and faster version of GCC.

I think you should use gm_sprintf() instead of sprintf() as it is included in the official GP SDK. By the way Rattboi, have you seen the new version of my OKF Font Engine? One of the additions I've made is specially for you: see the okf.background structure and related functions. It's your emu...

Why haven't you used the oficial SDK for Windows? A lot of functions work correctly, even SMC functions, for some I had to prepare a very small compatibility source file.

I have translated to english the Readme.txt of my game Pyramids 2 (will be the last version). Is there anybody so kind to have a look at it and correct it? PM me with your address and I will send you the file.

You can't use VCL, but I suppose you can compile GP32 aplications for windows if you use the Windows oficial SDK as I do with VC++ 6. When all testing and debugging is done, you then compile with devkitARM (newer GCC version then DevKitAdv) to final tests on real hardware or GeePee32.

Jump & Bump is 2-4 players.

I don't think Synkro is saying that we have to prepare our functions as if 0,0 was bottom-left. He only says that bitmaps in memory should be like this, exactly as it is actually with the official SDK. That way, if you embed bitmaps in the FXE you don't need to allocate more memory to rotate...

My functions are designed to work with the official SDK. I've done my best to make functions parameters list compatible with it. For example, here is the declaration of the final function I've integrated in my graphisc lib: int TransFade16(GPDRAWTAG *gptag, GPDRAWSURFACE *ptgpds, int dx, int...

If we refer at methods 3 and 4 we can see that 3 is faster than 4. So *32 is faster than <<5. In reality, I used the alpha LUT splitting trick only in two of my functions where the level of the alpha chanel is the same for all pixels, as in fadein-fadeout effects. For al other functions I have...

I think that initially the goal of Mr. Mirko SDK was to provide some low level routines to coders, and my font library is not so low level. Some time ago, I proposed him to implement in his SDK the first version of my font routines but I think he was to busy at this moment completing his SDK and...

Well, inspired by the example of Pea, I've been benchmarking different solutions and I got very suprising results. At the end you'll find the complete code of the winning solution. But first, the strangest thing is that I got different results depending on the order I put the functions in the...