ROM Hack [Release] 3DS_CTR_Decryptor-VOiD

  • Thread starter Thread starter Relys
  • Start date Start date
  • Views Views 649,146
  • Replies Replies 2,226
  • Likes Likes 30
2 things i can think of. does the image offset seem right might be a byte or so off.
Is there an image pallet
you might be reading the colors in the wrong order ex argb , rgba or any order of those.
It's 16bpp, so the color should be with the pixel. I've figured it that it is encoded in RGB565, so that's a step closer.
I'm just not sure how to program it properly.
 
  • Like
Reactions: cearp
the problem is that 7.x crypto requires a firmware SUPERIOR to 7.x. I can implement it pretty easily, you'll just have to make it run >7.X, so glwt.

Curious, what if you were to compile it as a .3ds? Then you could run it from Gateway Mode which will use the new crypto and can have emuNAND 8.1.

Theoretically it would be possible, but I'm not a programmer :rolleyes:
 
It's 16bpp, so the color should be with the pixel. I've figured it that it is encoded in RGB565, so that's a step closer.
I'm just not sure how to program it properly.

shouldn't there be some alpha in there somewhere? or is that in a second/separate part of the file?
 
shouldn't there be some alpha in there somewhere? or is that in a second/separate part of the file?
Yeah, there is an alpha in there somewhere. I'm not too familiar with this, so I don't know which one it is.
I'm assuming it's just 1 bit, and the encoding is more like RGB555, or something.

Edit:
It's most likely the last bit.
 
Curious, what if you were to compile it as a .3ds? Then you could run it from Gateway Mode which will use the new crypto and can have emuNAND 8.1.

Theoretically it would be possible, but I'm not a programmer :rolleyes:
This app requires access to both kernel mode, and the kernel must be patched to allow for complete access to the ARM9 core, and therefore the hardware decryption engine. As Team Gateway will never give us that kind of access, this will never happen.

Or rather, it will never happen on Gateway firmwares.
 
Wait, so ROMs running under Gateway mode don't have full access? Like I said, I'm not a programmer, I don't know the ins and outs - but I know people were able to build SDK tools into ROM format, e.g. PlayCoinSetter
 
Meh I'm still not having much luck. Extracted the encrypted RomFS.bin (both using 3dsExplorer and manually extracting the specified bytes, to check the resulting files matched), xor'd with the xorpad (both using 3dsExplorer and filexorer, again results matched), but ctrtool won't recognise the decrypted RomFS.bin:
Code:
Error, IVFC segment corrupted
Error, RomFS corrupted
 
Wait, so ROMs running under Gateway mode don't have full access? Like I said, I'm not a programmer, I don't know the ins and outs - but I know people were able to build SDK tools into ROM format, e.g. PlayCoinSetter
Gateway allows for the same access as a typical game. As a game can add, and subtract, from the Play Coin total at will, this is within user-mode control, and therefore launchable within Gateway firmware.
 
Meh I'm still not having much luck. Extracted the encrypted RomFS.bin (both using 3dsExplorer and manually extracting the specified bytes, to check the resulting files matched), xor'd with the xorpad (both using 3dsExplorer and filexorer, again results matched), but ctrtool won't recognise the decrypted RomFS.bin:
Code:
Error, IVFC segment corrupted
Error, RomFS corrupted

What game?
 
Hmm, OK. Didn't realize games could *add* play coins too.

So what's the deal with the crypto thing anyway? I thought that just related to the "KeyY" signing of save files. Or basically were every game that shipped with 5.1 and newer actually including some sort of "compatibility mode" that was finally removed with Tomodachi Life?
 
I managed to decrypt my Pokemon Y RomFS but when I try to extract the decrypted RomFS using ctrtool I get "Unknown file". Anyone else have this problem?
 
This app requires access to both kernel mode, and the kernel must be patched to allow for complete access to the ARM9 core, and therefore the hardware decryption engine. As Team Gateway will never give us that kind of access, this will never happen.

Or rather, it will never happen on Gateway firmwares.

Unless GW decides to implement this rom decryption feature in their GW menu
 
Initially with Sonic 2 GameGear VC, but just had the same results with the VVVVVV eshop dump and a scene dump of Tetris.

Are you sure you're doing it right?

create an ncchinfo.bin by dragging your ROM onto the ctrkeygen, copy that and launcher.dat to SD. Run it and let it make your pads.
Extract files from ROM with "ctrtool -p --exheader=exheader.bin --exefs=exefs.bin --romfs=romfs.bin rom.3ds".
place your generated pads in same folder as extracted files, then use padxorer to apply them.
"padxorer romfs.bin XXX-X-XXX0.romfs.xorpad", make sure to use the right romfs pad, it's got a 0 in it.
That will create romfs.bin.out.
Then "ctrtool -t romfs --romfsdir=out romfs.bin.out".
 
I was using filexorer, if padxorer is different then I'll try that, cheers :)

Just did that exactly, and got the same errors from ctrtool :(

Edit: my ctrtool was compiled from the 3dshax repository yesterday, is that the right one/up to date?
 

Site & Scene News

Popular threads in this forum