boy2048 said:Is that the IOS60?
Code:1,86 MB (1.955.584 Bytes)
How did you found it out?
Got the same size, so yeah, should be right.
000000010000003c came from here. For NUSD you just have to remove the "-" from the TitleID.
The 6174 I got from here clicking on the Link for European Wiimpersonator Log (IOS).
There you find CODEIOS60
Title ID: 00000001-0000003c
Version: 0x181e
Size: 2113536
Contents: 15 (of which 14 are shared)
Scarfish said:If you dont supply a version it'll download the latest version.
Great tool WB3000!
WB3000 said:Heh, I didn't even have to advertise my own program, and I released it only a few hours ago.![]()
I'm thinking... EDIT: Beat to it![]()
416=JPN
417=USA
418=EUR
talflanzman said:You need to be very careful installing systemMenu WADs !
You can brick your Wii.
I wad packed the files twice and got two different file sizes (The first time i didnt rename the downloaded files correctly).
Check the download.txt for the correct file name before you pack them to a single systemMenu WAD.
talflanzman said:You need to be very careful installing systemMenu WADs !
You can brick your Wii.
I wad packed the files twice and got two different file sizes (The first time i didnt rename the downloaded files correctly).
Check the download.txt for the correct file name before you pack them to a single systemMenu WAD.
Download.txt? It isn't a file supplied with NUSD is it?QUOTE said:In an other thread we found out that the downloaded Version of the SM40EUR.WAD differ to one
a gbatemp member dumped from Nand are differing by 64Bytes. Could this be a naming issue?
The 64 bytes that are different probably are all 64 zeros at the end of the wad. Thats what I found out when comparing some stuff. Probably the wad packing is a bit different from other tools or something.
EDIT: Just read this on WiiBrew: After the initial release, there were concerns rising about differences in file sizes between official WADs and NUSD ones. A first, obvious difference is in that official ones have a footer, and NUSD packed ones do not. This adds a few bytes onto the official ones which will not be present.
As reasonings behind differences are found, I will add them here.
Check the download.txt for the correct file name before you pack them to a single systemMenu WAD.QUOTE said:If you don't specify a version then the program grabs the most recent, right?
In the case of the system menu (title ID 0000000100000002) it automatically chose v418 when I tried it. That's fine because I'm PAL but did it chose that because Nintendo's server could tell I was in the UK from my IP address or is it just that 418 is higher than 417 or 416 (i.e. the Japanese and US versions)? In other words would it always download the correct one for me or is just more of a fluke in this case due to the way the three different versions are numbered? Would someone in the US automatically get v417 for instance?
I guess you get 418 because its the highest version number. If you want 417 or 416 you have to fill it in.
QUOTE
WB3000 said:QUOTE said:http://gbatemp.net/index.php?s=&showto...t&p=1881747
Please have a look on my last post...
The Filesizes of your Log, the files in the Windows filesystem and by marcans Log seem to differ...
Do you have an explanation of this?
by the way...Great app!![]()
The filesizes in my log correspond to what is in TMD. Windows will have a different size, and I believe what is quoted below answers your question which was mine as well...
QUOTE WB3000: Content files grabbed from NUS are aligned to 16 bytes, because any bit changes in the cipher text WILL corrupt the plain text. Even if only one byte of the last 16 bytes is used, all 16 bytes of the cypher text needs to be present, for decryption to be successful. The plain text of those last 16 bytes is padded with 0x00, if the content size is not on the 16 byte boundary.
So TMD is stating perhaps the useful section of file when decoded. Marcans log may either be showing TMD stated size, or physical size. There is also differences in official WADs vs. Nintendo packed ones, appearing to be from a file duplicated.
I have had success with a file (Wii Shop v16) packed in the same method as NUSD does. I'm thinking there is little to be worried about, though I would consider avoiding System WADs packed from here, at least until BootMii.
There is also unneccessary "footers" present in official WAD files. They merely state build information about a WAD, and have no needed purpose. These are not added in NUSD.
