If you have a file named nogc, delete it to play retail carts.Is there a way to play a game cart?
It worked, thanks!!If you have a file named nogc, delete it to play retail carts.
It worked, thanks!!
i was/am at 5.1.0 and never did the no burn method to upgrade. So maybe no harm done?He probably should have explained that a little better.. If you were below 4.0 to begin with and used the no burn method to upgrade so you can downgrade at a later date, you just burned your gc slot. If you ever downgrade below 4.0, your game cart slot won't work now.
i was/am at 5.1.0 and never did the no burn method to upgrade. So maybe no harm done?
He probably should have explained that a little better.. If you were below 4.0 to begin with and used the no burn method to upgrade so you can downgrade at a later date, you just burned your gc slot. If you ever downgrade below 4.0, your game cart slot won't work now.
The card slot is disabled if the NOGC file is present within ReiNX folder. This was intentional so as to prevent unwanted updates, especially for those whose unit is still in lower firmware.Can you please explain “game cart slot wont work” ?
Is it literally defunctioning ?
Yeah, you're right, thanks for the advice!No harm done in your case but you should really take 2 minutes to read the description and guidelines of what you use : all information is in first post or in tutorial.
I remember hearing rumor of one of the people in my server working on a GDB debugging kip. So if its in kip form, then yea, will work.@Reisyukaku Thank you for your awesome work.
I am currently doing some reverse-engineering to decrypt a game save, the ARM CPU documents are available on the Web so I don't have any trouble on it.
I am looking for a CFW supporting remote debugging feature and I've heard Atmosphere CFW is going to support remote debugging, but since I mainly use ReiNX, I would like to know if such feature is planned to be released soon ?
Thank you very much for your time and work.
I don't think recardo is the issue.
It boots hekate no problem and hekate has the same issue, it shows that boot screen with the text, the splash screen, 3 seconds of black screen and then turns off entirely.
I tried again with the sdfiles from tumger, booting Rei from hekate, same issue.
I heard the original firmware has the best exploit available. But it may not inhabit the same stability as the updated firmware. The Switch is known for its freezing issue. I'm just unsure how later firmware tried to address it. Should you consider making the update of the firmware, I suggest you do so by not burning fuses via the ChoiDujourNX method.I ve got a Switch on 1.0.0 sitting for a few months now collecting dust, is there a way to get this CFW fully working without updating or do I have to wait for an emunand function?
I heard the original firmware has the best exploit available. But it may not inhabit the same stability as the updated firmware. The Switch is known for its freezing issue. I'm just unsure how later firmware tried to address it. Should you consider making the update of the firmware, I suggest you do so by not burning fuses via the ChoiDujourNX method.
This thread would best explain about the exploit I was referring to involving a Nintendo Switch running on firmware 1.0.0: https://www.reddit.com/r/SwitchHack...is_vu_a_100_trustzone_code_execution_exploit/So the best think I can do right now is just update to 5.x.x without buring any fuses? No way to just get CFW working on 1.0.0 without updating?
The former, you don't need the latter. tomGER's SD files for ReiNX come with that folder already in the proper location.in order to use creport from atmosphere, is it enough to drop the 0100000000000036 folder in the ReiNX titles folder? Or does it require fs_mitm.kip?
but it also comes with fs_mitm.kip in place and I know I had issues with that kip in the past. But if it's not needed, that's great. thanks.The former, you don't need the latter. tomGER's SD files for ReiNX come with that folder already in the proper location.