bodgit / memcardpro Goto Github PK

Card filenames should use both game and publisher codes in the form GGGGPP. Also, the extension should be .raw for GC cards as opposed to .mcd for PSX.

Make sure the MemCardPro GC is compatible with the upcoming Game Cube FlippyDrive when it's released.

The flippy drive is a upcoming solder free optical drive emulator for the game cube that can be installed and also preserves the original optical drive.

https://flippydrive.com/

Pull in https://github.com/inconshreveable/mousetrap which can be helpful for Windows users who might just double-click the memcardpro.exe in Explorer.

Currently creates new 2043 block images, 59 block images might be better if it matches MCP behaviour.

Based on https://github.com/emukidid/swiss-gc/blob/59218b94a16b3690e9a2e32426e2d4925f032e77/cube/swiss/source/nkit.c#L770-L773 F-Zero GX apparently reports its combined game and publisher code as GFZP01 yet my memory card shows the save data uses GFZP8P.

This means if I split the save data based on what the card reports, it can generate filenames that don't match what the MCP expects based on the game disc it booted. I expect the game itself to look on the memory card for the correct codes so it's literally just the filename that is wrong.

Minimal evidence suggests only F-Zero GX so far is affected. Fix should be to just maintain a static mapping table from memory card to disc; on a match use the replacement for any filenames.

With bodgit/gc#1 fixed, allow setting the flash ID on target cards from the source card.

This shouldn't be necessary for MCP, but allows splitting an image from an official card backup and being able to write each new split image back to the same card to test that the image is valid and correct.

Hi,

I've spoken to a couple people on Discord who have been trying to use this tool on VMCs generated with the MCP2, but the tool returns this error:
Error: unable to create PlayStation reader: bad directory frame checksum

I'm not sure if this is a genuine checksum issue with the VMC or not - however they work fine in the MCP2 and MemCardRex can also read them without issue.

I've attached an example VMC with this issue.
vmc.zip

Thanks :)

This could easily just be a me thing, or your instructions are just vague, but I tried the save splitter and it refused to recognize the memcardpro command on either Windows or Linux. I got the memcardpro menu to come up on windows, by pasting the app into a command line window, but from there, the memcardpro command did nothing, whether I experimented on my own or followed your instructions exactly.

And also, the installation command doesn't work, neither go nor install are accepted commands.

If possible, can you make a tutorial on how to utilize this project? I have my GC memory card's rawbackup, GO installed, and even went so far as to install github desktop to try and figure out how to use one of the pre-made binaries but i'm not a coder and am at a loss for next steps.
I have faith in your work but i can't make heads or tails of how to begin splitting my card like you've done in the example gif.

If this is an overstep or too much of an ask, i do apologize for bothering you.
-Max

Swiss as it stands expects a Game ID with the revision number appended to the end. For example when loading Mario Power Tennis, the VMC is created as GOME0101 for revision 1.1 as opposed to GOME0100 for revision 1.0 or GOME01 as memcardpro utility currently produces. Can be fixed by manually appending a revision number however this currently breaks out of the box compatibility with this tool and the Memcard pro GC.