Is what Phoenix tells you, when you update or connect to internet the versionlist gets updated, basically is telling you there's a newer update than what you are using, not that you need to update the firmware.
I know blawar added to tinfoil.io the reset update requirement, if it works as it does with devmenu it should be able to overwrite the value in the versionlist and delete the nag.
Selfmade nsps\xcis shouldn't be able to verify. Only readability and maybe hash since it keeps 2 of them, and well since hacpack makes weird headers the readability check (level1) can fail easily. Unless i'm missunderstanding you about the correct nca thing, if you mean you made a nsp with unmodified ncas for some reason, i you didn't add a ticket the xci should be bad, but again i don't know if that's what you mean.
About cls you need to use squirrel directly on those cases or just add a pause in the info functions, which is what i do when i need to debug stuff on those cases.
The squirrel verification command is pretty straightforward too:
squirrel.exe -v "file"
I talking about the file info, where I can see the exefs data.
my browser is Maxthon, is that the problem?
thanks
Attachments
Maybe it's a stupid question: is it possible to merge a nsp and an update for that nsp. And by "merge", I mean get one nsp with the update "applied" to the game ? Not two nsp merged into one.
That’s what this does merge base, update and dlc into one so when u install or mount the merge file its all done already
On the switch itself.
I'll see if I can add a config for non standard chromium browsers. Currently is either chrome\chromium or Chromium portable\slimjet portable in ztools\Chromium as the readme says.
Slimjet portable for example gets loaded ztools\Chromium\slimjet.exe while chromium portable needs to rename the exe as said in the readme.
Then it gets launched via Interface.bat
--------------------- MERGED ---------------------------
Yes but I didn't implement it. You need to merge the romfs and Exefs and generate a nca from that. Is pretty much doable but it may give issues when you update the game.
--------------------- MERGED ---------------------------
I think he means merging the update and base program nca which gets you a smaller one, something I didn't add.
OMG, I wait for that. Please hurry
Just joking, but that would solve one of my problems, so I can't await this feature.I tried to mix base + upd myself with hacpack, but that didn't work.
Last edited by 18Phoenix,
v0.96d - Bugfixes and pararell compression:
- Fixed keygeneration missmatch in nxdumptool tickets with elicense flag
- Fixed xci compressor for xci with tickets and titlekey starting by 0
- Fixed bug where ticket gets appended more than once in a multi-file with tickets
- Added json integrity check when updating nutdb. The update will take a little longer but the current json will be protected if the one in the repository is corrupted.
- Fixed issue where pykashi adds spaces when processing accented characters.
- Improved selector to list function.
- Added pararell compression as alternative to threads. Pararell compression compresses several files at the same time with a smaller cpu footprint.
In tests i managed to compress 20 files at the same time while keeping a 2-3Mb\s speed ratio per file with level 22 compression. This will depend on your computer or server.
Note: Current implementation has this issues:
1.- It compresses in batches so when one instance finishes it's place isn't taken by another file.
2.- It uses subprocesses. tqdm prints become a little wonky with subprocesses and ghost bars can appear out of position, specially with a high number of processes. To handle this the screen gets cleaned in 3second intervals and bar positions get preallocated. This reduces the wonkyness.
3- The wonkyness is just visual, it doesn't affect the correct processing of the files
Possible improvements to study:
I.- Separate filelist equally between instances so when one instance finishes processing a file another takes it's place.
II.- Let one thread update the progress bars exchanging the progress information between threads
For performance a function that arranges files by size has been added. That ensures files with similar sizes will be group on the same batch when possible
https://github.com/julesontheroad/NSC_BUILDER/releases/tag/v0.96d
- Fixed keygeneration missmatch in nxdumptool tickets with elicense flag
- Fixed xci compressor for xci with tickets and titlekey starting by 0
- Fixed bug where ticket gets appended more than once in a multi-file with tickets
- Added json integrity check when updating nutdb. The update will take a little longer but the current json will be protected if the one in the repository is corrupted.
- Fixed issue where pykashi adds spaces when processing accented characters.
- Improved selector to list function.
- Added pararell compression as alternative to threads. Pararell compression compresses several files at the same time with a smaller cpu footprint.
In tests i managed to compress 20 files at the same time while keeping a 2-3Mb\s speed ratio per file with level 22 compression. This will depend on your computer or server.
Note: Current implementation has this issues:
1.- It compresses in batches so when one instance finishes it's place isn't taken by another file.
2.- It uses subprocesses. tqdm prints become a little wonky with subprocesses and ghost bars can appear out of position, specially with a high number of processes. To handle this the screen gets cleaned in 3second intervals and bar positions get preallocated. This reduces the wonkyness.
3- The wonkyness is just visual, it doesn't affect the correct processing of the files
Possible improvements to study:
I.- Separate filelist equally between instances so when one instance finishes processing a file another takes it's place.
II.- Let one thread update the progress bars exchanging the progress information between threads
For performance a function that arranges files by size has been added. That ensures files with similar sizes will be group on the same batch when possible
https://github.com/julesontheroad/NSC_BUILDER/releases/tag/v0.96d
You mean compress? Yes since several versions ago, what i added now is pararell compression that allows to compress several files at the same time, when you have enough disk space and a good computer cpu it's a better solution than threads in my opinion.
Tell me the file if you can and send me the log with hash verification. I don't remember touching the verification though.
Similar threads
-
- Article
-
ButterScott101
-
Xdqwerty
what are you looking at?
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
@
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 -
-
-
-
-
-
-
