Why? What's the difference after a ctrtransfer? I can't get any clue from Decrypt9WIP code.You can"t use the ticket.db from another console directly as you said.
Why? What's the difference after a ctrtransfer? I can't get any clue from Decrypt9WIP code.You can"t use the ticket.db from another console directly as you said.
For system transferring, no.So in theory we can get pirated fieldrunners and make it legit to transfer?
It should be CTRtransfer.bin's problem.I've tried this method > bad tickets still exist > ticket.db can't be transferred
CTRtransfer auto-fixes the CMAC of foreign ticket.db from the ctrtransfer.bin to match your console. So the ticket.db transfer can be done.Why? What's the difference after a ctrtransfer? I can't get any clue from Decrypt9WIP code.
CTRtransfer auto-fixes the CMAC of foreign ticket.db from the ctrtransfer.bin to match your console. So the ticket.db transfer can be done.
Directly transferring ticket.db doesn't fix the CMAC so it causes a brick.
Debug("Step #5: Fixing CMACs and paths");
if (AutoFixCtrnand(N_NANDWRITE) != 0)
return 1;
Debug("Step #5 success!");
// fix CMAC for file
Debug("Fixing file CMAC for console...");
FixNandCmac(param);
For system transferring, no.
Official system transfer requires an Internet access. All the local tickets should be synchronized by the server data.
So even you have a "locally legitimated" ticket, it will still be disabled on accessing the Internet during official ST.
It should be CTRtransfer.bin's problem.
CTRtransfer auto-fixes the CMAC of foreign ticket.db from the ctrtransfer.bin to match your console. So the ticket.db transfer can be done.
Directly transferring ticket.db doesn't fix the CMAC so it causes a brick.
Thanks a lot. That would be quite safe and convienent.Yes it also delete legally vought content tcikets, but that"s not a problem since the eShop download them again when you connect to it.
I totally forgot that Emunand is a thing. But I extracted the ticket directly from the CTRNAND dump using WinImage with an old tutorial I found here, and managed to inject and have a clean ticket.db, but thanks for the suggestion!@Garro You can use a Redirection Nand to be safe for overwrite Arm9LoaderHax.
This doesn't work at all, like many said already, Decrypt9 dumps a few System files from the old NAND and inject them back after the CTRNAND transfer. So you still keep the same ticket.db
I'm really trying to get my hands on a clean ticket.db (To fix the DLC issues with the eShop) but I'm too scared to directly inject the CTRNAND partition because I don't want to accidentally overwrite a9lh.
System Format? That usually wipes everything back to factory state, though titles installed in NAND will persist.Since this is a related topic: What is the best possible way to get a absolute clean/legit NAND without NNID, Tickets, Settings or whatsoever?
AFAIK, System format should unlink your NNID - however, you are correct in saying it doesn't touch anything installed to NAND, nor your tickets.My resent research have shown a different behaviour. The so called "system format" implementation added by big N is one of the worst peace of thought ever compiled for a silicon based machine.... The word combination factory state and system format by big N, made my day )))
Whatsoever, the point: System format will not delete your ticket.dat nor NNID nor changes made to the NAND or any of the interesting system datas....
OF: 21st century, when will N join us?
AFAIK, System format should unlink your NNID - however, you are correct in saying it doesn't touch anything installed to NAND, nor your tickets.
Ah, yeah, that's definitely possible. I know that it unlinks it from your console server-side, at least, and I'm pretty sure it logs you out (as you said).NNID data will not be deleted. As of now I have to do some research of the 3ds itself first. Hard to explain or understand what kind of data corresponding the NNID stays and which does not.
But in short it definitely will not delete the complete NNID information only some information like your password and username......
Well making a Nand Dump just right after the first ever setup of that console or also make a Nand Backup trough Hardmod before Setup.Since this is a related topic: What is the best possible way to get a absolute clean/legit NAND without NNID, Tickets, Settings or whatsoever? The only clue is I don't trust my NAND Backups anymore, so what are my options as of now?
EDIT: Here is a list of the default titles, u should be able to compare it with home-brews like fbi or godmode (BE CAREFUL CAN LEAD TO BRICK if not used properly)