Search results

If you want a library that you will include at compile-time, then yes. But as you mentioned dlls, then you want a dynamically loaded library. This is more complex !!!!! (and I don't have a clue how to do it, sorry).

Devkitadv is not that bad, but it uses an old version of gcc. Devkitarm r8 for example, uses gcc 3.4.1, which is very recent. So it's a better ide. Bit I think you would be able to use your scripts / user-interface easily with it. To set it up, have a look at...

gm_availablesize() will give it, in bytes.

Oh sorry ! I did receive the email, but with the 16days compo, I didn't really had much time lately... AS is the assembler from gcc. But I didn't remember, the command is arm-elf-as. So to compile this source, you have to type: arm-elf-as -o asmsource.o asmsource.s

Actually, I already sent him some of my routines. But anyway, here's the mail I sent to Puck2099: I also have some fast zoom blit routines, tell me if you're interested.

Yes, no problem. Send me an email at matkeupon@wanadoo.fr

Well, my routines use 90° rotated pictures (as the official sdk's functions). But getting rotated pictures is not that hard, for example GP32converter 1.3 (by edorul) will rotate the pictures.

Actually I have some functions written in asm that could help you. But I don't know if there are 8 bit blitting functions in Mirko's sdk.

There are functions to blit 8 bit sprites with the official sdk. GpTransBlt for example will blit a sprite with a transparent color.

:)

Looks nice, really ! :) I'm very glad to see people is using my program. And I agree about the resources system, it's not really flexible right now. But this is the first release of the editors, and that's why there are so much things missing. And the palette stuff is quite complicated, I...

Looks ok.

Right, this is better, but still there is something: Here you typed ++i, ++wd, which will increase i and the address pointed by wd BEFORE you enter the loop. So the 1st sample will not have its volume modified.

Well, I just believe 128kB for a lookup table is enormous regarding the time it will save you, which is none in fact. Using a lookup table makes the Gp32 read a value at an address (which can take some time considering that cache misses will occur most of the time as you'll never be reading the...

A lookup table is not recommended in that case (65536 * 2bytes (because the results are 16 bit) = 128kB used just for this array. Instead, use an easier (and faster also) method: Insted of just shifting the bits, you could just multiply your value by a constant, and then shift right. 2000 >>...

Your array is considered as a byte array I guess. When you access it using pos, it should read only the 1st byte, which is not good. Don't know why it works the 1st time though.. But I think using this it should work: A = ((unsigned short *)(array + (pos >> 1) ); pos += 2; B= ((unsigned int...

A fixed-size array for sounds is not a good idea, as your sounds won't all have the same length (a guess, but I think this is why the sizeof is there for). Instead your should create a structure like this: typedef struct { unsigned short *sound; int length; } s_sound; Then you would declare...

Does anyone know if it would be possible to use some usb pad on Gp32 ? Some of them don't need power I guess, but I'm not sure. Would be interesting.

The other is not a contest to make a beat them up, it's a contest for a bor mod. Too bad :angry:

There is something you have to know.... Do you really think that in the videogame industry, they would retype all their games from PS2 to Xbox and GC ???? Do you really think that because they have good keyboard configs they re-typed everything so that it would look EXACTLY the same ???? No...