...That's a less blunt way of saying it.
That isn't exactly what I meant, but I basically did the same thing.
Last edited by hobbledehoy899,
- Status
What I am basically asking for for a fork that brings RXtools back to it's roots and also updates the support. I actually really enjoyed RXTools when it was at it's prime, mostly because it was an easy go-tool. It would be nice to see someone more willing pick up the project again. A girl can dream.
rxTools 2.7?
I personally find chain-loading Decrypt9 from Luma to be better both for the users and the devs instead of directly sewing the two concepts together.
Even if I was hoping for this as well I'd still have my doubts it would ever happen.
It was stated that they were working on letting us easily launch Decrypt9 direct from rxCFW either while it boots or while you are on the Nand selection stage. Most other A9LH CFWs already have the feature of booting Decrypt9 or other homebrew simply by holding down a button combo.
As of now rxTools simply no longer has any advantages over other CFWs like Luma3DS which can do all of what rxCFW was going to be able to do. In my opinion Luma3DS is better than rxCFW. It can do all of what rXCFW can do plus more like FIRM protection so you aren't left with a brick when system updating on an A9LH 3DS.
Right now my O3DS uses the A9LH version of rxCFW but when I install the A9LH to my 2 N3DS systems I will be using Luma3DS. I have plans on changing my O3DS over to Luma3DS simply because my setup does what I want which is booting emuNand with signature check disabled.
I understand what the last remaining developer of rxCFW is going through. I started developing a computer game earlier this century and I've barely done anything since it takes a back seat to my life. I do plan on spending more time with it since I'm done with school and whatnot but it's not high on my priority list.
When we had many developers on rxTools most of them still went to school so their studies always took priority. Keep in mind that this was a free CFW developed by non-paid people who worked on this in their spare time. I believe that rxTools paved the way for other CFWs we now have. rxTools originally never had signature checking disables as Roxas was against piracy.
As of now rxTools simply no longer has any advantages over other CFWs like Luma3DS which can do all of what rxCFW was going to be able to do. In my opinion Luma3DS is better than rxCFW. It can do all of what rXCFW can do plus more like FIRM protection so you aren't left with a brick when system updating on an A9LH 3DS.
Right now my O3DS uses the A9LH version of rxCFW but when I install the A9LH to my 2 N3DS systems I will be using Luma3DS. I have plans on changing my O3DS over to Luma3DS simply because my setup does what I want which is booting emuNand with signature check disabled.
I understand what the last remaining developer of rxCFW is going through. I started developing a computer game earlier this century and I've barely done anything since it takes a back seat to my life. I do plan on spending more time with it since I'm done with school and whatnot but it's not high on my priority list.
When we had many developers on rxTools most of them still went to school so their studies always took priority. Keep in mind that this was a free CFW developed by non-paid people who worked on this in their spare time. I believe that rxTools paved the way for other CFWs we now have. rxTools originally never had signature checking disables as Roxas was against piracy.
I am not sure what you are doing. 90% of my post is wishful rambling. I enjoyed RXTools, it filled a void that at the time there was nothing to fill. I personally like simple all-in-one tools. It's why I used M3 Sakura, because it played my roms, homebrews, played music, videos, viewed images, and even had easily set wallpapers. I didn't need to launch another application to do all those features. It's also why I liked RXTools. I used it for everything from backing up my NANDs to generating my .xorpad files. I liked that about RXTools.
But when A9LH came out and it didn't update, I quickly moved on, but I still would like to see an all-in-one CFW again.
Last edited by The Catboy,
Even before the Tools part was removed, there were still issue for certain functions in the tools. There was xorpad generation issue at one point. You had to choose between extended RAM games and GBA/DSi games. GBA games had issues running depending on your setup. Sometimes an All-In-One CFW is not the best thing. Decrypt9 quickly surpassed what the Tools in rxTool could do. Granted a simple "Launch Decrypt9" from the Main menu of rxCFW would have been nice.
Another issue is that some stuff that rxTools used wasn't always kept up to date. rxTools used code from other projects like Cakes.
Another issue is that some stuff that rxTools used wasn't always kept up to date. rxTools used code from other projects like Cakes.
Last edited by ccfman2004,
I didn't pay attention to numbers. Hell, before A9LH, I was purely running on nightlies.
Which looking up appeared to be 3.0 Beta 2.
Last edited by The Catboy,
I proposed an internationalization and 173210 proposed an easy customizable GUI over 9 month ago. Since then no one even tired. But a number if CFW appeared with almost the same features instead of the gathering. I'm an old fart and way too lazy to refactor yet another hard coded spaghetti. So yes, just another theme park with blackjack and hooters, yet much easy to integrate new features into for any school haxx0r. So everyone is welcome to propose and contribute otherwise I'll refactor it fully by myself and will start to add a refactored features from another projects... Or just abondon it if everyone is satisfied with the existing zoo.
Last edited by duke_srg,
I for one am really happy to see your fork. Could you maybe tell us it's current status (not that we're expecting much at this point, just happy to see the project alive)
Nope noone wants to even touch it with a 10 foot poll
Sent from my LG-D851 using Tapatalk
Current progress is roughly displayed here https://github.com/roxas75/rxTools/issues/394. You can also get the latest preview build or build it by yourself.
- Menu is moved completely in external json file along with text strings which could be easily aded to json files with translations.
- Themes now also in json, which describes size/color/position of elements, backgound pictures do not need to contain any text anymore, 100% of tools could be translated without looking into the actual code.
- No more external font, build-in system non-aliased font is used with native and 1/2 resolution. C/K/T requires another fonts which is currently not estacting automatically, but not a problem to add this feature.
- CFW part untouched and fully functional
- Tools part is not yet fully refactored with the theme engine, so probably not usable because of the graphical glitches
- Various service features added for interactive and customized menu (file exist/hash check, tmd file hash and content hash check)
SD/NCCH XORpad generation turned on in last commit - with graphical progress bar and estimated time to complete batch displayed (much infomative then just percents and AFAIK noone did so for embedded tools yet).
upd: fixed AES engine - XORpad generation speedup 30-50%. No working commits yet, working on NAND decryption speedup.
upd: fixed AES engine - XORpad generation speedup 30-50%. No working commits yet, working on NAND decryption speedup.
Last edited by duke_srg,
Ayyyyyyy~~~~
Now it just needs A9LH support and I will finally be able to use RXtools again!
I am staying true to my comment and went back to retract it.
Last edited by 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
Last edited by duke_srg,
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 is excleded now) 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
Will you keep the old style mset support? (for no AL9H units)
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.
- Status
Similar threads
-
-
-
-
-
-
@
BigOnYa:
@Xdqwerty I'm still just a kid that never grew up, age is only a number. I will always be just a big kid.+1 -
-
@
BigOnYa:
Well I'm not that way. I have two kids, and grandkids myself, just meant I'm a kid at heart, forever+1
-
-
-
-
-
-
-
-
-
-
-
-
-
-
@
Xdqwerty:
ok I tried it and 1) it doesnt boot wood menu automatically and 2) when trying to load a game through wood theres just a loading screen -
-
-
