GP32 Os9xgp 0.3 Gp32 Bluplus


gametux

Still Fresh
Joined
Mar 29, 2005
Messages
58
Age
55
Location
Germany
Website
Visit site
I am a newbie to GP32 (since last week we have two 166 BLU+ from gbax).
I have a question about os9xgp. There is the source code for os9xgp 0.3 and I have found some information on this board about necessary changes from blu to blu+. Is anybody working on this? I have also found, that some programs are allready compatible with BLU+. What were the necessary changes to the code? Thank you.
 
The changes will need to go in the LCD init code, I have not seen the source code for os9xgp so I have no idea what function it is using to init the screen. It maybe easier to take the LCD init code from mr mirkos sdk and change the LCD init calls in os9xgp to use that function instead.
 
ohhh boy, once finished in this program modification excersion, would you mind sharing it? I got my blu+ specifically for snes emulation, I wasn't aware of a blu+ model of the gp32 when I ordered mine... so I got shafted. I'd EVEr so much appreciate it.
 
All that will probably need doing is a slight adjustment of the porch values in spivs graphics library (if that is what it's using). Shouldn't be too hard.
 
Wow, good news.
Once you got OSNES9xGP to compile, you could continue to optimize it.
All there's left to do is doing the sound mixing in assembler, as it currently is being done in C and thus the slowdown of the emulator.
That's why it runs fast without sound.
 
Yes, that's right gametux, you are now the official "person working on OS9xGP"! You must fix everything that is wrong with it to our satisfaction, disregarding any other duties that you may have (they cannot be nearly as important).

If you do not do this you will be ostracized from the community. :)

Have a good day!
 
gametux posted on Mar 31 2005 at 08:58 AM said:
I suspect (so far) that os9xgp uses MrSpiv GP32 initialization routines. Thanks for pointing me in this direction.
Now I have to setup my cross compiler ;)
Link to os9xgp source code


While poking around in there you may want to change the background gamma to be correct. Right now it is set for NLU and the blacks are too washed out no matter how it is set in the menu. This is a common problem in many programs on the GP32.

Here is the solution that came from Reesy:

"The intensity bit makes all of the colour brighter, this was useful for the old NLUs but gives washed out blacks on the new BLUs. All I did to fix it was NOT set the intensity bit.

GP32 pal data is 16bit in the following format

RRRR RGGG GGBB BBBI

So before to set full red I would use 0xF801 - 1111 1000 0000 0001
but now I use 0xF800 - 1111 1000 0000 0000
I simply do not set the intensity bit."
 
Last edited by a moderator:
Maybe I'm just being mean and pessimistic, but from the clues it looks like even I would be more qualified to fix it (I am no good at all when it comes to coding), so don't get your hopes up.

EDIT: Hmm, didn't see his website. Maybe he IS more qualified.
 
Hi,

I'm having a crack at trying to compile this now. Unfortunately my limited knowledge of C is letting me down. Through out the source __GP32__ is defined and I can not for the life of me find where it should be defined. I've noticed that in the makefile yoyo references a file called gp32.mk.nest but in my devkitadv install I only have gp32.mk, could __GP32__ be defined in this file maybe?

Any help would be appreciated.

Reesy
 
maybe you just email yoyo and ask him for his compiler settings, etc...

he updated his page (doomZ) on march 29, 2005.
so it seems he's still alive and working.....
 
Don't worry I just found it in the makefile, don't know how I missed that.
 
Reesy posted on Apr 8 2005 at 09:52 AM said:
Don't worry I just found it in the makefile, don't know how I missed that.

Did you manage to compile it?
That would be awesome :)
 
Last edited:
Reesy posted on Apr 8 2005 at 08:52 AM said:
Don't worry I just found it in the makefile, don't know how I missed that.

Where is it in the makefile? Do you get an error about compile fail at xlatgpsnes.o (No rule to compile...)?
 
Last edited by a moderator:
It was in the following line all along, so it was not causing a problem anyway.

export CUSER=-DLITTLE_ENDIAN -D__GCC__ -D__GP32__ -DFRAMESKIP $(INCDIRS) -fexceptions

No joy in compiling it for me, it just falls over everywhere. Saying it cant find files header files. I checked and the header files are there but in a sub directory. So I'm not sure if yoyo used to just ignore those errors or not.

The only thing to compile so far is gpmain.o, its got hundreds of errors in the next object which is gpsnes9x.o. I've probably got a different build of devkitadv or something.
 
Into the os9xgp directory I extract devkitadv Release 4 (latest for Linux) and the gp32-devkitadv-patch-002b.
Changes to makefile (1st three lines):
TARGET = /home/carsten/develop/GP32/os9xgpbeta
BINDIR =
INCDIRS = -I . -I snes9x -I 3dngine -I Interface -I MrSpiv -I generatePPUasm -I libmodplay -I openspc++ -I os9x_asm -I spc -I tablesgen -I zlib

The INCDIRS lines solves the INCLUDE errors for me.

Changes to gpsnes9x.cpp - two lines of inline asm because of gcc from __asm .... to
__asm__("nop;nop;nop;nop;nop");

I get so far gpmain.o and gpsnes9x.o :)

GP32 devkitadv Patch
devkitadv SourceForge
 
Cool you are getting there then :)

I'll download the devkit you've suggested and see if I can't get any more compiled. I'll let you know if I get anywhere but you seem to be making alot more headway than me.
 
Back
Top