I think a "don't modify the ticket" is needed, since multiple people will dump their games but not share them.
(btw, just to be sure, is the nsp produced in the end a valid nsp if re-installed on the console it was dumped from?)
"traces of having ever run cfw"? Do you know the process of runing a cfw on switch?
for larger games already downloaded does this dump split files? hopefully we'll see some split nsps around so us fat32 dudes can install some big games once tinfoil works with them
Yeah that's what i actually asked for. If there was such an option, would it produce a valid nsp (launchable with no sigpatches) for the console?By default, the ticket is modified (assuming the item was not an update), so that the NSP, assuming signature check patching is enabled, would be valid for ALL consoles. There currently isn't an option to leave the ticket unmodified. Such an option would produce NSPs that would only be valid for the very console it was dumped from.
Just good old being paranoid measures, just in case some telemetry data that nintendo might log about you going into cfw mode and running kezplez results in nintendo detecting that you went into cfw at all.
--------------------- MERGED ---------------------------
Have not personally seen split NSPs, so I don't know what the exact standard is, in order to be able to implement it directly.
I think a "don't modify the ticket" is needed, since multiple people will dump their games but not share them.
(btw, just to be sure, is the nsp produced in the end a valid nsp if re-installed on the console it was dumped from?)
That would not make any sense.
It dumps legally purchased games without the need to use Freeshop/CDNSP at all.
--------------------- MERGED ---------------------------
This was possible all the time, Switch doesn't make a difference between legit purchased game and downloaded nsp in CFW. But the ticket will match with a legit purchase, so probably no ban if playing those online.
I actually forgot the official way lol.Then this tool isn't for them, we don't need people who won't share and contribute to the scene.
EDIT: Also I should add that Nintendo already provides users with a personal DRM'd backup that is married to their Switch. Thus there is no reason they need to be creating NSPs and can simply make a copy of their SD card as it serves the same purpose as it can only be restored to that Switch console. The bottom line is users don't need to create NSPs if all they want to do is backup DRM files that are married to that specific Switch.
Connecting online with ANY modified NAND whether in CFW mode or not will always be a potential ban risk as you violated Nintendo's TOS. The only 99.9% safe way is to only go online with OFW (that is a NAND that was never modified, a virgin NAND). We don't know what triggers the bans but if you want to risk it and tell us how it works out for you that's fine but I am not as brave.
cannot dump tickets without RSA KEK
Anyone HELP?
I actually forgot the official way lol.
Still useful to extract the nsp. Since we get the game data too.
btw a clean nand can also be a nand that has run cfw (hekate atmo or reinx) since they write nothing to nand.
I do not include error stuff.
Hekate/cfw itself can't currently be detected on current firm. Sx os was and is always.... meh
Ran into a bit of a problem mid-way through dumping NCAs and cannot continue without the same error popping up immediately now.
View attachment 139842
************** Exception Text **************
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
at SwitchSDTool.Form1.btnDecryptNCA_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
They should both be in the same directory as SwitchSDTool.exeso im getting a
keys.txt
PRODINFO.bin
missing error, except i have those, i placed them everywhere i can think of. any ideas?
thank you, im retardedThey should both be in the same directory as SwitchSDTool.exe
I'm having the same error except mine lists many more mismatched keys. Hactool is obviously failing to match the keys for some reason but I can't tell why. It doesn't make much sense since my keys.txt file looks the same as every other I can find online. My only guess is that the SD seed is wrong.I think I have followed the directions correctly, but when I go to decrypt the NCAs, each decrypt is failing.