Yes, but that requires to add romfs patching to the tool. I made some positive tests but i need to make sure sure the games can be updated after. Also they won't pass verification since you're breaking signatures and the scope of it if beyond just modifying the headers.
Them not passing verification isn't a big issue if ou make them yourself though.
So basically what Nintendo\developers do is taking the latest version of the game and comparing it to the original one, and the update is basically the data that changes between versions, so while those nca won't replace the base game totally is possible to generate a nca that includes those changes.
--------------------- MERGED ---------------------------
Yeah, it should. I think the only one that doesn't is rommenu by Team Xecuter. All that are inheritors from the Original Tinfoil by Addubz should patch it by default and tinleaf base being awoo i'm sure it does that.
I'm hitting some problems and need help 
I wanted to patch an 'acquired' ACNH 1.5.0 xci to run on 10.1 (as I understand it needs 10.2 by default?)
but cant even check as when I run the 'file info' mode it just comes back blank
what am I doing wrong?
using 1.01x64.zip
I wanted to patch an 'acquired' ACNH 1.5.0 xci to run on 10.1 (as I understand it needs 10.2 by default?)
but cant even check as when I run the 'file info' mode it just comes back blank
what am I doing wrong?
using 1.01x64.zip
Last edited by fatherjack,
In the batch? Also it comes blank just entering in mode 4 or checking the file?I'm hitting some problems and need help
I wanted to patch an 'acquired' ACNH 1.5.0 xci to run on 10.1 (as I understand it needs 10.2 by default?)
but cant even check as when I run the 'file info' mode it just comes back blank
what am I doing wrong?
using 1.01x64.zip
I tried to download one of this files throught web page and it was downloaded without issues
I got that sometimes with public links, where the api refused the request but worked trough the web. Still i'll check and see if it's related to the new system where the id is passed in the text file, though it should do 2 tries:
1.- It asks directly for the id
2.- If 1 fails It uses the filepath to search for the filename, which was the old method.
Did you tried with the other modes?
For example install from cache, the folder walker or in autoupdate one of the modes that allow to select the updates to install? I'm asking because all those have different systems of adding the data to the text file, just in case the issue is there. The installation system is the same though, it takes that line in the text file and tries to get a good response from google drive.
Other way is to use the update from local but mounting the google drive with raidrive, rclone or google filestream. Raidrive, for example, is a bit slower than the api but it also allows other services outside google drive and works well together with nscb.
Last edited by JRoad,
I'm choosing 4 (file info mode), dragging xci in then press enter, then 4 again (file info and required fw) but on hitting enter to start it just returns nothing and gets ready for next input.
If I choose to output to txt file it just creates an empty txt file.
NSCB is well loved and supported, so I'm doing something wrong somewhere - need someone to tell me what it is...
If I choose to output to txt file it just creates an empty txt file.
NSCB is well loved and supported, so I'm doing something wrong somewhere - need someone to tell me what it is...
Do you have all these masterkeys in the template?I'm choosing 4 (file info mode), dragging xci in then press enter, then 4 again (file info and required fw) but on hitting enter to start it just returns nothing and gets ready for next input.
If I choose to output to txt file it just creates an empty txt file.
NSCB is well loved and supported, so I'm doing something wrong somewhere - need someone to tell me what it is...
Code:
master_key_00 =
master_key_01 =
master_key_02 =
master_key_03 =
master_key_04 =
master_key_05 =
master_key_06 =
master_key_07 =
master_key_08 =
master_key_09 =
master_key_0a =I can see the data, at least:
xci (cartridge):
Code:
-----------------------------
CONTENT ID: 01006f8002326000
-----------------------------
Titleinfo:
- Name: Animal Crossing: New Horizons
- Editor: Nintendo
- Display Version: 1.0.0
- Meta SDK version: 10.0.0.0
- Program SDK version: 9.3.1.0
- Supported Languages: US (eng), UK (eng), JP, FR, DE, LAT (spa), SPA, IT, DU,
CAD (fr), RU, KOR, TW (ch), CH
- Content type: Base Game or Application
- Version: 0 -> Application (0)
Required Firmware:
Getting NUTDB json "fw"
- Included Firmware: 9.0.1
- RequiredSystemVersion: 603979776 -> (9.0.0)
- Encryption (keygeneration): 10 -> (9.0.0 - 9.0.1)
- Patchable to: 603979776 -> (9.0.0)
ExeFS Data:
- BuildID8: 7FC1BAFF976AECA4
- BuildID: 7FC1BAFF976AECA414520CB89F4616CB
Eshop Data:
- nsuId: 70010000027619
- Data from Region: ninshop
- Number of Players: 4
- Release Date: 20/03/2020
- Genres: Simulation
- AgeRating: 6
- Rating tags: Comic Mischief, Users Interact, In-Game PurchasesLatest update:
Code:
-----------------------------
CONTENT ID: 01006f8002326800
-----------------------------
Titleinfo:
- Name: Animal Crossing: New Horizons
- Editor: Nintendo
- Display Version: 1.5.0
- Meta SDK version: 10.4.0.0
- Program SDK version: 10.7.0.0
- Supported Languages: US (eng), UK (eng), JP, FR, DE, LAT (spa), SPA, IT, DU,
CAD (fr), RU, KOR, TW (ch), CH
- Content type: Update
- Version: 851968 -> Patch (13)
Required Firmware:
- RequiredSystemVersion: 673185792 -> (10.2.0)
- Encryption (keygeneration): 11 -> (9.1.0 - >10.2.0)
- Patchable to: 606076928 -> (9.2.0)
ExeFS Data:
- BuildID8: 0209750A17F48CB8
- BuildID: 0209750A17F48CB8C37BDE28FA1E503B
Eshop Data:
- nsuId: 70010000027619
- Data from Region: ninshop
- Number of Players: 4
- Release Date: 20/03/2020
- Genres: Simulation
- AgeRating: 6
- Rating tags: Comic Mischief, Users Interact, In-Game Purchases
Last edited by JRoad,
all present and keys.txt verifies fine
I have a 1.5.0 xci and also a 1.5.0 (update only) nsp and both result in blank details
think I must be missing something in my setup?
I have a 1.5.0 xci and also a 1.5.0 (update only) nsp and both result in blank details
think I must be missing something in my setup?
That's weird, can you try with the x86 version? For some reason people have issues with the x64 sometimes.all present and keys.txt verifies fine
I have a 1.5.0 xci and also a 1.5.0 (update only) nsp and both result in blank details
think I must be missing something in my setup?
same blank output with x86.
got this result when I verified xci - however this xci IS working for others?
would this be the reason I cannot proceed to patch RSV?
***************
DECRYPTION TEST
***************
01006F800232712C - Content.PUBLIC_DATA
5f0fd7d3a8c1452e4122dfa359e1ebd2.nca -> is CORRUPT <<<-
* NOTE: S.C. CONVERSION WAS PERFORMED WITH BAD KEY
01006F800232712C - Content.META
9b5e9ffebc8f7bcf8245c8f5fb9b7f0f.cnmt.nca -> is CORRUPT <<<-
01006F800232712D - Content.PUBLIC_DATA
966e518b4d9274f89aed1429472c082a.nca -> is CORRUPT <<<-
* NOTE: S.C. CONVERSION WAS PERFORMED WITH BAD KEY
01006F800232712D - Content.META
bd80b39433e96e551cf6dbaa66b05ef8.cnmt.nca -> is CORRUPT <<<-
01006F8002326000 - Content.PROGRAM
bd68bf29c8500e9c88ca844e1a6f77e8.nca -> is CORRECT
01006F8002326000 - Content.CONTROL
82bbd13afe5b23290442cd374c463ac0.nca -> is CORRECT
01006F8002326000 - Content.MANUAL
e2c731fedf541fe396346be546cee4e2.nca -> is CORRECT
01006F8002326000 - Content.META
ba6b38fd6d127a1fcfc1ba935885e6da.cnmt.nca -> is CORRUPT <<<-
01006F8002326000 - Content.PROGRAM
6d9789ebad43d6051d5e7fa63a9609e9.nca -> is CORRECT
01006F8002326000 - Content.CONTROL
54740d7f7c5f3e6dc75318a04ce450a8.nca -> is CORRECT
01006F8002326000 - Content.MANUAL
388445c05bbaba577387b473a6ee0473.nca -> is CORRECT
01006F8002326800 - Content.META
27809377a9c647180c9a3ec786c61abd.cnmt.nca -> is CORRUPT <<<-
VERDICT: XCI FILE IS CORRUPT OR MISSES FILES
got this result when I verified xci - however this xci IS working for others?
would this be the reason I cannot proceed to patch RSV?
***************
DECRYPTION TEST
***************
01006F800232712C - Content.PUBLIC_DATA
5f0fd7d3a8c1452e4122dfa359e1ebd2.nca -> is CORRUPT <<<-
* NOTE: S.C. CONVERSION WAS PERFORMED WITH BAD KEY
01006F800232712C - Content.META
9b5e9ffebc8f7bcf8245c8f5fb9b7f0f.cnmt.nca -> is CORRUPT <<<-
01006F800232712D - Content.PUBLIC_DATA
966e518b4d9274f89aed1429472c082a.nca -> is CORRUPT <<<-
* NOTE: S.C. CONVERSION WAS PERFORMED WITH BAD KEY
01006F800232712D - Content.META
bd80b39433e96e551cf6dbaa66b05ef8.cnmt.nca -> is CORRUPT <<<-
01006F8002326000 - Content.PROGRAM
bd68bf29c8500e9c88ca844e1a6f77e8.nca -> is CORRECT
01006F8002326000 - Content.CONTROL
82bbd13afe5b23290442cd374c463ac0.nca -> is CORRECT
01006F8002326000 - Content.MANUAL
e2c731fedf541fe396346be546cee4e2.nca -> is CORRECT
01006F8002326000 - Content.META
ba6b38fd6d127a1fcfc1ba935885e6da.cnmt.nca -> is CORRUPT <<<-
01006F8002326000 - Content.PROGRAM
6d9789ebad43d6051d5e7fa63a9609e9.nca -> is CORRECT
01006F8002326000 - Content.CONTROL
54740d7f7c5f3e6dc75318a04ce450a8.nca -> is CORRECT
01006F8002326000 - Content.MANUAL
388445c05bbaba577387b473a6ee0473.nca -> is CORRECT
01006F8002326800 - Content.META
27809377a9c647180c9a3ec786c61abd.cnmt.nca -> is CORRUPT <<<-
VERDICT: XCI FILE IS CORRUPT OR MISSES FILES
Yeah those files aren't properly readable since that's the decription test. Is not a matter of already patched or modified files by other tool either.
Is weird that the issue is on the cnmt files, it also seems to include an unlocker. I would get a normal base xci and the update and make a multi xci from that. That file seems to have issues.
The message says conversion made with bad key so probably whoever made it had the wrong key in keys.txt or something like that.
What happened in the mode 4 then is probably an exception while it was trying to read some of those files.
Thanks JRoad - will try the base + update build myself
nope
just grabbed base.xci all options worked but file info mode blanked again
used base+ update nsp into multi xci and same result
nope
just grabbed base.xci all options worked but file info mode blanked again
used base+ update nsp into multi xci and same result
Last edited by fatherjack,
Do the original files verify? And does the output file give the same issue?Thanks JRoad - will try the base + update build myself
nope
just grabbed base.xci all options worked but file info mode blanked again
used base+ update nsp into multi xci and same result
I took the xci and the update and it does show me data and it verifies fine, with the files i checked at least. I did lower the rsv since just in case, but no issues there.
Attached are the logs, with the update titlekey deleted.
Attached are the logs, with the update titlekey deleted.
NSC_Builder v1.01b - Changelog
1. Fixed issue in interface where nsz and xcz fails to show the files section
2. Improved titledb version consolidation between databases
Fixed issue where versions.txt got downloaded from tinfoil.io for instead of my titledb repository
Added nutdb.json as a source for versions.txt consolidation
3. Made changes to google drive requests on mtp
4. Fixed issue where batch verification won't hash xcz files
https://github.com/julesontheroad/NSC_BUILDER/releases/tag/1.01b
@xHR
Added a couple of fallbacks not sure if it will help since i didn't encounter the issue yet, but using a drive that isn't shared.
1. Fixed issue in interface where nsz and xcz fails to show the files section
2. Improved titledb version consolidation between databases
Fixed issue where versions.txt got downloaded from tinfoil.io for instead of my titledb repository
Added nutdb.json as a source for versions.txt consolidation
3. Made changes to google drive requests on mtp
4. Fixed issue where batch verification won't hash xcz files
https://github.com/julesontheroad/NSC_BUILDER/releases/tag/1.01b
@xHR
Added a couple of fallbacks not sure if it will help since i didn't encounter the issue yet, but using a drive that isn't shared.
Similar threads
-
- Article
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
@
RedColoredStars:
There is an actual trailer with footage too. lol. Going to watch it tonight. Grabbed it from... a place. -
-
@
SylverReZ:
@Psionic Roshambo, JonTron's back yet again until he disappears into the void for another 6 or so months.+1 -
-
