Attempting to download Wii titles results in a 404. DSi titles seem to download okay though... Kamek 22:37, 5 April 2009 (UTC)
- When this error happens, it deletes all the folder. For example, if you download an old version and then any not-existent version, it deletes the folder. This will be fixed, right? Duhow
- I should probably start a more detailed naming convention for folders, such as \[titleid]v[####]\ --WB3000 23:55, 8 April 2009 (UTC)
Could you specify some details such as Title ID / Version? Make sure both of them are legit, you can leave version empty for the latest one. --WB3000 22:56, 5 April 2009 (UTC)
Sorry, false alarm. Router settings were the trouble. Kamek 23:03, 5 April 2009 (UTC)
Had the same issue with this (404s downloading titles). It was the firewall settings. Check your firewalls if it doesn't work folks. Also, thanks for this program, cygwin and update downloader just didn't cut it.--Techboy 02:52, 6 April 2009 (UTC)
IOS file doesn't match dumped file from game disc
I downloaded IOS36 revision 1042 and compared it to my dumped IOS36-64-v1042.wad. IOS36-64-v1042.wad is bigger than the created one, because it has a duplicate of content 0(00000000.app) as trailer file included. And the certs and tik file differ, while the contents in the certs file just seems to have a different order. So my questions are:
1. Why is there the duplicate of content 0 as trailer in the official wad? Does anyone know, or might it be better to create own wads the same way?
2. What effect does the changed tik file have? Any suggestions why the file is different? --WiiPower 08:04, 6 April 2009 (UTC)
I based my packing code off of code by Crediar, as well as the WAD files documentation on this wiki. According to that, there is no duplication, and it would seemingly be ignored anyway according to TMD.
I don't knowingly edit the tickets, beyond sizing it down to 0x2A4.
If there are any concerns about the process, please by all means check the source code, or simply use a different packer you are comfortable with. --WB3000 22:12, 6 April 2009 (UTC)
- I'm sorry, i should have expressed more clearly what i meant. I just wondered why nintendo has 2 different tik files for IOS36v1042 and why nintendo packed the duplicated file into their wads. Does nintendo this for a reason? Does this have any effect on any application using these wads? Do installed IOS with these wads differ? --WiiPower 12:53, 7 April 2009 (UTC)
- I have the same files and when comparing, the data section starts at 0xD00 in both, so I don't know where any duplication is occurring. I've installed a Shop v16 WAD with no apparent side affects.
- Update - I've taken a look at headers between the two IOS36 wads. The cert I am using is identical to the one used in the official WAD, except parts are reordered. This is interesting but does not affect the overall cert itself. Perhaps there are several variations in the order spread around.
- I honestly don't see two ticket files. When chopping out the data section (0xD00) and beyond, and from the beginning to the end of the cert, I am left with only a single ticket in both. The initial chunk of difference in the tickets is the hash, which would make sense. The small changes in the ticket appear to be the ticket_id as well as...Amount of bought DLC contents? Ticket_ID is odd, perhaps it is randomly generated and simply varies from Nintendo's disc distro to NUS.
- I realized I must have merged TMD and cert together when examining, although that wouldn't affect anything as both TMDs are the same. --WB3000 02:21, 8 April 2009 (UTC)
Looks like my idea cough on ;) --Dan11495 17:23, 8 April 2009 (UTC)
- I think that it would be ideal to have all ID information in the Title Database page itself, rather than only a portion scattered around on this page. Sadly, the database is a bit cluttered, so for now I'll leave what is there but I'd like to eventually organize everything where it belongs. --WB3000 21:57, 8 April 2009 (UTC)
- I've went ahead and merged everything to those pages. ;)
NUS Downloader 1.1 actually starts under mono on Linux. Problem though is that path names are messed up due to incompatible path name separators. The application tries to access files in the parent folder with the name "<NUS-folder-name>\\filename" instead of filename in the folder <NUS-folder-name>.
I can't get it to compile under mono to fix this myself, but if you've got lots of time on your hands sometime, please have a look at this.
- I've converted a few path operations to function according to that specification. If it's really just that, then the file checks on launch should at least be working. --WB3000 00:39, 18 May 2009 (UTC)
NUS Deleted some folders on my desktop!
Not only did it delete 5 or 6 things off my desktop, It deleted certs, key.bin, readme, and the folder it was in. It killed like, 20000 famly photos. NEVER, EVER, EVER useing on my PC again. :-/ —Preceding unsigned comment added by Remadon (talk • ) 17:07, 17 May 2009
- Honestly, I don't believe there's any way that could happen. The only thing deleted is the title ID directory upon a 404 of that Title. You could probably try some file undeletion software in the meantime. --WB3000 18:21, 17 May 2009 (UTC)
- I've been looking into the issue. There is only one way this could happen: You entered nothing into either box. I've fixed the potential issue here, maybe I'll throw a v1.1a if necessary. --WB3000 21:21, 17 May 2009 (UTC)
- Ouch, that's a pretty bad bug. I left you a message on your talk page on how you (or anyone else that may encounter this bug) can recover your data with Recuva. — Blooper (Talk) 22:16, 17 May 2009 (UTC)
- Actually, the same thing happened to me. I just ran a System Restore Point and got everything back. It restored everything as if nothing happened. --SonicHyuga 23:24, 17 May 2009 (UTC)
- OK, I've pushed v1.1a with the nothing-entered check. Hopefully this is the issue, since there's nothing else that would make this happen. --WB3000 23:52, 17 May 2009 (UTC)
- Sorry about not signing the post, It was by me, My brother had everything backed up, so its not a big deal. Glad to hear the bug is fixed. Sorry for the User confusion,Yay! Bug is fixed! Just tryed it! --Remadon
It would be really cool if you could port this to Unix systems(Linux/Mac). A command app would be great and easy to do as it's just a downloader! RedChaos 17:07, 17 May 2009 (UTC)
- I just found a CLI rewrite of my program today, though it's still C#. Perhaps it will compile with Mono, or at least have less issues doing so. --WB3000 18:22, 17 May 2009 (UTC)
Mismatch "Error" at Pack->WAD?
When I download some IOS, the NUSD says at packing the WAD "mismatch" Example: 00000000 wrote (0x1100);; 00000001 wrote (0x1140) (Mismatch) ;; 00000002 wrote (0x92c0) (Mismatch) ...
I compared with a packed file, downloaded with the 1.0 Version. They have the same Size, Bytes same too. So, what means that? (I tried several times, same "errors" in different IOS.