Recent Posts

Pages: 1 ... 8 9 [10]
91
General Discussion / Re: Progress on N64/GBA save support?
« Last post by jvh147 on 28/Oct/2017 09:47:15 PM »
Hello, The following is based on BizHawk Mupen 64 Core exploration done a while back..  :)

Mupen64 uses its own format for savedata where all savetypes are stacked together into a single file.
To import a save, one needs to hack the raw save data into appropriate offset. I have included the Mupen64 method used for loading save ram and the offsets/file sizes needed.

Code: [Select]
EXPORT void CALL load_saveram(unsigned char * src)
{
memcpy(eeprom, src, 0x800);  --> Size 2048 bytes
memcpy(mempack, src + 0x800, 4 * 0x8000); ---> Size: 131072 + 2048 = 133120 bytes
memcpy(flashram, src + (0x800 + 4 * 0x8000), 0x20000); ---> Size: 131072 + 2048 + 131072= 264192 bytes
memcpy(sram, src + (0x800 + 4 * 0x8000 + 0x20000), 0x8000);  --> Size: 2 * 131072 + 2048 + 32768= 296960 bytes
}

One can use it by first creating an empty Mupen64 (stacked) save file and then separating and reconstructing the offsets with eg. gnu head/tail/pipe redirection commands.

Eeprom works just by renaming the raw save file because it is located first in the stacked save file.

The previous is of course after possible byte-swapping.
92
General Discussion / Re: Progress on N64/GBA save support?
« Last post by Limero on 28/Oct/2017 06:57:49 PM »
Your save works in PJ64 after saveswapping with the ED64-Saveswap program.

Slot 1 is Link
015 12 hearts (10.5 filled)
3 stones, 3 medallions

Slot 2 is DAVID
033 18 hearts
3 stones, 6 medallions

Slot 3 is David
000 4 hearts (3.75 filled)
1 stone

You might want to try a different emulator like PJ64 and/or use the original saturnu ED64-Saveswap program.

On a somewhat related note, don't use the bkacjios OOT Save Converter page to test PAL saves.  It doesn't seem to fully work with the PAL saves.  At least it gave incorrect info on the couple saves that I tested.

Good Luck!
Thank you!
After testing, the save once converted, works in PJ64. The Python tool gives the exact same output as ED64, so either can be used. I however, found the Python one to work better, as Pokemon Stadium 2 gives an error when trying to convert with ED64.

I still can't get it to work in Mupen64 though, a deal braker as a Linux user :(
93
General Discussion / Re: Progress on N64/GBA save support?
« Last post by skaman on 28/Oct/2017 06:03:07 PM »
Your save works in PJ64 after saveswapping with the ED64-Saveswap program.

Slot 1 is Link
015 12 hearts (10.5 filled)
3 stones, 3 medallions

Slot 2 is DAVID
033 18 hearts
3 stones, 6 medallions

Slot 3 is David
000 4 hearts (3.75 filled)
1 stone

You might want to try a different emulator like PJ64 and/or use the original saturnu ED64-Saveswap program.

On a somewhat related note, don't use the bkacjios OOT Save Converter page to test PAL saves.  It doesn't seem to fully work with the PAL saves.  At least it gave incorrect info on the couple saves that I tested.

Good Luck!
94
General Discussion / Re: Progress on N64/GBA save support?
« Last post by Limero on 28/Oct/2017 05:20:34 PM »
I've backed up most of my PAL Nintendo 64 games with v0.23h and those with saves in .eep works in RetroArch/Mupen64Plus just by renaming the save to .srm. I can't get .sra and .fla saves working though, even after byteswapping with the Python tool linked earlier in this thread and then renaming.

Can someone check if my save is correctly dumped? The save is for OOT v1.1 PAL, MD5: d714580dd74c2c033f5e1b6dc0aeac77
Unmodified .sra directly from Retrode:
https://www.mediafire.com/file/nw49n59lccd4o2l/TheLegendOfZelda.NZLP.sra
95
General Discussion / Re: SNES Enhanced Cart Support (FW v0.22)
« Last post by skaman on 28/Oct/2017 07:52:20 AM »
I modified the Enhanced Cart Adapter PCB layout.  The new PCB uses only the center 46 pins and places all of the components on one side as suggested by Matthias.  Functionality in the Retrode is the same as the original layout.  The new PCB fits into a standard SFC/SNES shell.

Here are pictures of the new PCB and an assembled adapter:







96
General Discussion / Re: Progress on N64/GBA save support?
« Last post by skaman on 23/Oct/2017 09:29:43 AM »
@skaman any updates on public release for N64 save compatibility?
We're close to a public release but the firmware won't be released until all known bugs have been squashed.

The BETA testing group has been great at testing the firmware.  The testers have recently found a few carts that don't work properly with the cart heuristics code.  The problem carts are PAL versions that I do not have so I'm relying on the testers to verify fixes.  A potential bug was also discovered related to the Config file which requires more investigation.

I'll be testing the firmware this week to look for solutions.
97
General Discussion / Re: Progress on N64/GBA save support?
« Last post by BadHombre on 22/Oct/2017 06:04:22 AM »
@skaman any updates on public release for N64 save compatibility? Thanks for all that you have done and all that you are doing!
98
General Discussion / Re: Multiple Retrode Controllers with Linux
« Last post by Limero on 22/Oct/2017 01:51:58 AM »
Since Linux kernel version 4.12, it should work correctly automatically.
http://www.hadess.net/2017/07/gaming-hardware-support.html
99
General Discussion / Multiple Retrode Controllers with Linux
« Last post by Zathu on 21/Oct/2017 04:58:47 PM »
I came across this thread indicating a patch was happening to allow multiple controllers to be recognized properly in Linux, did this make it out anywhere? My Retrode 2 shipped with the 0.20 firmware, but I'm seeing all controllers as one device.

I'm also seeing references to 0.23* firmware on the forum, but only seeing up to 0.19 available on retrode.org. Where can I find the current firmware repository? Thanks!
Pages: 1 ... 8 9 [10]