76

(18 replies, posted in General discussion)

I repeat again with other words, some people still get the 99% error after downgrading cIOS but they solved it unistalling rev 14/15 and then reinstalling rev 13b. It takes a minute so it's not even a loss of time.

It's not better. It won't damage your Wii, but if for some reason someone that had cIOS (as IOS 249) and after that updated the Wii's regular IOS's and did not leave a vulnerable IOS besides the cIOS, that person would have to run TBR again if he/she uninstalled the cIOS. This isn't a brick, just a unnecessary annoyance, that could have been avoided if the person had just overwritten the cIOS with the previous version. This scenario might not happen to many people, but it is possible.

This has nothing to do with our job and anyway it doesn't change if you downgrade or unistall/install because cIOS installation doesn't tauch IOS15 and IOS36. When you uninstall then you install again and please let me know how many people will update SM or other IOS within this operations, probably someone who has lost completely control of his brain.

I wrote (reported by Pikmin) this in the guide

3. If you have cIOS v1.4 or v1.5 uninstall it with the unistaller and then install v1.3b to have a clean system.

You wrote this

You don't need to do that, just overwrite the currently installed cIOS with 13b (not 1.x). Never delete any IOS, always overwrite them, it's a lot safer.

But even if you want to "clean" your Wii (e.g. when you have CIOSCORP installed) it's always recommended to overwrite the IOS's (with non stub versions, of course), uninstalling some IOS's could lead to a really bad brick.

This has nothing to do with cIOS, so this is why I don't understand the meaning of those posts. I never said to uninstall other IOS but cIOS (when I wrote IOS in post #6 I mean cIOS and I tought you meant the same with IOS in the previous one #5).

77

(18 replies, posted in General discussion)

I understood what you wrote in first post, but as I said it's better to delete cIOS (rev. 14/15/16 **) and then install rev.13b. Again, it cannot damage anything in your system (even if you got a brick, which never happened as long as I know, you can still start wii via bootmii or preloader and fix everything), but some people have problems with superdump and a downgrading cIOS (for example I had problem the first time). So, as I never hear about bricking for unistalling and reistalling cIOS, I don't understand the real meaning of your first post. If you have prooves that a cIOS uninstall will brick your wii, please post them and I'll edit the guide.

** I didn't test yet the new rev.16.

78

(18 replies, posted in General discussion)

I meant cIOS38 (IOS249), I never read about any wii brick problem on downgrading this IOS (there's a tool in the package in my guide). You can only brick your wii if you install cIOS38 with a clean IOS36 or maybe if you install it using a different IOS than 36, but this could happen even if you overwrite it.
Moreover installing cIOS38 is the last step you have to do for a standard mod, so what can be affected?

Steps for a Wii mod :

1) Installing BootMii + HBC
2) Backup Nand
3) Downgrade IOS15
4) Patching IOS36
5) Installing cIOS38 (+ preloader if you cannot install BootMii as boot2)

Everything else is not needed.

I don't know if you can get problems if you have a lot of shit installed after cIOS38, like CIOSCORP or other HB IOS, but these are not recommanded in most of places. Those IOS aren't necessary for dumping and are not reported in any modding guide.
Maybe you meant downgrading official IOSes and System Menu? This is clearly very dangerous!

79

(18 replies, posted in General discussion)

ssjkakaroto wrote:

3. If you have cIOS v1.4 or v1.5 uninstall it with the unistaller and then install v1.3b to have a clean system

You don't need to do that, just overwrite the currently installed cIOS with 13b (not 1.x). Never delete any IOS, always overwrite them, it's a lot safer.
After you dump, you can go back to rev 14, 15 or 16.

That's wrong. I know you can make mistakes unistalling iOS, but many people had problems downgrading iOS without disinstalling old one.

80

(18 replies, posted in General discussion)

I think the sticky guide is the best you can get around  cool , the only thing omissed is "how to softmode your Wii" (I don't add this stuff because it can be found in every Wii hacking website and because I'd have to add some files that could be considered illegal).
At 99,99% your problem is what was quoted by Pikmin.

Anyway, I don't think it's quite simple because dats are auto-generated and as this tag will be usefull only for PC games anybody can see that most of pc entries have no exe date.

adding the year would lead to more requests to put even more info in the datafiles

