Right now I have little time to work on NUSD, and this will most likely be the case for awhile. I figured many of you would like to try out the latest build, so I'm releasing a public beta. I believe it should be mostly solid as far as the previous features go; the trucha editor is still buggy.
Big changes from v1.2:
* Database updates via the GUI.
* Simulated Wii Updates for each region.
* Optimized WAD Packing code.
* WAD File may be saved to a user-specified location.
* You can chose to delete the contents after WAD packaging.
* Support for NUS scripts (used by Wiimpersonator, etc.)
* Proxy configuration and authentication (Tested by Napo7)
* Certs collected on the fly (No more cert.sys)
* Windows 7 taskbar support.
* WAD naming scheme updates (Suggested by Attila)
A few of the new online features have not been written as background code. I suppose a known bug would be that if you start messing with the form during database update or Wii update simulation, it might lock up temporarily.
NUS Scripts are backwards compatible with Wiimpersonator, Wiimposter, and icefire's NUS WAD Packer. They are now the standard in batch NUS operations (a bit lacking, but standards are standards). When you simulate a Wii system update, instead of starting to download everything, the update is saved as a script. You can then run the script from the Extras menu, or modify it and do whatever with it (give it out as part of tutorials, etc.). I haven't perfected how individual options are specified during a script operation, so if you want WADs I'd suggest checking the box before you start. Obviously this is lacking the ability to single out what files you want WADs for, as well as other options, but it should hopefully work for now.
Download: NUS Downloader v1.3 Beta
Any suggestions you have will not be ignored, however a final build will not be likely soon.
- GBAtemp.net
- → Viewing Profile: WB3000
| Viewing Profile |
WB3000
Member Since 05 Apr 2007Offline Last Active Apr 07 2012 04:59 AM
Community Stats
- Group Members
- Active Posts 667 (0.36 per day)
- Most Active In Wii - Hacking (303 posts)
- Profile Views 3,741
- Member Title GBAtemp Advance Fan
- Age 19 years old
- Birthday September 6, 1992
-
Gender
Male
- Country United States
User Tools
Latest Visitors
Topics I've Started
NUS Downloader - v1.3 BETA
06 October 2009 - 01:31 AM
NUS Downloader - v1.2 Beta
06 July 2009 - 08:41 PM
Due to all the help in testing, NUS Downloader v1.2 has been released in it's final form.
Thanks for all the help!
Thanks for all the help!
Original contents of the thread:
Warning! Spoiler inside.
I've had less and less time to focus on NUS Downloader lately, and I don't want to waste all of the work on v1.2. I would be grateful if you could help hunt down any bugs in v1.2.
New from 1.1a is a database feature, which should stop all of the requests for title IDs. With a database.xml file in the same directory, you can access the majority of titles available in a few clicks.
How you can help: Know something that is missing from the database? Be sure to give as many details as possible (at least ID and name). I know that some consoles are not filled in yet, but I haven't had the time, and they are not exactly top priority considering they have no tickets on NUS.
A big addition to the GUI is the trucha signing tools. You can alter many things such as the ID of the title itself, what IOS is needed, etc.
How you can help: I really don't have a lot of stuff to install that needs trucha, so you can help by testing out some of the WADs created. Be sure to have BootMii + a NAND backup ready! I forsee any errors in trucha being unable to even install, however some could brick if you don't have low-level protection (ie BootMii).
(Beta 2 fixes some things through ~Page 5)
Download: NUS Downloader v1.2 Beta 2 (Source on GoogleCode)
NUS Downloader v1.2 Beta 1 (Old)
Here's a (somewhat large) screenshot of the beta. The trucha GUI is exposed on the left, regular GUI on the right with the database open.
Thanks for any help offered! Hopefully v1.2 will be improved from the testing.
New from 1.1a is a database feature, which should stop all of the requests for title IDs. With a database.xml file in the same directory, you can access the majority of titles available in a few clicks.
How you can help: Know something that is missing from the database? Be sure to give as many details as possible (at least ID and name). I know that some consoles are not filled in yet, but I haven't had the time, and they are not exactly top priority considering they have no tickets on NUS.
A big addition to the GUI is the trucha signing tools. You can alter many things such as the ID of the title itself, what IOS is needed, etc.
How you can help: I really don't have a lot of stuff to install that needs trucha, so you can help by testing out some of the WADs created. Be sure to have BootMii + a NAND backup ready! I forsee any errors in trucha being unable to even install, however some could brick if you don't have low-level protection (ie BootMii).
(Beta 2 fixes some things through ~Page 5)
Download: NUS Downloader v1.2 Beta 2 (Source on GoogleCode)
NUS Downloader v1.2 Beta 1 (Old)
Here's a (somewhat large) screenshot of the beta. The trucha GUI is exposed on the left, regular GUI on the right with the database open.
Thanks for any help offered! Hopefully v1.2 will be improved from the testing.
Waninkoko's SaveGame Manager
01 May 2009 - 12:32 AM
I've seen an extra section on Waninkoko's git for some time, and it has finally been filled. This section is the savegame manager, which will do to Wii savegame extraction and installation what the WAD manager did to WAD installation/extraction.
You can find the source here:
http://github.com/waninkoko/savegame-manager/tree
I've also compiled the first build. Seems to work fine. There's several output devices/locations available, and I presume cIOS wouldn't be a bad idea. Files are saved to device:/savegames/titleid/.
Savegame Manager - Alpha 1
UPDATE: New code has been added the repository. Only states a few little changes...
Savegame Manager - Alpha 2ish
UPDATE 2: This is the compiled version of the bugfix. While not officially named, I'll call it Alpha 3.
Savegame Manager - Alpha 3
You can find the source here:
http://github.com/waninkoko/savegame-manager/tree
I've also compiled the first build. Seems to work fine. There's several output devices/locations available, and I presume cIOS wouldn't be a bad idea. Files are saved to device:/savegames/titleid/.
Savegame Manager - Alpha 1
UPDATE: New code has been added the repository. Only states a few little changes...
Savegame Manager - Alpha 2ish
UPDATE 2: This is the compiled version of the bugfix. While not officially named, I'll call it Alpha 3.
Savegame Manager - Alpha 3
[IDEA] Incorporate cIOS reloading patch into Preloader
15 February 2009 - 04:19 AM
Currently, for those with Preloader installed, Waninkoko's MenuPatcher gives a code dump. Either MenuPatcher needs to be altered, or the patch from MenuPatcher needs to be configured into the hacks.ini format.
If this could be done, then the System Menu would load every time with complete disc compatibility thanks to cIOS.
Here is the current code from MenuPatcher which tells the System Menu to reloadIOS...
Patches are done differently than in Preloader. Waninkoko searches first for a value, and then if it is found, a different set of values are put in its place. In order to write a hacks.ini compatible code, the oldcode[] array values need to be found in the System Menu, and then the offsets located. Once they are found, the values of newcode[] can be replaced.
If this could be done, then the System Menu would load every time with complete disc compatibility thanks to cIOS.
Here is the current code from MenuPatcher which tells the System Menu to reloadIOS...
CODE
void Sysmenu_PatchIOSReload(u8 *dol, u32 len)
{
const u8 oldcode[] = { 0x7F, 0x06, 0xC3, 0x78, 0x7F, 0x25, 0xCB, 0x78, 0x38, 0x7E, 0x02, 0xC0, 0x4C, 0xC6, 0x31, 0x82 };
const u8 newcode[] = { 0x3B, 0x20, 0x00, 0x01, 0x3B, 0x00, 0x00, 0xF9, 0x38, 0x7E, 0x02, 0xC0, 0x4C, 0xC6, 0x31, 0x82 };
/* Patch IOS reload */
__Sysmenu_PatchApply(dol, len, oldcode, newcode, sizeof(oldcode));
}
{
const u8 oldcode[] = { 0x7F, 0x06, 0xC3, 0x78, 0x7F, 0x25, 0xCB, 0x78, 0x38, 0x7E, 0x02, 0xC0, 0x4C, 0xC6, 0x31, 0x82 };
const u8 newcode[] = { 0x3B, 0x20, 0x00, 0x01, 0x3B, 0x00, 0x00, 0xF9, 0x38, 0x7E, 0x02, 0xC0, 0x4C, 0xC6, 0x31, 0x82 };
/* Patch IOS reload */
__Sysmenu_PatchApply(dol, len, oldcode, newcode, sizeof(oldcode));
}
Patches are done differently than in Preloader. Waninkoko searches first for a value, and then if it is found, a different set of values are put in its place. In order to write a hacks.ini compatible code, the oldcode[] array values need to be found in the System Menu, and then the offsets located. Once they are found, the values of newcode[] can be replaced.
Possible "Safe" System Menu 3.4?
10 February 2009 - 04:13 AM
As of now, the general rule is that 3.2 is the optimal System Menu version to be using. It is the latest one with absolutely no hacks disabled. The main reason why 3.4 is avoided is that it brings along a whole array of patched IOS modules with it, as well as making the TP hack harder to use and disabling Trucha discs. Supposed automatic updates are also a concern.
However, if these issues were all eliminated, and a safe collection of patches were created, it would make the Menu 3.4 itself safe to have.
These are the primary issues keeping users away from 3.4 (Green if currently fixable; Red if not):
Trucha-signed discs are blocked.
Twilight Hack is "blocked".
Loads of patched IOS modules are installed.
Automatic Updates.
Right now, I'm blanking on any more issues. I'm sure there are more, but I'll leave it at that. It would be nice to see an effort to add "safety" features to this menu, particularly with the Automated Updates problem.
However, if these issues were all eliminated, and a safe collection of patches were created, it would make the Menu 3.4 itself safe to have.
These are the primary issues keeping users away from 3.4 (Green if currently fixable; Red if not):
Trucha-signed discs are blocked.Correct me if I'm wrong, but IOS50 (the core of 3.4) can be patched to include the bug again.
Twilight Hack is "blocked".Not an issue with the latest Hack, but a full patch would be nice.
Loads of patched IOS modules are installed.The assumed method of installation would be via WAD. This also solves most issues outside of the Menu itself.
Automatic Updates.A disc update patch would be needed, along with research into whether or not the Menu itself takes control during online updates as suggested.
Right now, I'm blanking on any more issues. I'm sure there are more, but I'll leave it at that. It would be nice to see an effort to add "safety" features to this menu, particularly with the Automated Updates problem.
![]() |
![]() |
![]() |
- GBAtemp.net
- → Viewing Profile: WB3000



Find content
Display name history



