Homebrew Official [Download] Decrypt9 - Open Source Decryption Tools (WIP)

  • Thread starter Thread starter d0k3
  • Start date Start date
  • Views Views 935,199
  • Replies Replies 4,476
  • Likes Likes 71
I just did some more reading on his thread and he's generating the ncchinfo for use with older version of decrypt9 because of rxtools. I don't think he's planning on updating his program for the new format. So I guess I'd still have to stick to renaming my boot.3dsx every time for cia making lol. Thought I could take a shortcut by using the homebrew version...

Thanks for the replies on getting this cleared up!
You don't have to, you can just use the ncchinfo.bin from Decrypt 9 instead of his... the xorpads are still the same. :P
 
You don't have to, you can just use the ncchinfo.bin from Decrypt 9 instead of his... the xorpads are still the same. :P

Right, but his ncchinfo can make the region free xorpads, which was the whole point of my cias. Can the one made from decrypt9 create those too?
 
Right, but his ncchinfo can make the region free xorpads, which was the whole point of my cias. Can the one from decrypt9 create those too?
The ncchinfo has nothing to do with region free, that's all done in his program. ncchinfo.bin is purely just for xorpad generation, nothing else.
You can simply create xorpads with decrypt 9 and copy them to the xorpads folder with his program and it will still work.
 
The ncchinfo has nothing to do with region free, that's all done in his program. ncchinfo.bin is purely just for xorpad generation, nothing else.
You can simply create xorpads with decrypt 9 and copy them to the xorpads folder with his program and it will still work.
Actually, his ncchinfo generates 2 xorpads per game, and I'm assuming the extra one enables region free when it is put back into the tool to make cia. The tool errors out if there's only one xorpad available for the game.

Example:
0004000000126300.Main.exefs_norm.xorpad
0004000000126300.Main.exheader.xorpad
 
Last edited by ayanekochan,
Actually, his ncchinfo generates 2 xorpads per game, and I'm assuming the extra one enables region free when it is put back into the tool to make cia. The tool errors out if there's only one xorpad available for the game.
OMG... no.
Once again, the region free patching is DONE IN HIS PROGRAM, nothing to do with xorpads. The xorpads are simply needed to DECRYPT the game and convert it to cia. Nothing else.
And yes last i checked his program needs the exefs xorpad and exheader xorpad which is generated with Decrypt 9 + the other xorpads (and other tools).
 
OMG... no.
Once again, the region free patching is DONE IN HIS PROGRAM, nothing to do with xorpads. The xorpads are simply needed to DECRYPT the game and convert it to cia. Nothing else.
And yes last i checked his program needs the exefs xorpad and exheader xorpad which is generated with Decrypt 9 + the other xorpads (and other tools).

No need for the aggressive attitude, I was simply not understanding how xorpads worked. It wasn't very clear before since there's a bazillion different ways to create cias and Riku's tool just simplified it down enough for a newbie like me to create cias for game carts that I own. I thought I'd test this newer version of decrypt9 and help out if I encounter any errors or bugs, and save a step in my process at the same time if it works the same way. Clearly it threw up errors which I thought I was being helpful by reporting it to the source and contribute to your wip.

Anyways, thanks for the help, I know what I need to do now to streamline my cia making process.
 
No need for the aggressive attitude, I was simply not understanding how xorpads worked. It wasn't very clear before since there's a bazillion different ways to create cias and Riku's tool just simplified it down enough for a newbie like me to create cias for game carts that I own. I thought I'd test this newer version of decrypt9 and help out if I encounter any errors or bugs, and save a step in my process at the same time if it works the same way. Clearly it threw up errors which I thought I was being helpful by reporting it to the source and contribute to your wip.

Anyways, thanks for the help, I know what I need to do now to streamline my cia making process.
Didn't mean to come off as aggressive, more like frustrated to be honest. But i get it, shit is all over the place here and yeah there's a million ways to do everything because people like to confuse the shit out of everyone. haha
But yes, if you happen to come across any issues, feel free to post and let us know and myself or d0k3 will try and help figure it out. :)
 
I just did some more reading on his thread and he's generating the ncchinfo for use with older version of decrypt9 because of rxtools. I don't think he's planning on updating his program for the new format. So I guess I'd still have to stick to renaming my boot.3dsx every time for cia making lol. Thought I could take a shortcut by using the homebrew version...

