Thank you for the info!, can you tell me where the workable update file Was downloaded from?
Thank you for the info!, can you tell me where the workable update file Was downloaded from?
Didn't check them on xci explorer but I don't think the info should be missing. I always used nut for file information.
The thing with the masterkey is that Is a number lower than mkrev2 or keygeneration as it's shown in files or ticket.
Basically FW6.2 is keygeneration7 or mkrev2 7 and nut calls it, Wich is the actual number shown in the nca header, in the correct offset of the ticket, the final number of the ritlerights and the final number at the ticket's name Wich matches with the ritlerights id.
--------------------- MERGED ---------------------------
I know lot of people have issues setting the4n patches. Though I'll probably add titlerights restoration in the next big update.
The thing with the masterkey is that Is a number lower than mkrev2 or keygeneration as it's shown in files or ticket.
Basically FW6.2 is keygeneration7 or mkrev2 7 and nut calls it, Wich is the actual number shown in the nca header, in the correct offset of the ticket, the final number of the ritlerights and the final number at the ticket's name Wich matches with the ritlerights id.
--------------------- MERGED ---------------------------
Yeah though I didn't add yet ritlerights restoration so to make them work you need SX OS, ReiNX or atmosphere with the4n patches correctly set.
I know lot of people have issues setting the4n patches. Though I'll probably add titlerights restoration in the next big update.
Mode 3 - Split Mode if I remember correctly.
You can add several to the list and it'll split them in nsp or xci in order. It's set to repack always dlc and updates as nap independently of your choice.
Wait the update works as nsp with titlerights removed?. The issue is with the RSV patching then, it messed a couple of old games for me. I'll need to look that one in detail.
Does it ask for 6.2? If not you can take your current multi and add the update without the RSV patch, it should work that way.
I'll check that update either way and seem if there is something weird with it's cnmt.nca
@JRoad
I think patching an UPDATE NSP file alone leads to missing infos.
The update will still work, but how I already explained it shows no more infos with the XCI-Explorer.
Have you considered the case that a pure update NSP will be patched?
I mean I start the bat, choose 1, then drag the Update only without any base,
then 1 for starting, 1 again for repack as NSP,
then 1 to patch and then 6 for keygen6.
Could it be that the infos like icon etc are normally takes from the base?
And because in this case the base is missing, so the infos in the resuld update NSP, too?
I think patching an UPDATE NSP file alone leads to missing infos.
The update will still work, but how I already explained it shows no more infos with the XCI-Explorer.
Have you considered the case that a pure update NSP will be patched?
I mean I start the bat, choose 1, then drag the Update only without any base,
then 1 for starting, 1 again for repack as NSP,
then 1 to patch and then 6 for keygen6.
Could it be that the infos like icon etc are normally takes from the base?
And because in this case the base is missing, so the infos in the resuld update NSP, too?
Last edited by 18Phoenix,
Ah, yeah. Is setup as a top range. If keygeneration is lower than that it'll patch it as it is. So for example if you choose 7 it won't ever be patched currently.
I may add a force patch to an advance mode in the future. In this case the purpose was to not change unless necessary.
Last edited by JRoad,
Note: Updated this issue. I have it identified and it'll be corrected in the new update, I just need to modify mi code to handle those cases. It's refered to issues when patching the RSV in updates from games that have a lot of previous updates like Splatoon 2
https://github.com/julesontheroad/NSC_BUILDER/issues/11
https://github.com/julesontheroad/NSC_BUILDER/issues/11
Yeah this ones https://gbatemp.net/threads/i-heard-that-you-guys-need-some-sweet-patches-for-atmosphere.521164/
Lack of XML.He reads the data for nsp from the XML, bad way to do it but easier way. Since I remove the XML he looses it's ability.
I'll either think of including and replace data in the XML or make a generator from it from reading the cnmt file.
--------------------- MERGED ---------------------------
Yeah I tested it it seems updates from games with lot of previous updates get hashes badly calculated since Nintendo divides the hash in blocks. Corrected that but I still have an issue if I put it inside a xci so it may be something I need to correct in the extended meta from the cnmt too. I'm looking into it but I can confirm they work as nsp patched.
Bad or not, the xml is a file that is noramlly present.
Would be nice to have it back ^^ Can't the old xml be used ?
Yes but would get a bad read in the keygeneration, the Requiredsystemversion and the cnmt.xml name. The thing is I don't even extract it normally since it isn't present in the xci files and is actually generated by the CDN downloaders. The SDK generates it too.
@JRoad
Hi. I tried again to join Rocket League [v0] NSP base with the new NSP update [v983040] (v1.1.5).
The both files are absolutly ok, both show no errors checking with file-infos.
But the build SuperXCI doesn't work at all.
The file-infos give strange results aswell, look in the attached files.
The generation (txt-file 1) and the content check of the result (txt-file 2) look fine to me.
I'm not sure with the Nut-info (txt-file 3).
But checking the FW Requirements (txt-file 4) leads to an error:
********************************************************
SHOW INFORMATION ABOUT REQUIRED FIRMWARE
********************************************************
Exception: 'Xci' object has no attribute 'print_fw_req'
Hi. I tried again to join Rocket League [v0] NSP base with the new NSP update [v983040] (v1.1.5).
The both files are absolutly ok, both show no errors checking with file-infos.
But the build SuperXCI doesn't work at all.
The file-infos give strange results aswell, look in the attached files.
The generation (txt-file 1) and the content check of the result (txt-file 2) look fine to me.
I'm not sure with the Nut-info (txt-file 3).
But checking the FW Requirements (txt-file 4) leads to an error:
********************************************************
SHOW INFORMATION ABOUT REQUIRED FIRMWARE
********************************************************
Exception: 'Xci' object has no attribute 'print_fw_req'
Last edited by 18Phoenix,
Yeah, I see the issue with the info function. The function is there but missing the definition line in the xci library so it was merged with the file_list function.
It's corrected now in the master.
Now, the issue about the update it's probably related to this:
https://github.com/julesontheroad/NSC_BUILDER/issues/11
The game had many updates so it has a big extended meta and hash in cnmt is divided by blocks, wich I didn't expect. In xci hashes need to match perfectly and the update causes an issue, i'm currently correcting it since I realized it yesterday with Splatoon 2.
So if you need to patch such games you can but you'll need to install it as nsp since the nsp installers doesn't seem to care abut those hashes.
So in this case you'll ned to install the update as nsp for now till I correct that issue.
As I said it only affects games with lots of updates though I can't tell you the exact number of updates.
The info function should be corrected in the master, as of now. Though I can't test it right now.
https://github.com/julesontheroad/NSC_BUILDER
Last edited by JRoad,
Similar threads
-
- Article
