Hacking [Release] rxTools - Roxas75 3DS Toolkit [fw 2.0 - 9.2]

[pikatsu]

I'm actually refactoring only rxtools itself, no CFW or entry points affected, so yes, spider/MSET is working (well I didn't check the latter but it just should). My point is to keep it as versatile as I can, so features won't be excluded unless completely obsolete. Though they might change slightly, like the recent padgen split into two separate options in the menu for SD and NCCH. Or like MSET DG, which is WiP now and will require original .tmd file to check integrity instead of old custom checksum.

Its good to hear that rxtools is not dead

 

[duke_srg]

Its good to hear that rxtools is not dead

You can even try the preview version, it will only interfere with the existing code.bin and settings.json, Rx and pasta modes are working. More people tried - more proposals I'll get, at least.

 

[The Catboy]

Further refactoring will take over a month to get all the old features optimized to work with the new GUI, until then I won't add new features. So I hope someone will join and add this AL9H support, because I'm actually didn't look deep in that process.
Good news, AES/SHA hardware engines wrappers refactoring succeeded tonight, so it will be as easy to use as polarssl/mbedTLS API (which will be excluded, file check hash switched to SHA-1/2) with both CTR and CBC modes (ECB should work fine also, will fix CCM if it will be of any use). Need to add several trcks to further optimise NAND access and then will update the preview build. Don't hesitate to have a look at

Have you considered contacting @Aurora Wright? She seems to be one they most knowledgeable members on the Temp when it comes down to A9LH support for CFWS. I have an extra 2DS that I don't mind testing any builds on if you need a tester.

 

[duke_srg]

Have you considered contacting @Aurora Wright? She seems to be one they most knowledgeable members on the Temp when it comes down to A9LH support for CFWS. I have an extra 2DS that I don't mind testing any builds on if you need a tester.

My GUI is still incomplete, so I'm actually have nothing to propose.
If your 2DS is hardmodded that is great, I'll need to test MSET and H&S injection soon.

 

[The Catboy]

My GUI is still incomplete, so I'm actually have nothing to propose.
If your 2DS is hardmodded that is great, I'll need to test MSET and H&S injection soon.

It's not hard modded, but it is running A9LH and I am willing to hard mod it if anything were to happen
I know I am a bit pushy on the A9LH, but right now, CFW sysNAND running through A9LH is the big thing and people are all over that idea. Having the old RXTools thrown in there would really get people wanting this CFW again!

 

[Margen67]

Will you keep the old style mset support? (for no AL9H units)

Why are you still using MSET?

 

[pikatsu]

Why are you still using MSET?

Do not own a physical copy of cubic ninja or OOT

 

[Blaze Uchiha]

And I was just about to give up on hoping that there was gonna be an official RxTools release. I'm super excited even though it's months away from fruition. I love Luma 3ds, but RxTools was one of the best cfw's to exist. As soon as it has a9lh support I'm there!

 

[Ricken]

I will likely switch back asw if there is A9LH Support

and the tools. I leiked the toolz

 

[Blaze Uchiha]

Further refactoring will take over a month to get all the old features optimized to work with the new GUI, until then I won't add new features. So I hope someone will join and add this AL9H support, because I'm actually didn't look deep in that process.
Good news, AES/SHA hardware engines wrappers refactoring succeeded tonight, so it will be as easy to use as polarssl/mbedTLS API (which will be excluded, file check hash switched to SHA-1/2) with both CTR and CBC modes (ECB should work fine also, will fix CCM if it will be of any use). Need to add several trcks to further optimise NAND access and then will update the preview build. Don't hesitate to have a look at

Wasn't there a a9lh nightly floating around on this thread somewhere?

 

[astronautlevel]

Wasn't there a a9lh nightly floating around on this thread somewhere?

You can compile the rxtools arm9loaderhax branch, but you'll need to load it through another exploit the first time, and it doesn't provide FIRM write protection so it's emunand only.

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

I will likely switch back asw if there is A9LH Support

and the tools. I leiked the toolz

All of rxTools tools features were removed in the latest commit (don't know if duke_srg is adding them back?) Either way, they're completely outclassed by Decrypt9 in terms of features and compatibility.

 

[Segtendo]

Holy crap. Someone picked up rxTools? Insane.

 

[dubbz82]

Holy crap. Someone picked up rxTools? Insane.

Thus is the beauty of open source. Anyone can pick up on an otherwise dead project and improve upon it.

 

[astronautlevel]

Thus is the beauty of open source. Anyone can pick up on an otherwise dead project and improve upon it.

That typically requires the code to be readable though. It is, in fact, insane that someone picked up rxTools given how crappy the codebase is.

 

[Segtendo]

That typically requires the code to be readable though. It is, in fact, insane that someone picked up rxTools given how crappy the codebase is.

And I say that as an rxTools user.

 

[duke_srg]

All of rxTools tools features were removed in the latest commit (don't know if duke_srg is adding them back?) Either way, they're completely outclassed by Decrypt9 in terms of features and compatibility.

I forked from the last commit before features removal (and several rearrange commits ftom 723210).
So yes, all features is there, though will be refactored.

That typically requires the code to be readable though. It is, in fact, insane that someone picked up rxTools given how crappy the codebase is.

Actually all CFW have a lot of crappy code in there more or less, drifting through one project to another with bugs and a lot of hardcoded values. If you find someone's public code creppy - refactor or STFU

 

[izy]

I forked from the last commit before features removal (and several rearrange commits ftom 723210).
So yes, all features is there, though will be refactored.

Actually all CFW have a lot of crappy code in there more or less, drifting through one project to another with bugs and a lot of hardcoded values. If you find someone's public code creppy - refactor or STFU

i wonder if you will realise that a bunch of the features actually dont work anymore sometime after the December Builds
And GBA doesnt work on N3DS

GL finding what doesnt work you may release a functional update soometime this year

 

[dubbz82]

i wonder if you will realise that a bunch of the features actually dont work anymore sometime after the December Builds
And GBA doesnt work on N3DS

GL finding what doesnt work you may release a functional update soometime this year

His github page shows that he's got a reasonable grip on what he's doing...Although rxTools may currently be somewhat of a mess, I'll give him the benefit of doubt that he'll be able to do something with it.

 

[The Catboy]

i wonder if you will realise that a bunch of the features actually dont work anymore sometime after the December Builds
And GBA doesnt work on N3DS

GL finding what doesnt work you may release a functional update soometime this year

Tells the guy who maintains RXTools the problems with it as if he didn't already know. Seems legit.

 

[dubbz82]

Also, as a side note, if recent stuff was broken, revision history is there for a reason. Go back to a more stable version, and work with THAT instead. Regressing some features, and attempting to reinvent the wheel is actually sometimes better than fixing completely and totally broken code.