Thanks for the replies on getting this cleared up!
Can't you just replace the Python script with the newer version? As Shadowtrance already said, seeddb has nothing to do with that problem, it's the version differences in the ncchinfo.bin files.

Also, what do you mean by regionfree xorpads? Xorpads always have to be applied to the exact same region rom they have been generated with. If you mean setting the region free flag in the roms header, I can look into it.

EDIT: Nevermind, already got it. Shadowtrance is right. We're always thankful for users pointing out stuff, btw. :)

And, can you try the title / 3DS decryptor instead of xorpads? That will decrypt your roms directly, instead of needing xorpads and multiple steps. That would streamline your process even more.

--------------------- MERGED ---------------------------

Hi to all!

I'm trying to generate ncchinfo.bin (from snk.3ds rom) using the 'ncchinfo_gen.py' script. Unfortunately it gives me this error and I don't know how to proceed.

https://www.dropbox.com/s/vpnavunuvhhf0qq/Screenshot 2015-09-09 10.55.51.png?dl=0

Please, can someone help me? Thank you. :)
Is this the newest Python script, included in Archshifts / Shadowtrances / my release? If so, please open an issue in Archshifts Github.

Neither I nor Shadowtrance had any involvement in the coding of the Python scripts.
 
@Everyone, I'm back! These are options I will look into for Decrypt9 in the next few days...
  • NCCH / 3DS extractor, which will extract the files inside a rom (same as CTRtool does). Maybe even a packer to reinsert edited files.
  • 3DS <-> CIA converter.
  • NCCH / 3DS encryptor, as requested by @pakrett here.
  • Fix the seed crypto on the existing NCCH / 3DS decryptor.
As for the options above... the 3DS <-> CIA converter is a very ambitious project - don't expect that anytime soon.

For the NCCH / 3DS encryptor, @pakrett , I need some more info. You know that there's not only one kind of encryption (think regular crypto / 7x crypto / seed crypto) and that the encryption must match the info in the header? I'll need some more information from you. What you intend to to do, and - if you know - what kind of crypto you need.

Fixing seed crypto in the 3DS title decryptor has the highest priority now. To fix this, I'll need some data to test (if required, via PN) and possibly some more info. @Shadowtrance (or other people who have brought up the issue), can you help?
 
  • Like
Reactions: kactusss
@d0k3 welcome back I missed you :grog:

I am having a seed problem; let me know what I can provide for you
Thank you! :) Well I need a description of the problem plus a specific rom and seed for which the problem happens. I will also need your full seeddb.bin, but don't post that in thread because of Gbatemp guidelines.
 
http://gbatemp.net/threads/binding-...k-on-9-5-or-lower.393441/page-18#post-5666117

Here is the post I have been adding info too. You want me to pm you the seed?
That post is not even written by you ;). I think there is something strange with the way GBAtemp handles direct links to posts now. Could you check?

I lost the link for Decrypt9E (the emunand build).
Someone can send me it again?
You have been using the EmuNAND version? We can compile that again, no problem, even based on the newest source code. But, could you give us some feedback? Which features did you use, did they work as intended, were there any problems?
 
That post is not even written by you ;). I think there is something strange with the way GBAtemp handles direct links to posts now. Could you check?


You have been using the EmuNAND version? We can compile that again, no problem, even based on the newest source code. But, could you give us some feedback? Which features did you use, did they work as intended, were there any problems?
I use the EmuNand version just for extract my ticket.db (because it's more faster than dump the emunand + xor + extract FAT16)

No need to compil it again, i found a new link in the shadow's releases :)
 
That post is not even written by you ;). I think there is something strange with the way GBAtemp handles direct links to posts now. Could you check?

I sent you the seed and the CDN id, I can't get it to crypto fix it keeps telling me there is a bad seedbin
 
I sent you the seed and the CDN id, I can't get it to crypto fix it keeps telling me there is a bad seedbin
Alright... and that doesn't happen when using ncchinfo_gen.py + the xorpad generator instead?
I use the EmuNand version just for extract my ticket.db (because it's more faster than dump the emunand + xor + extract FAT16)

No need to compil it again, i found a new link in the shadow's releases :)
Okay, good! I might even think about adding just that for EmuNAND as a standard feature in the main release. First need to check how much work this will be.
 

Site & Scene News

Popular threads in this forum