nesdev.com

I made a Visual Basic 6 program that converts GBS files to GB files, using the GBS Player 1.02 setup. It's mostly to make quick-change debugging easier on me, but if someone else thinks it could be helpful, then great.

Source code is included, so if you want the stuff at 0x150 - 0x400 to be relocatable in the program, and the 0x101 jump reprogrammed to match, you can do that yourself. I don't claim to have made the GBS player coding.

_________________
NSFs I've ripped:
http://www.angelfire.com/nc/ugetab/

A Searchable list of NSFs from other sites. In Internet Explorer, go to Edit>Find (on This Page)...
http://www.angelfire.com/nc/ugetab/NSFList.txt

Hope we can get Pokemon Yellow soon.

I would also like a rip of Mole Mania(if you've even HEARD of it!)

I have done Pokemon Yellow (I hope everything is there).

http://www.snesmusic.org/hoot/kingshriek

Hey, I see you've recently ripped 'Project S-11', thanks for that.

Doesn't seem to work in Audio Overload.

Neither does Game & Watch Gallery 1

Pokemon Yellow should work now. All was needed was to force switching in bank 0 to switiching in bank 1 in my bank handling lookup table. Very common cause (along with switching in of missing banks) of rips working in some players and not in others. Thanks for letting me know.

A stranger incompatibility is with my Last Bible 1 & 2 rips. They both cause Audio Overload (2.0b7 - Windows) to crash but work fine with NEZplug.

Last Bible seems to have a header issue - I used a hex editor to replace the first line of hex with that from Pokemon Yellow and AO didn't crash(though it couldn't play it either.)

I'd change my GBS sound engine (used in Audio Overload) to convert bad bank values to good ones if I knew what conversion to apply. I'd just use modulus (as the hardware would) except GBS files can have a non-power-of-two number of banks. It seems the correct thing to do would be to apply a modulus based on the number of banks in the original cartridge. Sorry that I never cleaned up my GBS debugger and released it.

You can probably just pad the file with $FF (excuse me, 0FFh in Intel syntax because the Game Boy processor is a customized LH-0080, a Sharp clone of a Zilog clone of an Intel design) to the next power of two bytes.

The GBS format doesn't specify a MBC (memory bank controller), unlike the GBR format, so a max rom size isn't defined.

NEZplug assumes MBC1 w/ a 512KB ROM/32KB RAM maximum (ROM bank # is modulo 0x20) for GBS files. MBC1 doesn't allow switching in bank 0 into $4000-$7FFF, and will switch in bank 1 instead.

It would probably be a good idea to switch in bank 1 for both bank 0 and bank 1 selections. Most MBCs exhibit this behavior (all except MBC5 I believe).

Thanks for the info kingshriek, especially the bit about bank 0. I had already found that Tetris DX and Wario Land 3 rips failed if you didn't either ignore bank 0 requests or use bank 1 instead. But what is the correct bank masking behavior? Perhaps I could (virtually) pad the input data to 512K. I really wish the GBS spec were clear on this matter.

Sorry for the bump, I was hoping for 2 things:

a Spanky's Quest GBS rip
(you know it in not JUST on Snes, but on GB too!)

And

a GBS (or GB) to MIDI converter!

That is what I wanted so much,
but that is all unless I want something more

Thanks

-Hamtaro126

I'd love to see Mario Golf ripped.

_________________
Here come the fortune cookies! Here come the fortune cookies! They're wearing paper hats!

and more harvest moon goodness

Mario Golf was ripped by kingshriek a long, long time ago.
http://snesmusic.org/hoot/kingshriek/

Would be good if before requesting a rip any of you'd check my GBS rips listing:
http://snesmusic.org/hoot/temp/gbs.html

I try to update it as soon as I find any new GBS files (though yes, it doesn't have latest kingshriek update, will fix that tomorrow).