Thanks!For now you can get N1dus here: https://www.switchbru.com/appstore/#/app/dOPUS
I thought I needed to take the switch there to get that and since I do not want the switch in any network, that wouldn't happen.
Thanks!For now you can get N1dus here: https://www.switchbru.com/appstore/#/app/dOPUS
I dont know anything about switch_rules as I dod not encautered it but as for sdl2 you need to download it using pacman using command like this pacman -S switch-sdl2gives my all kinds of errors
Started with "/opt/devkitpro/libnx/switch_rules" not being found. Then i updated devkitpro and it was asking about SDL2 or something. Killed the window and now I am back to the switch_rules part.
Uninstalled devitpro and reinstalled it, but msys2 is only there msys isn't anymore and with msys2 I cannot seem to do anything.I dont know anything about switch_rules as I dod not encautered it but as for sdl2 you need to download it using pacman using command like this pacman -S switch-sdl2
Check it out there: n1dus v0.7
Before it'll be gone another time (who knows what's going on here), I saved it to the Wayback Machine:repo was moved here: https://github.com/zhaoloving/n1dus.git
It's n1dus or dOPUS in download ?For now you can get N1dus here: https://www.switchbru.com/appstore/#/app/dOPUS
So I didn't realize your pull request was for splitting XCI's for installation purposes. I thought it was for use with SX OS in which case splitting the XCI's is done differently. I went to merge your pull request but the repo was deleted, so I couldn't.Check it out there: n1dus v0.7
Release notes:
Be sure to read the instructions there
- No more need for exFAT! Can now install and extract both NSP and XCI files over 4GB on a FAT32 SD Card (exFAT is notorious for being prone to file corruptions on the Switch). NCA files over 4GB are now handled through a virtual file access that chunks read/write operations automatically.
- Clock will now show the right time according to your switch timezone setting (thanks libnx ).
- Now will look for keys.dat, keys.txt or prod.keys in "/", "/switch", or "/switch/n1dus"
Most importantly:
Installing files over 4GB on FAT32
Enjoy!
- Split files using either AnalogMan151 splitNSP, or my slightly modified version in tools/splitFile.py (which handles any file extension, and set the archive bit for you (windows only)). I have made a pull request for some of the changes.
- Make sure the generated folder has the right extension (XCI or NSP), and has the archive bit set ("Folder is ready for archiving" under windows).
- The generated folder should show up under n1dus as regular NSP or XCI file.
- Install as you would normally do with n1dus!
And to avoid more drama, a special:
CREDITS TO TINFOIL
Here you go, compiled with the else statement to prevent deleting on failed install.@HiD, please, delete ile only after successfull installation!
It's just one `else` at line 39 in dlgInstall.cpp!
Thanks @AnalogMan ! This is appreciated.So I didn't realize your pull request was for splitting XCI's for installation purposes. I thought it was for use with SX OS in which case splitting the XCI's is done differently. I went to merge your pull request but the repo was deleted, so I couldn't.
--------------------- MERGED ---------------------------
Here you go, compiled with the else statement to prevent deleting on failed install.
So I didn't realize your pull request was for splitting XCI's for installation purposes. I thought it was for use with SX OS in which case splitting the XCI's is done differently. I went to merge your pull request but the repo was deleted, so I couldn't.
--------------------- MERGED ---------------------------
Here you go, compiled with the else statement to prevent deleting on failed install.
Yeah, it will happen at some point, trust me."exFAT is notorious for being prone to file corruptions on the Switch"
ive never had one corruption ever
i keep seeing this posted around, the exFAT corruption risk allegations are killing me and my paranoid self"exFAT is notorious for being prone to file corruptions on the Switch"
ive never had one corruption ever
Neither have I. However I’m thinking of converting to Fat32 and use this. Although I might just save my game saves and retroarch saves/configs etc. more frequently. Then wait until a corruption to actually occur first. ¯\_(ツ)_/¯"exFAT is notorious for being prone to file corruptions on the Switch"
ive never had one corruption ever
I run retroarch alot rooExfat is all good. Until you want to run retroarch or something.