[lib] libgbpak - a Transfer Pak beta library and dumping-tool v0.63.2

[saturnu]

no ^^ it doesn't require a microsd card.
the errors mainly mean, that the connector is dirty :>
the file should be in '/GB64/romtitle.gb' and hopefully has some bytes in it?

EDIT: found another sdcard in my camera, it looks like the sdcard isn't the problem. :/

hm,
the whole system freezes right after
diskWrite(begin_sector, (void *)0xb2000000, file_sectors);
even with the non-dma
fatWriteFile(&rom_data, gbcart.romsize/ 512);
it hangs

it's working randomly, so it can't be completely wrong this way. ^^

the dumping isn't the problem, i can readout the data with usb just fine

[saturnu]

Hi,
the save bug is fixed!
here is the first working preview rom. i've still disabled ram dumping, 'cause of security reasons. ^^
i don't want to mess with your savegames, without testing it by myself before.
the rom is saved under the '/GB64' directory and named after the title.
if you want to give me some feedback/bugreport, please copy the information from the info screen, too. :>

install: copy the GB64 folder to the root of the sdcard.
gb64_v02.zip

[robneal81]

Just tried it with Mario Land 2.  It dumped a .gb rom perfectly.  I'll gladly test a version for the save game as well...I don't care if mine gets messed up.

Great job!

[Paulweeze]

I got it to work! Just dumped quite a bit gb games and playing it on an emu. I was also able to dump the menu of one of my multicarts. Thanks Saturnu!

[saturnu]

I'll gladly test a version for the save game as well...I don't care if mine gets messed up.

hrhr ok...this version is for the brave and faithful, ram dumping it's totally untested and probably doesn't work at all.
don't blame me if something bad happens with your savegames!
gb64_v02e.zip

[robneal81]

Okay, I dumped both the save games and the roms of Super Mario Land 2 (GB) and Zelda Oracle Of Seasons (GBC).  Here's what I found:

- SML2 dumped perfectly.

- The file Zelda created worked, however it was dumped as ".gb", not ".gbc".  Absolutely not a big deal, just thought I'd let you know.

- Both save game files were dumped as ".srm".  I had to change them to ".sav" in order for VBA to detect them, but they both worked perfect!

- I tried the original cartridges on my GBA and using your software did not correct the save files: The cartridges still worked perfectly.

So far, it looks great!  I only have one suggestion:  Instead of having it say "power off" after it's done, could you have it go back to the main screen?  Maybe have it say "Hit A to go back", or something like that? 

Thanks for the great work!

[Paulweeze]

- The file Zelda created worked, however it was dumped as ".gb", not ".gbc".  Absolutely not a big deal, just thought I'd let you know.

Did you have to rename it .gbc to work in an emu?

[robneal81]

Did you have to rename it .gbc to work in an emu?

Not for the emulators I tried, but I imagine some would require the change.

[reprep]

.gb, .gbc difference is for software only i guess and to avoid confusion. no real effect on any emulators/hardware etc afaik.

[Paulweeze]

.gb, .gbc difference is for software only i guess and to avoid confusion. no real effect on any emulators/hardware etc afaik.

True statement. Just dumped super mario deluxe and it worked on vba.

[saturnu]

i'm totally amazed that it's working.
but not every savegame is the same, some are bigger, some are smaller and using other memory bank controllers. ^^
appending a 'c' to the file extension is fixed in minute. ^^
btw. the 'power off' is just a note, 'cause the previous 'Z - Exit' didn't work after writing to the sdcard.

[adimifus]

Tested with Pokemon TCG. The ROM dump loads fine in bgb and Everdrive GB, but the save dump doesn't load in either bgb or on the Everdrive GB.
Dumped SAV again, and works fine now. 
Super Mario Land 2 ROM and SAV dumps work fine.
Legend of Zelda DX ROM and SAV dumps work fine.

[saturnu]

thanks for the report.
it seems like a good idea to compare a few dump results in a next version of this tool, so it could alert the user, if there is a bad connection.

[adimifus]

It's weird. I looked at the first save dump I made in a hex editor, and there was a lot of text data that pertained to the game (namely deck names) but i guess it was corrupt enough to not be recognized by the game. All subsequent dumps I've made worked fine the first time, both for ROMs and save data. Maybe the dump compare thing could be an option?

One strange thing that happened was I accidentally dumped a game twice in a row, and somehow a duplicate file was created with the same file name. It doesn't show up when I look at the ad card on my computer, but it's still listed in the everdrive menu. And if i view the file using the everdrive, there is data like the file is actually there. (maybe it is? But why can't I see it on my pc?)

[Paulweeze]

Thats weird. When the file duplicates itself, you can generally see it in your computer. When you go to delete both, it doesn't actually get rid of it until you leave the folder and go back (at least in windows). Btw, i found out that the multicarts i dumped retain the game that the header is named after (and have a different checksum). For example, for the 37 in 1 if you choose pacman sce, you can play it. Anything else softlocks an emulator. And I finally got a pokemon save to save  . Had to rename it .sav for visualboy advance but at least I can set these saves aside for when I get a edgb. I appreciate your hard work Saturnu!