Difference between revisions of "Talk:AnyTitle Deleter/AnyTitle Deleter DB"
(no includes giantpune update)
|Line 34:||Line 34:|
== giantpune update ==
== giantpune update ==
update now displays even more names from NAND. See http://
update now displays even more names from NAND. See http://net/index.php?showtopic=201032&st=0&gopid=2516677&#entry2516677
Revision as of 01:15, 17 January 2010
The name is stored in the 0'th content index, or 00000000.app, not banner.bin (stored in the IMET header).
- Obviously you didn't look hard enough at the code, dummy. It gets the data directory, not the content directory. Inside the data directory there is always a banner.bin file with the banner. Yes, I know this app does that, I just looked at the code. Lol --SquidMan 04:02, 16 February 2009 (UTC)
Nice work MrClick. Glad to see someone found a good use for my code =) --SquidMan 04:02, 16 February 2009 (UTC)
Disable brick protection?!
Is there any sane reason, why you would give an option to disable the brick protection? I can tell you that this option (even if it's not activated) makes me not want to use your branch, cause I just don't feel safe using it anymore. Hotzenplotz 09:29, 22 February 2009 (UTC)
- Brick protection is only a few lines of code in the form of a if-else-if chain. It could be disabled easily in the original AnyTitle Deleter as well. This is just a compile time option to make the program more useful for developers of brick protection methods to test their code on intentionally bricked Wiis. If you don't trust a Wii program look at the full source and compile it yourself. With my relases you get the source and the binary in one package so fell free to check for yourself or ask someone you trust to compare the code. My releases of AnyTitle Deleter DB will always be compiled with full brick protection enabled. I know that BRICK is a pretty scary word for Wii homebrewn users but this addition to AnyTitle Deleter DB should ultimately help combat bricks ... at least I hope it will :) Lockhool 11:52, 22 February 2009 (UTC)
- Fair enough. I just couldn't think of a reason to disable brick protection, but I got it now. Hotzenplotz 16:28, 22 February 2009 (UTC)
- Come to think of it, every Wii homebrewn program could be potentialy dangerous. Even the HBC installer could be hacked to execute code that deletes vital titles from your Wii. A Wii game could be trucha-signed to start a dol that bricks a Wii (just a low warning for all your pirates out there). So make sure you get your homebrewn from trusted sources, use some protection (brick protection that is; holding out for bootmii myself; Team Twiizer: please add BOOT2 protection and keep it up) make extra sure you know what you are doing when using programs that warn you on every screen about how dangerous they really are. Raise some awareness for a safer, brick-free Wii homebrewn scene. Peace out Lockhool 12:09, 22 February 2009 (UTC)
There is very little in Readme about how to install. I put AnyTitleDeleterDB folder in homebrew/apps but hbc did not see it. Is all I move to root is Database.txt? I looked on a few places that this is posted but no explaination. Ty
- The AnyTitleDeleterDB folder (like any other Wii homebrewn) should go into the /apps directory in the SD root directory for HBC to recognize it. database.txt goes into the SD root but is not actually required to use the program. Lockhool 11:59, 22 February 2009 (UTC)
You might want to specify in the readme what the Data folder (with haxx.certs and certs.dat) is for and where it should be placed.
- Noted. The data folder is actually part of the sourcecode and only needed when compiling. It contains binary data so it's gotten its own folder. I might split the next release into two files; one precompiled and one sourcecode, or put all the source into one seperate folder Lockhool 07:10, 23 March 2009 (UTC)
IOS version information
This is a very nice addition to the work done by tona and Red Squirrel. To make this the ultimate file info/cleanup utility, it would be nice to see the version number next to each IOS and channel (at least in verbose display mode), for example IOS10 v3.0 (768), IOS53 v16.17 (4113), HAAA v255.0 (65280) FW: IOS13 (example for channel), etc. Bushing published the source for retrieving IOS and channel version information with his Title Lister. Maybe something to consider for a future release. Anyway, kudos to your improvements so far. Buhntz 01:21, 12 April 2009 (UTC)
Capability to run under other IOS
This app should be updated to include this feature now included on the MOD of Red Squirrel, to comodity purposes.xD --Master42 00:22, 21 August 2009 (UTC)
update now displays even more names from NAND. See http://gbatemp[dot]net/index.php?showtopic=201032&st=0&gopid=2516677&#entry2516677 Wilsoff 23:15, 16 January 2010 (UTC)