Jump to content

>
Viewing Profile

WB3000

Member Since 05 Apr 2007
Offline Last Active Apr 07 2012 04:59 AM

Topics I've Started

NUS Downloader - v1.3 BETA

06 October 2009 - 01:31 AM

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.

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! yay.gif


Original contents of the thread:
Warning! Spoiler inside. 

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

[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...

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));
}


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.
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.