No... It's just a troll.
No it happen to me, you can just reproduce it I guess. I tried it 3 times. After brickmiiv2 it reboots itself to RCM but if you start SX OS after brickmiiv2 you get Purple screen.
No... It's just a troll.
You're kidding right? Send proof.No it happen to me, you can just reproduce it I guess. I tried it 3 times. After brickmiiv2 it reboots itself to RCM but if you start SX OS after brickmiiv2 you get Purple screen.
How would one know if it is legit. This is the thread about the possibility of sx triggering the brick code so I just mention it.
Sorry that you are not smart enough to know it is not a question asking for a conclusive answer...
He might be talking about causing a simple kernel panic, not related in anyway to the brick code.You're kidding right? Send proof.
The brick code can do more than what hexkyz experienced and fixed.Also, it was already explained you can get out of the brick issue easily so technically it's just a temporary brick, and not something where you would need to a full replacement.
kPeople just worrying over nothing. It's only one person out of how many people encountered this, and he's speaking for the masses where non of us tampered with the SX code. I'm not bricked yet, and until I do get bricked from "normal use" then I will look into it, but so far it's been doing well. I haven't been banned yet. I have been just using OFW to go online, and offline for TX. I didn't mess with LayeredFS.
Also, it was already explained you can get out of the brick issue easily so technically it's just a temporary brick, and not something where you would need to a full replacement.
I'm pretty sure TX are not that dumb to put it out there as a risk for their own reputation. After all, it's their 16 year old business, why would they just now think of risking their business like that? I'm pretty sure they have tested this before they released it. Just because one person says something doesn't mean TX doesn't know what they are doing. You can't seriously just rely on one person. It's like God came, and said the world would end tomorrow, and everyone freaks out. But he is not God, he's just a really talented developer who is equal or better than other developers. Everyone has a different way of thinking, and that is why TX is out there, and nobody else has tried to counter that, but instead just trying to find ways to attack TX because they came out first to the masses and not them. You can call it what you want, but there is a lot of butt hurt devs on TX because they got it out there fast, and made it simple for everyone to use. You think the public would want something complicated to just make it work on their Switch? nope! This is the reason why the open source community cannot get it out there fast enough because nobody wants to work together, and people are busy with their normal lives with their side jobs. TX on the other hand, they are focused on business because they don't need to focus on anything else. That's why they can put out a product that "works". Sure they may have borrowed or stolen code, but they wrote their own programming on top of that so it can work for the masses. It's the idea that innovates just like any company that innovates or copies etc.. Xerox ---> Apple ----> Microsoft ----> iOS ------> Android. You see where I am getting at? Look at the Rappers, and Hip Hop genres that just samples audio from other music, but hey it works, the crowd loves it. Even Michael Jackson took music from other artists, and made it his own, and called it his. He became the King of Pop and a legend to other talented musicians out there?
Let's just focus on the positive. Until this brick code finds a way to jizz all over your Switch and says Fuck you then we got a problem. As of now, people should be more worried about getting banned from Nintendo. Brick code is the least of your worries.
Come on, you can't just throw that out and not elaborate.. what else can it do?The brick code can do more than what hexkyz experienced and fixed.
The brick code can do more than what hexkyz experienced and fixed.
It's in the first post. In addition to the type of brick hexkyz triggered and fixed, SX OS tries to corrupt boot partitions, it's deployed on multiple stages across the boot chain, and it can be triggered accidentally without trying to crack the software.Come on, you can't just throw that out and not elaborate.. what else can it do?
That last part needs to be clarified, extensively.It's in the first post. In addition to the type of brick hexkyz triggered and fixed, SX OS tries to corrupt boot partitions, it's deployed on multiple stages across the boot chain, and it can be triggered accidentally without trying to crack the software.
Guess we'll just have to wait and see if/when there are any real world examples of accidental triggering.It's in the first post. In addition to the type of brick hexkyz triggered and fixed, SX OS tries to corrupt boot partitions, it's deployed on multiple stages across the boot chain, and it can be triggered accidentally without trying to crack the software.
Like the POC that he tells us to use a file with hekate and trigger it with "normal" use he doesnt know how to trigger it normally, if it were the case, he would said, you dont believe do this on sx os and you will get brickedIt's in the first post. In addition to the type of brick hexkyz triggered and fixed, SX OS tries to corrupt boot partitions, it's deployed on multiple stages across the boot chain, and it can be triggered accidentally without trying to crack the software.
makes the open source baby jesus cryGuess we'll just have to wait and see if/when there are any real world examples of accidental triggering.
Btw I heard if you do the Konami combo while using SX OS it makes the baby Jesus cry
That's one of the things the write-up will accomplish.That last part needs to be clarified, extensively.
His constant bashing against TX has already proven to me how biased that write-up can be too.That's one of the things the write-up will accomplish.
That's roughly how I feel. I mean, he knows what he's talking about.. But who knows how far his bias goes in this specific situation. I'd like to see what could accidentally trigger the brick.His constant bashing against TX has already proven to me how biased that write-up can be too.
Until one more SX user switch gets bricked from "normal" use I'll be very skeptical of anything he writes about this subject.That's just my take though.
Funny, his blogpost says exactly the opposite.His constant bashing against TX has already proven to me how biased that write-up can be too.
Until one more SX user switch gets bricked from "normal" use I'll be very skeptical of anything he writes about this subject.That's just my take though.
It's in the first post. In addition to the type of brick hexkyz triggered and fixed, SX OS tries to corrupt boot partitions, it's deployed on multiple stages across the boot chain, and it can be triggered accidentally without trying to crack the software.
Again, he's said a writeup is coming. Hold your butt.He doesn't' explain anything else. This is him already tampering with the code, and looking at the what if scenarios which is not normal use. He even told people to run the bin file which no normal user would do. Like how does this affect normal users? ZERO. This thread should be renamed to "How many ways I can brick my Switch while not on normal use".