Search results

pllset.exe requested from Blah, and usefull for others of course to :)

Yes, you must put /opt/gp32_gcc/bin to your PATH enviroment, before you begin with the stuff. So first type this: export PATH=/opt/gp32_gcc/bin:$PATH And start again. Also, the files suggested in this very old message, are not recommed any more. Use the latest 3.4.3 gcc, (or the new 4.0), a...

are u sure you unfxe your fxe, fxes are compressed programms, and must be unfxe first. The filesize will blow up (double or more).

In the latest (0.95) SDK, i updated the vsync with a hsync to get less screen flicker then someone is changing the framebuffer. Geepee32 is not suporting the hsync registers, so my setup is waiting endless in a loop. To get the 0.95 SDk version running on geepee32 you must mark out this lines in...

Can someone test the last mirko SDK on real hardware, i need some test results on BLU BLU+ FLU nonFLU units, if the new screen setting is working correctly, also someone pointed out, that someting is no longer working with geepee32, i have no windows to test geepee32, so if someone can find it...

It is not possible to port a c++ programm to c, couse c++ is a lot more than the new and delete commands. c++ is a OO programming language, this means it is working in Objects, c can also handel objects (with structs) but it is not eaven far the same. If the project is small, try to rewrite it...

can you test some examples on real hardware, not an geepee32 ? And press L or R buttons on startup ( while loading one example ) I cant test it anymore, my gp32 was stolen last week :(

If you are using : void gp_addRingsegment( u16 *add_buffer ); libmikmod must render its output to SAMPLEBUFFER1. SAMPLEBUFFER0 is the real played ringloop. Modified by gp_addRingsegment.

My stuff works fine with -O3, so only recompile libmikmod with -O0. But if this will not solve the cracklings, it could : a) your ringbuffer filling is wrong B) there is still a dma bug To be absolutly shure it is the dma bug, its the best way, to pre render some sound bytes, and playback...

To make shure, you are not suffering from a DMA sound bug, recompile all stuff with -O0 This will create very slow, but dma friendly code. If the crackles changes now, its a dma bug ...

A ring buffer with 2 sections is enought. Look at my modplayer irq stuff, it uses the ringbuffer, and no waiting at all. If you do this ringbuffer stuff inteligent there is no waiting, the key is, that you only render the bytes you need, until the buffer is played. So if you call the ringbuffer...

I dont know what the GpPcm... functions do exactly, but you can use the nice ringbuffer routines in my sdk. void gp_initSound( int freq, int bit, int ringsize); To init the lowlevel soundsystem, and create a ringbuffer. void gp_addRingsegment( u16 *add_buffer ); To add one segment to the...

hi pea, you can answer all this questions yourself, do you know the -S compiler switch ? It can produce human readable assembler output, and now its possible to see, how the gcc compiler optimized your source code. Lets compile this code : short shift_it(short a,short B) { return (a>>b); }...

This is a pre 0.92 SDK version http://home.t-online.de/home/mirkoroller/g...092alpha.tar.gz Its now completely cleaned up, and i added the blitting/zooming/rotating lib from CARTIER Matthieu. Some notes about performance: I can give you some numbers, that will give you an idea of the speed...

The main major descission, who wants to lead/coordinate this stuff ? Its true, iam very busy, so i can not coordinate this ... So if someone with enought time, and coding skills, wants to take over, he can do it... Here you can get my last SDK version: It includes (with bugs) blu+ detecting...

If you can create some more example.xxx examples, i can add them, sure...

I think splitting the SDK to a low level, and a high level part, will make it all very easy. I also think, if all stuff is included in ONE sdk, it will make devving a lot easier. And the coder can later chose what he wants to use. Like all low level stuff in : libmirkosdk.a All high level...

to me, mirko @ mirkoroller.de or better to the new maintainer, ( if we find one )

Yes, this sounds good stuff, if something is ready, send it to me... It will be included...

Hi, iam searching for help in programming/devving/testing/writing new stuff, for mirkos SDK. My time is very limited at the moment (i must work on my diploma), and i cant see a time in the (near) future there i get more time to investigate/programm new stuff for my gp32. There is so mutch to...