Recent content by doccaz

That sounds amazing! I was already using a SD2PSX with the COH keys, but it is really annoying not seeing the game ID, so I kept going back to using a SYS2X6 and/or backup COH cards written with my utility. Using the boot VMC for a menu is genius, great idea! I haven't had much time over the...

There are only two electrolictics, but they're worth checking. There's a full recap kit here: https://console5.com/store/sega-naomi-net-dimm-smd-cap-kit.html But anyway, i'd first try de-casing the netdimm and connecting the boards directly, then check the capacitors, then the buffer chip like...

Error 22 is usually either a connection issue between the NetDIMM and the NAOMI, blown capacitors or a blown buffer chip. I'd first try to de-case the NetDIMM and connect the boards directly. It's common for the NIC card to be disconnected by accident.

Even though the cards themselves have the same hardware, they differ on the keyset used, like the "COH" model used on System 246/256. What are the models on the backs of these cards? Also, I've read that the SCII card doesn't use the standard filesystem. Putting it into a PS2 basically destroys...

Have you tried clearing the network settings on the DIMM menu and setting the IP address again? If it fails to save the info, you might have a busted NetDIMM.

Out of curiosity, can you validate if these bytes are correct for the FileKey and the HeaderData XOR on the boot.bin you provided (this is printed from inside meDecryptDiskContentKey())? Just trying to pinpoint where exactly this is going wrong...

I'm doing it with native Linux and mingw64, patched a couple of things to make it not complain about autotools and some newer GCC complaints. I also compared the resulting binary behavior after compiling it with a (very old) distro to cross-check I didn't make any boo-boos. So far it works fine...

Mine matches these. I also added all the keysets and made them selectable. I think I matched these hex values with the wiki a few dozen times now, but we never know... 8|

Thanks for this. I now have something to compare against :)

So, the "unsign" operation is just pasting those 32 bytes to 0x28? Or would you need to decrypt something using those bytes? Ahh, now that makes sense on why just moving those 32 bytes from the original boot.bin to the new one works. Thanks for the explanation. Weird, I'm getting different...

I did save mine, and if I put back the boot.bin from the backup, it boots as expected :) I still want to get the re-signing thing done correctly though.

About AnthonyPS2: it contains all the ps3mca code (with the wrong keys) and requires the WinUSB drivers (it needs to load the "WinUsb Device" built-in to Win10). It only does 4 things: read from card, read from file, write to card, write to file. No single file manipulation, only full card...

I took a look at those two... The first one is a tool to merge ECC data into dongle images taken from MAME. Not the case here. The second one is interesting. It requires a copy of ps3mca-tool.exe with the proper keys (of course), and libusbK drivers for the PS3 MCA USB adapter (which I found...

So, after quite some time I finally got all the pieces together: COH dongles, the Sony USB reader, and the software. I did compile ps3mca-tool and got it talking to the COH dongles (so I guess I got the correct keys). So, just for kicks I formatted one my spare COH dongles, copied the files...

I found this one almost by accident: https://github.com/elepro/Anthony It appears to be the entire ps3mca tool with the retail keyset and a new GUI for Windows, and it's being actively maintained (see the "AntonyPS2" directory).