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

  • Thread starter Thread starter d0k3
  • Start date Start date
  • Views Views 935,159
  • Replies Replies 4,476
  • Likes Likes 71
That looks good! I think without the 'Toolkit' it is better. Or you should design the 'toolkit' writing differently.

Yeah i think without toolkit is better too so I'll just leave that off. seems/feels out of place.
As you can probably guess I'm going with a dark grey/deep purple theme. :)
Figured out a fix for the text going off screen/onto bottom screen issue yet? Or what the cause is?

Couple of bottom screen images. :)

-imageschanged-
 
Last edited by Shadowtrance,
Figured out a fix for the text going off screen/onto bottom screen issue yet? Or what the cause is?

The cause is the adjacent frame buffers, TOP_SCREEN0, TOP_SCREEN1, BOT_SCREEN0, BOT_SCREEN1. Their memory regions are adjacent to each other. So, what happens is, the writing spills from TOP_SCREEN0 to TOP_SCREEN1 (= writing coming out at the left side again) and TOP_SCREEN1 to BOT_SCREEN0 (= writing coming out on the bottom screen). It may be important to know that the pixels inside the buffers are ordered bottom to top, left to right and not left to right, top to bottom (as you may be used to).

Anyways, fixed in the latest commit :).

Forgot: I like the new design, but it looks like it will be difficult to add new features into this design, correct?

I was getting the same error on my N3DS. Just went back to the older version for now. I'm excited with the new features!

You mean the one I fixed (see above)? No binary yet, though, that will take some time. That should have happened with only a few of the on screen messages anyways. Did you try all the features and can you give me some feedback?
 
@d0k3 :)

492b6efd47.gif
 
  • Like
Reactions: Melon__Bread
@Shadowtrance
That looks fantastic! I'd prefer that any day over the original interface. You really managed to get uncart inside of it, too? The system title dumper, at the moment, only dumps encrypted titles. I'm still working on the required CTR decryptor (which will be an additional feature then). And, some of the icons still need more fitting replacements.

@everyone
I need testers, badly. Today I found out that the titlekey decryptor (from NAND) was broken. It should be fixed now, but I can't properly test it because (a) I have no usable titles in SysNAND (that's what FunkyCIA says) and (b) I can't get the cdn_download.py script to run for me :/. So, could anyone test it? I just drafted a new binary release:
https://github.com/d0k3/Decrypt9/releases/tag/20150703

What else needs testing is the System Titles Dumper. I have problems testing that, too.

As for the danger of testing: I'm keeping NAND write functions completely out of binary releases and I'm disabling them inside the source code. It is bleeding edge, beta status software, and doing a NAND backup is still highly recommended, but it should not be more dangerous than using any other comparable software.
 
Last edited by d0k3,
@Shadowtrance
That looks fantastic! I'd prefer that any day over the original interface. You really managed to get uncart inside of it, too? The system title dumper, at the moment, only dumps encrypted titles. I'm still working on the required CTR decryptor (which will be an additional feature then). And, some of the icons still need more fitting replacements.

@everyone
I need testers, badly. Today I found out that the titlekey decryptor (from NAND) was broken. It should be fixed now, but I can't properly test it because (a) I have no usable titles in SysNAND (that's what FunkyCIA says) and (b) I can't get the cdn_download.py script to run for me :/. So, could anyone test it? I just drafted a new binary release:
https://github.com/d0k3/Decrypt9/releases/tag/20150703

As for the danger of testing: I'm keeping NAND write functions completely out of binary releases and I'm disabling them inside the source code. It is bleeding edge, beta status software, and doing a NAND backup is still highly recommended, but it should not be more dangerous than using any other comparable software.

Yeah some of the icons could be better but it still does the trick :)
I'll test the titlekey decrypter shortly and see how it goes.

For the restore nand option it's semi hidden like gateway did with their "downgrade" option in their menu. :) (still haven't tested that yet)

And no i haven't added Uncart yet, but probably will soon :)
 
I'll test the titlekey decrypter shortly and see how it goes.
Thanks a lot!

For the restore nand option it's semi hidden like gateway did with their "downgrade" option in their menu. :) (still haven't tested that yet)
I don't know if that should stay. Even if it works as intended, bricking the 3DS is easy with it (think SD corruption, noobs trying stuff on NAND.bin, someone trying to restore another 3DS' NAND.bin...). I suggest you don't hardcode that in there, but make it easy to disable it with a #define.

And, uncart does in fact share a lot of code with Decrypt9. But, as it also decrypts dumps, these won't run via Sky3DS, correct?
 
