Save Ram Conversion Utility

[Cephiros]

Here is a quick program i wrote to convert saves between the following types, specifically.
MD/Genesis: OSCR sram dump to kega fusion and back.
N64: OSCR sram, and flash dump to Project64 and back.
Gameboy/Color: OSCR MBC2 sram dump to mGBA and back.

Will likely work with other emulators, But I've only tested with what I use to test dumps.

Open Source Cartridge Reader Conversions.zip

Updated: Fixed bug preventing correct project64 conversion.

[sebala82]

Hey @Cephiros!
First of all thanks for sharing this awesome tool (although I'm having trouble getting it to work, as I'm about to explain now)...
I dumped the roms and the saves of both my Ocarina of Time PAL(v1.0) and NTSC-J(v1.0) copies using sanni's OSCR.
Trying to check, if I could use the saves in an emulator, I was informed, that the file formats aren't compatible as is and that you wrote an awesome tool to convert between the two. Unfortunately both converted savefiles aren't accepted by project64 (current version).
Maybe you (or someone else with experience with sra-files) could take a look at the files? It would be greatly appreciated! (I obviously cannot upload my rom dumps here, if anyone needs them for testing, please let me know!)
Thanks alot in advance!
Sebastian
OOT_Savefiles.zip

[Cephiros]

You are correct something strange is going on, When I get home I will have to look into the code and see if there is a typo or change in the final compile that wasnt there in testing, if you look at the headers in the original its ���˜.�!ZELDA, its supposed to convert to ˜���Z!�.ADLE However for some reason the output is ˜�˜�Z!Z.ADAE, its repeating the first byte in the third position in each 4 byte block, instead of the expected 3rd byte.

[sebala82]

I noticed this aswell but I have no clue whatsoever of how this file format works ;-)
Thanks a ton for your help!

[Cephiros]

Pretty simple really, lest say the save dumped like "1234123412341234", for unknown reasons project64, and possibly other emulators expect the data in the format of "4321432143214321". Stranger yet this doesnt effect all save types, Specifically EEPROM saves read normally from what I have tested..

[Cephiros]

Ive found, and fixed the problem. Go ahead and try the new version in the original post.

Sorry about that.

[sebala82]

It works now!
Thank you so much!

[asveikau]

Hi @Cephiros , I'm just a random onlooker, but given that this is github, have you considered creating a github repo for this tool and adding C# source? Not meaning to tell you what to do but I suspect it may be of more use to the community that way, vs. distributing it as a compiled binary on a discussion thread. Looks like a cool tool. Cheers.

[Cephiros]

I understand this, but truth be told, the code is quickly thrown together(messy) with no notations, its not anything i would feel I want to expose to the world. I made it for me, but posted it in the off chance others can use it. But in any case, I believe everything in there accept the gameboy fix is already elsewhere in code. I will say, if you are really curious, It is not obfuscated in any way. I dont feel a need to protect my code, I just dont think its personally presentable.

[b3nner]

Can this convert snes srm files from retroarch back onto original carts via the oscr? I am having issues with exporting srm files made on retroarch back onto snes carts, i get verification errors.