You have replied on your own. IMO there's such enough bs in datfiles now, see languages that are wrong in most entries, moreover we've choosen no-intro standard and, as I hear, we cannot go back or forward.

Adding more infos in DB (not in dats) is another thing.

83

(4 replies, posted in General discussion)

You're words are right, but Redump is mainly a DB for preservation with disc infos. I had thought the same of yours in the past, but Redump is not the only DB around with ring codes, so nothing would change.

Oh I missed the intro of this discussion... finally someone who wants to dump FM-Towns games with Redump standards!

Batou, it will be good also if you can find cheap Saturn discs to grow our DB  cool

85

(32 replies, posted in General discussion)

This offset difference is used to reallign GC (and I think also Wii) disc frame layout (this as long as I know is the GC protection). It has to be added an option to avoid this shift for non-Nintendo dvds.

http://debugmo.de/?p=96

A GOD has a different Data Frame layout. Instead of not using the magic 6 bytes, they shifted the whole user data 6 bytes to the front. That means that there is no scrambling applied to the first 6 bytes of each sector. Each user sector is still 2048 bytes; it’s just that the last 6 bytes (before the EDC) are unused, not those in front of the user data.

86

(2 replies, posted in General discussion)

Date must be always YYYY-MM-DD, if something in DB is wrong please report in fix forums.

Isobuster 2.6 is the same.

87

(4 replies, posted in General discussion)

ddump / 55

88

(22 replies, posted in News)

Well I still have to dump around 200 discs, lets see if I can do something  tongue

kiczek wrote:
Rocknroms wrote:

Ok, It's basically the same as SS/DC rings.

is there a tool for dumping the ring info ? other then using uLoader 3.5 i would love a PC program that is able to read this ring data

Forget it, it's quite impossible.

Ok, It's basically the same as SS/DC rings.

Obviously if it will be it will be only for BCA games. We can simply make a list in this thread until the number of BCA games will be too big.

kiczek wrote:

What I really want to see is a way to dump the BCA data using a .dol file that does only that and doesnt require a softmodded Wii like uLoader 3.5

So you mean dumping it on a PC: I think we have to understand better what's BCA. As long as I read is an old encryption inside Wii that was never used until today. Strings are on disc otherwise what does it check? Can those string be dumped on the fly or not?

I was thinking about the same after I read this tool info. Probably we have to archive those BCA 64bytes like libcrypt or similar but I don't know if it's safe to add them in DB.

Add these 2 Jap ones that were sold as promo as long as I know:

The Tower of Druaga (DL-DOL-PKBJ-JPN)
Metal Gear

Both are NES version in a GC disc.

and

Zelda no Densetsu - Collector Edition (most rare Jap game)

doofus wrote:

I may as well mention that I dumped Muramasa under both cIOS38 rev13b and rev15 and the checksums matched. So it seems Superdump works fine under rev15, just avoid rev14. I've not tried rev15 with GC or Wii DL discs but it's probably OK for those too.

Thanks for this check, by the way I read some discussions about a lot of problems regarding rev15 so it's better to wait for more feedbacks.

I've read also about Wode, new chip which may dump discs on the fly from Wii to HD, but I haven't understand well if it will be done via usb or wifi.

95

(5 replies, posted in General discussion)

Haldrie wrote:

In my opinion if it's not a driver or random software disc (like a Nero or AOL disc or something like that) then I don't see why it can't be added. After all we're already adding similar discs for the consoles, why not PC?

It will be more usefull to add Windows 95/98/XP/Vista/etc. OS discs (expecially old ones) than something that is related to movies and not videogames, those discs aren't even bundled with some games. There's no relation within those movies and videogames but only Lucasarts made some videogames from those movies. So why don't we add also disney shit?! roll

96

(5 replies, posted in General discussion)

They have nothing to do with videogames or console systems or something related, so no they cannot be added

Thanks added DL size.
About Organig guide, it's out of date but it's linked at the end.
At least you don't find anyone who is still dumping disc with GC broadband modem. I need someone who explains well how to dump disc with gc dumping tools.

98

(13 replies, posted in General discussion)

I added doofus' dump as good one and marked as red (matrix) the old dump.

99

(5 replies, posted in General discussion)

There's no dump in the Wip

Posted guide, I made also some missing addictions in the last minutes. Please anyone feel free to report missing stuff or new discoveries.