Thanks a lot!
I don't know if that should stay. Even if it works as intended, bricking the 3DS is easy with it (think SD corruption, noobs trying stuff on NAND.bin, someone trying to restore another 3DS' NAND.bin...). I suggest you don't hardcode that in there, but make it easy to disable it with a #define.
And, uncart does in fact share a lot of code with Decrypt9. But, as it also decrypts dumps, these won't run via Sky3DS, correct?

Hmm maybe... at the moment it's hard coded (an extra button is needed).

And yeah it does share a lot of code with D9, and if you mean dump games from sky3ds? then no it doesn't work, tried it. :P But proper carts obviously work fine. (not really needed for sky3ds anyway seeing as you can just use diskwriter).
 
Hmm maybe... at the moment it's hard coded (an extra button is needed).

And yeah it does share a lot of code with D9, and if you mean dump games from sky3ds? then no it doesn't work, tried it. :P But proper carts obviously work fine. (not really needed for sky3ds anyway seeing as you can just use diskwriter).
I actually meant using these dumps to play with the Sky3DS ;). If you test the Titlekey Decryptor, compile from the newest source. The latest commit shouldn't change anything for the output, but it improves the coding a lot.
 
I actually meant using these dumps to play with the Sky3DS ;). If you test the Titlekey Decryptor, compile from the newest source. The latest commit shouldn't change anything for the output, but it improves the coding a lot.
Ahh right... yeah you should be able to as long as it matches the game (whatever game) in the template.
Yeah I've got the latest source, try to figure out why my dump/restore nand trick isn't working as intended lol The check for the other button isn't doing its job. :(
Probably something simple and I'm missing it because it's 6am atm....
nvm i fixed it lol missed some braces like a noob...

Edit: The titlekey decryptor (nand) seems to be working, well i got valid keys from print_ticket_keys that i could use with a different cdn_download that doesn't rely a python lib i don't have.
 
Last edited by Shadowtrance,
@Shadowtrance
That looks fantastic! I'd prefer that any day over the original interface. You really managed to get uncart inside of it, too? The system title dumper, at the moment, only dumps encrypted titles. I'm still working on the required CTR decryptor (which will be an additional feature then). And, some of the icons still need more fitting replacements.

@everyone
I need testers, badly. Today I found out that the titlekey decryptor (from NAND) was broken. It should be fixed now, but I can't properly test it because (a) I have no usable titles in SysNAND (that's what FunkyCIA says) and (b) I can't get the cdn_download.py script to run for me :/. So, could anyone test it? I just drafted a new binary release:
https://github.com/d0k3/Decrypt9/releases/tag/20150703

What else needs testing is the System Titles Dumper. I have problems testing that, too.

As for the danger of testing: I'm keeping NAND write functions completely out of binary releases and I'm disabling them inside the source code. It is bleeding edge, beta status software, and doing a NAND backup is still highly recommended, but it should not be more dangerous than using any other comparable software.

I am testing right now. What are you looking for as feedback? Do you want errors and bugs or just want to know what is not working?

Update: I am getting errors on the ncch and sd gen. I have the bins in the root of my sd but they are telling me that they cannot open? Where should I place my slot0x25keyx.bin, ncchinfo.bin, SDinfo.bin, etc.?

My Setup:
US N3DS XL (HardModded)
Sky3ds for Cubic Ninja
Using the .3dsx and .smdh in the 3ds folder

Options and Feedback:

XORpad Options:
A: NCCH Padgen - Working, .bin files must be in Decrypt9 folder on Root. ERROR on seeddb.bin
B: SD Padgen - Working, .bin files must be in Decrypt9 folder
X: CTRNAND Padgen - Working

NAND Options:
A: NAND Dump - Working, NAND.bin 1240MB, I'll check to see if it gives a good dump later
B: NAND Partition Dump - Working
X: System Titles Dump - Working

Title Options:
A: TitleKey File - Working
B: TitleKey NAND - Working
X: Ticket Dump - Working

Scripts:
cdn_download.py - Not Working For Me Either
dump_ticket_keys.py - Working
ncchinfo_gen.py - Working
ncchinfo_tgen.py - Untested
print_ticket_keys.py - Working
sdinfo_gen.py - Working
 
Last edited by atkfromabove,
Thanks a lot!


I don't know if that should stay. Even if it works as intended, bricking the 3DS is easy with it (think SD corruption, noobs trying stuff on NAND.bin, someone trying to restore another 3DS' NAND.bin...). I suggest you don't hardcode that in there, but make it easy to disable it with a #define.

