Homebrew ninjhax 2.x with no debug colors or text

  • Thread starter Thread starter ihaveahax
  • Start date Start date
  • Views Views 10,582
  • Replies Replies 47
  • Likes Likes 21
so apparently I didn't have everything for *hax 2.6, so I finished adding the parts I forgot. but I also included things for 2.7 and was waiting to release that alongside the official release of 2.7. but now that's not going to happen soon because of HANS update data support coming.

so I decided to go ahead and release an updated version of this now, which is now on 2.7.

note that you can't use the current HANS with 9.6-crypto titles, but you can use things like save managers. you need a folder called "mmap" at the root with XMLs for each 9.6-crypto title you want to use with anything under *hax. you can find a repository I made for them here. :) please create a new issue if one of them doesn't seem to work.

you also need an updated hblauncher to use them. I built the latest commit of the official launcher (56a3d77 at the time of this writing), and attached it to this post.

http://ihaveamac.github.io/ninjhax2.x/
 

Attachments

  • Like
Reactions: A_Random_Guy
Since when is there hax 2.7 and what does it improve on?
supposed to add support for 9.6-encrypted titles, but XMLs have to be generated once for each game, based on the game's decompressed code.bin. smealum doesn't want to maintain a database of them so I started a repo containing some on GitHub.
 
supposed to add support for 9.6-encrypted titles, but XMLs have to be generated once for each game, based on the game's decompressed code.bin. smealum doesn't want to maintain a database of them so I started a repo containing some on GitHub.
I guess we need a mini tutorial of how to get the code.bin from 9.6+ titles?

For 9.5- I know we could just use braindump, then the following command:
Code:
ctrtool.exe -t exefs --exefsdir=./exe DecryptedExeFS.bin --decompresscode

But I don't know how I could get a 9.6+ code.bin, and using ctrtool on a cryptofixed cia doesn't seem the correct way to do it.
 
But I don't know how I could get a 9.6+ code.bin, and using ctrtool on a cryptofixed cia doesn't seem the correct way to do it.
this is actually the correct way to do it, assuming the CIA is fully decrypted. you can even decrypt it yourself if you have 9.2 or lower + seeddb.bin (you can generate one with Decrypt9, or get one online somewhere).
Code:
ctrtool --contents=contents game.cia
ctrtool --exefsdir=exefs/ --decompresscode contents.0000.xxxxxxxx
# (--decompresscode might not be needed here, it might do it automatically?)
python 96crypto_dbgen.py code.bin > tid.xml
 
Last edited by ihaveahax,
but it's not readyyyyyyyy
I knowwww but I noticed I didn't finish moving everything from 2.6, and since you were so close to releasing 2.7 I decided to include that as well. then it happened to be delayed for update data and I didn't really want to wait longer since it wasn't really "2.6" that I had released (specifically https://github.com/smealum/ninjhax2.x/pull/5 was missing I think)

the database for 9.6-encrypted titles seems to be working well, especially with save managers, so I think that's nice :)
 
  • Like
Reactions: peteruk
Smealum, I'm your huge fan. Can u plzzzzz tell me when you make freehax for 3ds. And plz tell me if this is used just like tubehax.
 
Otherapp or ropbin? (Wouldn't want to mess up and rid myself of an exploit)
you want "otherapp"

if you're worried about messing up, well you still have browserhax (and yes can get around the update nag). you can also downgrade to 9.2.
 
you want "otherapp"

if you're worried about messing up, well you still have browserhax (and yes can get around the update nag). you can also downgrade to 9.2.
Well, seems I have another problem now. Both SaveDataManager and svdt fail to copy the new payload. While the first one throws an error for split second before quitting, svdt shows a bit more:
"! Error writing file. [result code c86044cd] (You may be running out of save space!)"
Is it possible that the new payload is too big for ironfall?
 
Well, seems I have another problem now. Both SaveDataManager and svdt fail to copy the new payload. While the first one throws an error for split second before quitting, svdt shows a bit more:
"! Error writing file. [result code c86044cd] (You may be running out of save space!)"
Is it possible that the new payload is too big for ironfall?
maybe. I've never tried it because ironhax isn't really used that much anymore.
 

Site & Scene News

Popular threads in this forum