Stop using RXTools. RXTools is long dead and the actual RXTools are highly unstable.
Setup a new CFW and use Decrypt9
http://gbatemp.net/threads/faq-what-cfw-is-best-for-me.428509/
- Status
Setup a new CFW and use Decrypt9
http://gbatemp.net/threads/faq-what-cfw-is-best-for-me.428509/
Nah, it was way back, before June 15th 2015. I think it was rxtools 2.4 and firmware 7.0. Thanks for wanting to help
.EDIT:
This happened way back at an early version of rxtools, and my 3DS is bricked. So unless there actually is a way to unbrick it using the luma stuff, I don't think there is any point redirecting me there. I decided to look around for a fix which might or might not have been found after 2 years of trying now and then, and I thought the best place to find a solution would be the official rxtools thread.
Last edited by Aquaboy11,
Usually I'm not a preponent of this sort of thing, but at this point it'd probably make sense for this thread to be locked..
Not only lock because then it will still be in the Google search and people will still stumble upon outdated stuff.
The above date stores the last time new Play Coin(s) were obtained. The contents of this file is updated by home-menu. PTM:GetTotalStepCount is not checked constantly, after home-menu boot this is only checked when waking from sleep-mode. Each time home-menu updates the contents of this file, home-menu will set the Play Coin total to 300 if it's higher than the 300 Play Coin limit.
Home Menu loads this file / opens this archive during startup. When accessing this file fails, like when the file/archive is corrupted(or at least on older system-versions), the result is a brick due to Home Menu using svcBreak. Yellows8 bricked a 3DS this way due to corruption via invalid FSFile:Write flush flags. When opening this extdata archive(0xf000000b) fails, Home Menu executes svcBreak.
Home Menu loads this file / opens this archive during startup. When accessing this file fails, like when the file/archive is corrupted(or at least on older system-versions), the result is a brick due to Home Menu using svcBreak. Yellows8 bricked a 3DS this way due to corruption via invalid FSFile:Write flush flags. When opening this extdata archive(0xf000000b) fails, Home Menu executes svcBreak.
Unfortunately, I don't remember which tool the person I've encountered was using to set play coins
Last edited by Elveman,
Because its no longer good information. At this point running rxTools causes more problems than it fixes.
- Joined
- Nov 2, 2012
- Messages
- 2,244
- Trophies
- 1
- Location
- Unknown region of space
- Website
- www.metroidwiki.org
- XP
- 2,169
- Country
A dead CFW made by a person who ragequit 3DS programming altogether.
- Joined
- Nov 2, 2012
- Messages
- 2,244
- Trophies
- 1
- Location
- Unknown region of space
- Website
- www.metroidwiki.org
- XP
- 2,169
- Country
D
Deleted User
Guest
If this got an update like reinand 5 for a9lh I'd definitely give it a try but anyone still using this on emunand are just restricting themselves.
You know, RXTools is open source. Realistically anyone could continue supporting it.
Thank God nobody will as it's so broken it's not even funny anymore
Someone can fix it. The only thing preventing anyone from working on it is the community being salty.
No it has been looked at by some the ones that know code and its a horrible mess under the hood and dropped it like that and glad they did tbh
A
AFAIK, Hardcoded addresses, the tools being so broken it's not even funny, it basically needs to be refactored completely to even support a9lh. It was just not meant to. Rather than do dinamic patches it used hardcoded ones (that can break even more stuff if modified at all).
As you know dukesrg_ tried to refactor it. But even though the project hasn't been fully cancelled(?) i haven't heard of it again.
And you've even said so yourself in other threads, people that used it wanted the tools (and we got better community versions by now, thanks to people like dok3). For the CFW part of RX, we got many, better coded options to fork/refactor. At least that's what i want to believe instead of devs being salty/throwing a tantrum against rxTools.
AFAIK, Hardcoded addresses, the tools being so broken it's not even funny, it basically needs to be refactored completely to even support a9lh. It was just not meant to. Rather than do dinamic patches it used hardcoded ones (that can break even more stuff if modified at all).
As you know dukesrg_ tried to refactor it. But even though the project hasn't been fully cancelled(?) i haven't heard of it again.
And you've even said so yourself in other threads, people that used it wanted the tools (and we got better community versions by now, thanks to people like dok3). For the CFW part of RX, we got many, better coded options to fork/refactor. At least that's what i want to believe instead of devs being salty/throwing a tantrum against rxTools.
- Status
Similar threads