And, uncart does in fact share a lot of code with Decrypt9. But, as it also decrypts dumps, these won't run via Sky3DS, correct?

The older build (I'll find the version) worked on my Sky3ds with all of the options. But the new version is giving me errors. I have a N3DS XL (US) with a Hard Mod. I am willing to help test any options to give some feedback.
 
I am testing right now. What are you looking for as feedback? Do you want errors and bugs or just want to know what is not working?

Update: I am getting errors on the ncch and sd gen. I have the bins in the root of my sd but they are telling me that they cannot open? Where should I place my slot0x25keyx.bin, ncchinfo.bin, SDinfo.bin, etc.?

Options and Feedback:

XORpad Options:
A: NCCH Padgen - Giving errors about slot0x25keyx.bin, ncchinfo.bin, and dbb
B: SD Padgen - Giving errors about sdinfo.bin
X: CTRNAND Padgen - Working with no errors.

NAND Options:
A: NAND Dump - Working NAND.bin 1240MB, I'll check to see if it gives a good dump later
B: NAND Restore - Untested
X:

Yeah i noticed just before that it isn't reading ncchinfo.bin and slot0x25key.bin (even though it's there), sdinfo.bin error is normal if it isn't there. And unless something has changed that i don't know about they should just go on the root of the sd card as usual.
 
Yeah i noticed just before that it isn't reading ncchinfo.bin (even though it's there), sdinfo.bin error is normal if it isn't there. And unless something has changed that i don't know about they should just go on the root of the sd card as usual.

Ok thanks, I have them all on my root.

I am getting the sdinfo.bin error even though it is on my root?
 
Ok i found a few things...

1. It seems the ncchinfo.bin slot0x25keyx.bin and any other .bin files required for something etc have to be in the "Decrypt9" folder created on the sd card root.
2. It works perfectly fine if i remove all the seeddb related stuff in ncch padgen (still don't know how to get the seeddb.bin) @d0k3 ?
3. My new UI is working perfectly after knocking out some screen drawing issues. :) (except to see that soon).
The scripts should do their job fine, don't think they've really changed in a long time, so no real need to test them.

So it seems everything is working as it should except ncchpadgen (due to the needing of seeddb.bin which makes ncchinfo.bin's created with an older Decrypt9 ncchinfo_gen.py incompatible, wrong version).
Preview of updated UI. :)

1cf1abe918.gif
 
Ok i found a few things...

1. It seems the ncchinfo.bin slot0x25keyx.bin and any other .bin files required for something etc have to be in the "Decrypt9" folder created on the sd card root.
2. It works perfectly fine if i remove all the seeddb related stuff in ncch padgen (still don't know how to get the seeddb.bin) @d0k3 ?
3. My new UI is working perfectly after knocking out some screen drawing issues. :) (except to see that soon).
The scripts should do their job fine, don't think they've really changed in a long time, so no real need to test them.

So it seems everything is working as it should except ncchpadgen (due to the needing of seeddb.bin which makes ncchinfo.bin's created with an older Decrypt9 ncchinfo_gen.py incompatible, wrong version).
Preview of updated UI. :)

1cf1abe918.gif

Ha I was just about to post the same thing about the Decrypt9 folder on the root. I am also trying to get the seeddb.bin but I don't know how to extract it from my 9.6 NAND save.
 
Yeah I've got no idea either and I've done as you have and extracted the 00000000 (however many zeroes) file from the nand and no idea what to do after that.
Someone said somewhere to just rename it to seeddb.bin but i tried and it didn't work when i tried to decrypt a 9.6 game. :(
 
Yeah I've got no idea either and I've done as you have and extracted the 00000000 (however many zeroes) file from the nand and no idea what to do after that.
Someone said somewhere to just rename it to seeddb.bin but i tried and it didn't work when i tried to decrypt a 9.6 game. :(

Weird, hopefully @d0k3 knows more about the seeddb.bin
 
Weird, hopefully @d0k3 knows more about the seeddb.bin
Yeah hopefully, because as it stands now with the seeddb stuff in ncchpadgen it breaks it pretty much if you use older ncchinfo.bin files (I've got a few from before the seeddb stuff as added that i keep) because they won't work now. :(

On another note, i felt brave... tried the restore nand option. And it works perfectly. :D
Restored my 4.5 (was on 9.2) backup on my old3ds XL no problem, haven't tested on n3ds yet but i see now reason why it would work on one and not the other.
 

Site & Scene News

Popular threads in this forum