Search results

>Mr.Mirko - I have read the docs :) But there is no 'stop' function, so I wondered what would happen if I 'pause' thje mod, and then start a new one. Does this result in a memory leak of any kind? No >Is there a mod player available that can do more channels? There are over 200+ different...

1. 4 channels standard amiga mod file format 2. at 40mhz it will slow down your programm about 5%, at 133Mhz, you will notice no slow down at all. 3. you can playback one modfile, and at the same time ( using gp_addSample ) one sample. 4. gp_pauseModfile() set a playing modfile to pause...

I really would help here, but i dont have a blu/blu+, so i cant write/test new blu+ detection/new register settings... If someone knows a way to diff a BLU and BLU+ it would help very mutch...

This is the code i use in my new SDK version ... // Here we must decide what machine we are running on. // 1st we check the bios version // 2nd we check if the User pressed the R or L Button ( this will override bios check ) // R = Blu+ // L = gp32 normal, flu, blu short...

Here are my smc files i use, copy them to lib.src/smfs/ then edit lib.src/Makefile and remove the leading # infront of #make -C smfs and type "make", your new SDK will be build, with smc support. Then jump to the lib/ directory and type "make" too. A new libmirkoSDK.a will be created :)...

You converted your wav to raw sample data, you can use my little program: tool.raw2c/raw2c to convert the RAW sample data to a *.C file.

There is no range checking in my tiled display routine, but you can easely extend it to this. ( have a look to the normal sprite displaying routines )

/* * Realtimeclock driver - gp_timer.c * * Copyright (C) 2003,2004 Mirko Roller <mirko@mirkoroller.de> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either...

tsk tsk... static char in_use=0; is a global variable ? static means, thats it only readable in this *.c file, so its not a global variable, its a local variable to see if the RTC is in use or not. greets, Mirko

The garfield sprite comes with a header, instead of gp_drawSprite((u16*)(garfield+8),x,y,framebuffer,160,160); you can use : gp_drawSpriteHT ( (u16*)garfield, 90, 50, framebuffer, 0xFFFE ); In the header is the size of the sprite stored... Have a closer look to the example and docs.

I dont have a "faulty" blue, so i cant help finding a solution to the screen problem. Someone should play with the following settings in the file: common.c The best thing should be, if someone has a old gp32, a FLU, a BLUE and a BLUE+. And test the new settings. short gp_initFramebuffer(void...

As i dont owne a BLU, i cant check some informations. I use the official settings for LCD registers, from the (offical) pdf file. To1: This "could" be possible, but we dont know if the bug depend on cpu-clock/refreshrate/bit mode, or just some common settings ? All gp32 official games run in...

One little hint, you are loading the modfile to malloc ed memory, start playing the modfile and then free the modfile memory ... You should remove the free modfile, and it schould run...

psp is out, and as you all know, it offers some kind of a mini-cd. ( Its not possible to read or write this mini-cd on normal pc ). But psp also offers a memory stick slot, to store and playback : divx-avis ( H263 divx, not divx 5.x compatible :( ) mp3 savestates And there is a "GAMES" Folder...

watch 3 lines above rTICINT = 0x81; hehe

mencoder can use the ffmpeg divx 4.12 codec, or the XVID codec, i tryed both, the resulting divx/xvid will not playback on gp32. ( Tryed real a lot settings ). There is no alternative to this special divx 4.12 windows codec. It is possible to use windows codecs with mencoder, but i did not found...

???? void gp_setFramebuffer(void *add,int vsync); vsync = 1, and the function is waiting, until the framebuffer is changed. vsync = 0, the registers are changeing directly ( no waiting ) There is no need to wait, before setting the registers, you only need to wait, until the framebuffer is...

The framebuffer is a memory region somethere in the 8MB gp32 memory. You dont need to set the MMU cache (write back) off, for this region of memory, only if you suffer from the gp32 soundbug. Then you "should" set off all caching on all havely used memory regions. If you are unpacking your gif...

#include "gp32.h" u16 *framebuffer = (u16*)FRAMEBUFFER; int main() { gp_setCpuspeed(33); gp_initFramebuffer(framebuffer,16,85); gp_clearFramebuffer16 (framebuffer ,0x0000); int x=10,y=10,z=0; while (1) { short backup; backup = framebuffer[x+240*y]...

Yes, you cant get a 22050khz playback speed, couse you can not set the clockspeed correct. 2148Khz is then the closest thing you can get... I Tryed it: Input XTAL0 Freq:12000000 Output MCLK Freq:128260000 MPS |MCLK |fvco|fi/P+2|PAR1<PAR2<PAR3|P|PAR4| CLKDIV=0x38011; MCLK=128000000...