Search results

I actually never used the original SDK... littlegptracker is solely based on adaptation of your SDK (I mainly tweaked the font routine to b faster & the sound API). It's been amazingly helpful ! Big Up// Ayyyyyyyyyyye

I have actually no idea.. the current version is totally workable (although all functionalities I wanna bring in are far from being present) and there's already people doing tracks with it. What stops me mainly from releasing it is that I don't wanna spend time explaining how it works. If people...

Don't worry.. it is just a temporary hack before I implement a sample pool...

The processor is actually pretty fine.. so far sample playback of 8 trackz only take about 40% of CPU at 133Mhz.

I'd say the value is a divider ... so 1/32 would be: %10000010 result in 1/32 timer But frankly; I'd write a wrapper fonction doing.. way more easy :) unsigned long myRTC() { return getRTC()>>1 ; } ;

You are totally right about the non-specific sound of the GP32's interface although you might argue that each program develops its own 'sound' part of the way it's been programmed. For me, the main attraction in developing the piggy are: + Complementary to the gameboy: By synching those two...

Yeah.. J. .. I say it once again, this is onehellova release.. post it in LJ/LGPT too !!!!

Wow.. that's nice ! Any pointers? :) Thanks Squidge !

Hi there !!! I would like to know if there's anybody that has found a way to do some kind of debugging in the GP32... my guess is no but I thought I asked. Even some kind of a tracedump when some wrong mem access would be cool; Then I am wanting to know if anybody has a fileselector library...

Are you sure it is because the CPU is sleeping that you get the clicks ? My app clicked mainly wgen clearing the framebuffer to display a new image. Strangely enough putting some wait loop in the clearing did solve the problem. See http://www.gp32x.de/board/index.php?showt...ndpost&p=254392...

Nice ! It will certainly cover my needs for the very short term ! Yeah.. that is where I was heading. It is nice & cross-platform already so minimal touch up should be needed to compile it for the GP (mainly file operations). I'm just a little ennoyed that the only rendering scheme seems to be...

I'm looking for a tiny XML parser that can easily be ported to the GP, i.e. that does not rely on stdio.h. Any hints ? Thanks !

Thanks pea, I had the routine ready to use on my desktop already and my question was directly related towards wheter or not I should include it. I don't do much copy/fill (after all, music apps are more about calculations) but already filling memory by ints rather than chars made me gain a few...

Hi there, In my app, I was suffering of the infamous sound bug where if I started playing with the app's UI while it played sound, mini clicks would pop in. After tracing the code a little, I discovered the main problem came when clearing the framebuffer to display the UI. To clear my 8-bit...

Man .. that's a bummer ! It is a no go for me then..;

Ok.. I'll give it a try. I actually NEVER downloaded the original SDK. Thanks

Can I *mix* the sdk's ?

Does anyone used C++ exception for GP32 dev ? I'm thinking about the best way to cope with solid error management. I could do classic error returning API but since exceptions are there, why not use them.. so far, I had no trouble with any of the C++ features I've use, which is a real pleaser...

Hi there..; looking again for clues in the new world of the GP32... It seems that when I write to the SMC, it is for awfully slow some people . Using Mr. Mirko's SMC equivalent to fopen, fwrite, fclose... it takes up to 16 seconds to write about 15k. Mine does it in about two seconds (still...

I've never cared about differenciating the two units for gfx init and it seems to be ok. Would that be because Mr. Mirko's SDK is doing it for me ? Or did I get lucky and go only people with blu+ ?