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

[dark_samus3]

Yeah i have no idea either. He seems pretty damn set on not releasing/sharing source for anything. lol
I had an idea earlier to decompile simple cia converter with Jetbrains dotPeek, but sadly it isn't a dot net program. So that plan went out the window...

lmao, yeah and his work with AGB_FIRM, while it's awesome, would be much better if he released the source... I bet we'd have the save issues (certain save types aren't properly emulated and it crashes the games) completely sorted out and a way to load ROMs from the SD card with a builtin menu to select them anyways

decompilation is always an option but is a pain

 

[Drak0rex]

How up to date is the GUI now? I want to dump H&S but don't see that option.

 

[dark_samus3]

How up to date is the GUI now? I want to dump H&S but don't see that option.

GUI is quite behind... mainly because of the new themeing method we're developing (check out Decrypt9 menu graphics generator on d0k3's github as well as my D9MenuSim I'm developing) once we get the process perfected and everything added Shadowtrance will likely release a new version

 

[Shadowtrance]

GUI is quite behind... mainly because of the new themeing method we're developing (check out Decrypt9 menu graphics generator on d0k3's github as well as my D9MenuSim I'm developing) once we get the process perfected and everything added Shadowtrance will likely release a new version

It's actually more behind because d0k3 keeps changing/adding things to D9 mainly

 

[dark_samus3]

It's actually more behind because d0k3 keeps changing/adding things to D9 mainly

That too

c'mon and hurry up already haha jk

hope D9MenuSim helps speed the process up

 

[Shadowtrance]

That too

c'mon and hurry up already haha jk

hope D9MenuSim helps speed the process up

I'll hurry up when d0k3 stops for a while. haha Take a break man godammit!

 

[Drak0rex]

Can we at least have the only difference be the graphics? I think having everything contained to the decrypt9 folder makes for a more tidy sd card.

 

[dark_samus3]

Can we at least have the only difference be the graphics? I think having everything contained to the decrypt9 folder makes for a more tidy sd card.

No one is stopping you from chagning that in the D9 source for yourself... It'll probably stay the way it is for now and, really, it's fairly easy for any user to change that and recompile (although with the latest ctrulib I believe compilation is broken)

 

[Shadowtrance]

Can we at least have the only difference be the graphics? I think having everything contained to the decrypt9 folder makes for a more tidy sd card.

Besides being not up to date with d0k3's version the only difference IS the graphics and the name (to reflect being the UI version).
And having the graphics contained in the D9 folder is easily doable, I've only had it as D9UI on the sd root as some people don't use the 3dsx version (for whatever reason). So it made more sense to have the UI folder separate.

 

[Drak0rex]

Besides being not up to date with d0k3's version the only difference IS the graphics and the name (to reflect being the UI version).
And having the graphics contained in the D9 folder is easily doable, I've only had it as D9UI on the sd root as some people don't use the 3dsx version (for whatever reason). So it made more sense to have the UI folder separate.

Noooo, I mean:
The following files belong / live / are generated in there:

* slot0x25KeyX.bin
* ncchinfo.bin
* seeddb.bin
* sdinfo.bin
* decTitleKeys.bin
* encTitleKeys.bin
* decTitleKeys_emu.bin
* encTitleKeys_emu.bin
* ticket.db
* ticket_emu.db

* And possibly something else I'm forgetting right now...

* Xorpads when generated will go here.
* NAND Backups when generated will go here.
* NAND Partition Backups when generated will go here.

* EVERYTHING WILL GO HERE!

Also while in this folder create another folder called D9titles.

* Games/Roms etc you want to decrypt will go in here.

This is different than the non GUI, right?

 

[Shadowtrance]

Noooo, I mean: -snip-

No, everything you mentioned ends up in the /Decrypt9 folder and the /D9Game folder, ignore the readme, it too is out of date as is the UI version of Decrypt9.

 

[Shadowtrance]

Well here's my latest release...should be on par with @d0k3's latest release (Decrypt9WIP-d0k3-20151218-193336).

https://github.com/Shadowtrance/Decrypt9/releases/tag/v2.3

Now everyone can stop asking for a while. haha

Shouldn't be any issues with it.

 

[Drak0rex]

Would it be possible to install an app into H&S just by using decrypt9 or Emunand9 instead of having to use a PC program? What I'd like is to install BBM over H&S since the injection option doesn't work on N3DS from RXtools.

 

[Shadowtrance]

Would it be possible to install an app into H&S just by using decrypt9 or Emunand9 instead of having to use a PC program? What I'd like is to install BBM over H&S since the injection option doesn't work on N3DS from RXtools.

Probably possible (i guess), but why not just do the pc part? It take's like a minute and it's done and ready for the 3ds part....

 

[Angelcraft]

When i boot decrypt9wip it says i have 0 MB/0MB and i have like 58GB free

 

[chronoss]

very usefull homebrews : thanks a lot !

work very well !

 

[DjoeN]

@d0k3

Wouldn't it be better to use the same folder as "EmuNAND9" to backup NAND and EmuNAND when using Decrypt9?
So when restoring sysnand with Decrypt9 it would search for the NAND.bin in the same folder as EmuNAND9

Since (correct me if i'm wrong) Emunand9 can make backups of sysnand, but can't write the backup back to sysnand, something Decrypt9 does.
I started making backups of all NAND and EmuNAND with EmuNAND9, reading somewhere i need Decrypt9 to write it back, but since Decrypt9 stores NAND and EmuNAND backups in the root of the SD and also searches for them there
i need to remove the SD and move the backups i made with EmuNAND9 from the EmuNAND9 folder to the root of my SD.

Just a suggestion

 

[d0k3]

@d0k3

Wouldn't it be better to use the same folder as "EmuNAND9" to backup NAND and EmuNAND when using Decrypt9?
So when restoring sysnand with Decrypt9 it would search for the NAND.bin in the same folder as EmuNAND9

Since (correct me if i'm wrong) Emunand9 can make backups of sysnand, but can't write the backup back to sysnand, something Decrypt9 does.
I started making backups of all NAND and EmuNAND with EmuNAND9, reading somewhere i need Decrypt9 to write it back, but since Decrypt9 stores NAND and EmuNAND backups in the root of the SD and also searches for them there
i need to remove the SD and move the backups i made with EmuNAND9 from the EmuNAND9 folder to the root of my SD.

Just a suggestion

You've got a point there, but I want to keep the work folders separate. Besides, moving that stuff around is easy with CTRXplorer (my signature). By the way, Decrypt9 also only uses the root of the SD card if the work folder does not exist (same as EmuNAND9).

Also, to elaborate a bit... the tool you should use (for universal NAND backup & restore) is Decrypt9 anyways. EmuNAND9 can't include dangerous stuff such as SysNAND restore because noobs. Decrypt9 will get a file name select dialog for all dump & inject operations soon anyways.

 

[Cha0s Em3rald]

Is there any tool that does this at the moment, adding FW spoofing to CIAs? I need samples, so I can tell if it possible or not. I fear it may not be, though.

currently the method to firmware spoof a game update is done using decrypt9 to decrypt the update then the rest is done using asia81's hack pack & a hex editor then makerom to rebuild the cia. Not sure if there is a way for you to port it all over to d9 somehow

 

[d0k3]

currently the method to firmware spoof a game update is done using decrypt9 to decrypt the update then the rest is done using asia81's hack pack & a hex editor then makerom to rebuild the cia. Not sure if there is a way for you to port it all over to d9 somehow

Maybe not. Tools like ctrtool and makerom do very advanced stuff that can't be just ported over easily. Or, in other words, better no implementation of it than a buggy / unreliable one. It's the same reason why I gave up my project to include a full 3DS <-> CIA converter (Riku's tool does that better than I could ever possibly do).

I'm taking a look, though, maybe it is possible after all.