yes thats correctSo, there you go
If i download the ZIP with the overlay and only copy the atmosphere Folder to my SD, that's the same, right ?
yes thats correctSo, there you go
If i download the ZIP with the overlay and only copy the atmosphere Folder to my SD, that's the same, right ?
If i use the sigpatch updater and afterwards delete the overlays folder created by update (?) then i'll be good, right?yes thats correct
You need the ovlmenu.ovl too in the overlays folder.If i use the sigpatch updater and afterwards delete the overlays folder created by update (?) then i'll be good, right?
No, i don't want to use the overlay, as i don't need it .You need the ovlmenu.ovl too in the overlays folder.
Could you make nifm ctest patches disabled by default? Most people don't need it and it's a headache if somebody triggers this bug. From what I found similar bug can be triggered without nifm patches, but you need to fit all those criterias:Nice. I guess I could add ctest but make it optional. In fact, I could make each patch optional (although enabled by default). Not sure why someone would want to disable patching fs,es,ldr for example, but it might it easier to debug things later down the line if something seriously breaks.
What do you think?
yes i can disable it by default, although i was going to fix the ctest patch that's applied, along with the ips patches thats shipped out.Could you make nifm ctest patches disabled by default? Most people don't need it and it's a headache if somebody triggers this bug. From what I found similar bug can be triggered without nifm patches, but you need to fit all those criterias:
- You must have sigpatches
- Your Switch must be a secondary device
- Your account must be linked
- You must have blocked Nintendo servers
Then when running any game Core 3 is at 100%.
With nifm ctest patches I don't know all criterias, but there is a difference that when you will connect to Wi-Fi, you can trigger this bug without having game opened.
I mean that you need the ovlmenu.ovl in order to use de sys-patch.ovlNo, i don't want to use the overlay, as i don't need it .
Thank youThis is an overlay. You need Tesla+ovlloader on your SD. And this release ofc.
appstore doesn't accept tools purely designed for anything related to piracy.This doesn't touch (and mess) with the hekate_ipl.ini, correct?
If so, great solution!
Is it in the app store already? Because that would be a great way to update it on the console itself before updating Atmosphère and the FW.
Correct, nothing on the SD card is modified (aside from creating a log file.This doesn't touch (and mess) with the hekate_ipl.ini, correct?
If so, great solution!
Is it in the app store already? Because that would be a great way to update it on the console itself before updating Atmosphère and the FW.
I found a specific discussion about this on Reddit:Sorry friends, I don't know if this is the right topic for this question, is there a patch to not have this error message 2123-0011 in games?
appstore doesn't accept tools purely designed for anything related to piracy.
Ah, that old topic again. I can literally create a forwarder for every single (non pirate) homebrew I own on my SD card only to to have it on my home screen next to the games and guess what, those forwarders won't launch without sigpatches. But I guess even with that argument, the app store devs don't wanna risk having it on their stores, given how Nintendo is currently on rampage (yet again). Maybe you can implement an auto-update mechanism directly into the sysmodule then or provide a dedicated app to fire up the update process. All I'm looking for is a clean solution to be able to fire this off the console itself.And like masagrator said, this cannot be added to the app store
That's great news, thanks! <3Correct, nothing on the SD card is modified (aside from creating a log file.
you can use sigpatch-updater to update the sysmod, which also restarts the sysmod so you dont have to restart your switch to apply the patches. i personally wont add updating within the sysmod itself. it would balloon the binary size, take up a lot more memory and would probably cause many bugs due to a bad implementation by meAh, that old topic again. I can literally create a forwarder for every single (non pirate) homebrew I own on my SD card only to to have it on my home screen next to the games and guess what, those forwarders won't launch without sigpatches. But I guess even with that argument, the app store devs don't wanna risk having it on their stores, given how Nintendo is currently on rampage (yet again). Maybe you can implement an auto-update mechanism directly into the sysmodule then or provide a dedicated app to fire up the update process. All I'm looking for is a clean solution to be able to fire this off the console itself.
That's great news, thanks! <3
Oh nice, didn't know about sigpatch-updater. And I agree that this functionality is better suited to be in a homebrew app than a sysmodule itself.you can use sigpatch-updater to update the sysmod, which also restarts the sysmod so you dont have to restart your switch to apply the patches. i personally wont add updating within the sysmod itself. it would balloon the binary size, take up a lot more memory and would probably cause many bugs due to a bad implementation by me
you can use sigpatch-updater to update the sysmod, which also restarts the sysmod so you dont have to restart your switch to apply the patches. i personally wont add updating within the sysmod itself. it would balloon the binary size, take up a lot more memory and would probably cause many bugs due to a bad implementation by me