Hacking cIOS rev14 bug list

[sorgelig]

The disc id should always be at 0x80000000, so you only need 1 byte for sd/usb and which partition. But in order to make this work, all the wbfs code would have to run on the cIOS. If the cIOS would do all the wbfs init stuff, it could do that on IOS init or whatever. Right now you need lots of code in a loader to make a disc loader an usb loader. If you want your method of IOS Reload surviving, you need to write one ioctl, you add to a disc loader to make it an usb loader.

yes. that's right. cIOS should be more independent from usb loader app. cIOS should seamlessly emulate DVD in ISO. USB Loader should be just shell where you only choose which ISO to use and set some "compatibility" flags. Only in this case almost all games will work without tricks like alternative dols.
There are more and more multidol games which require whole DVD emulation engine inside cIOS.
There can be some "alternative" way to handle multidol games: at IOS reloading stage, cIOS has to load USB Loader with some parameters and USB loader will do some preparation and then load requested dol. But i think it's more bugy and not better way.

 

[WiiPower]

You could look at the multi .dol hook in Gecko OS, and write your code to 0x1800 and mount wbfs when the 2nd .dol is loaded. I don't have any idea how that could be done exactly, but this way you could execute the necessary code. The question is when is the IOS Reload done, and where exactly is that hook involved.

But i agree with you, the cIOS should do the usb mounting itself, then the rest should be easy.

 

[markedmanner]

Also I am able to watch the entire intro video on SSBB without it giving the insert disc message.

Try to watch the "How to Play" video.

Yeah the "How to play" video freezes and gives me the remove the game disc message. But other than not being able to watch the how to play video the game has worked fine.

 

[sorgelig]

You could look at the multi .dol hook in Gecko OS, and write your code to 0x1800 and mount wbfs when the 2nd .dol is loaded.

0x1800 is the area where WiiRD code resides? Unfortunately, after sequence of loading second DOL, that area is empty. I've used USBGecko debugger to skip some code to prevent erasing that area and get to the second dol. Without intermediate breakpoints and skiping some code, WiiRD/USBGecko code can not survive.
I've saw news about releasing full source code of latest Gecko OS, but didn't see much reason to look at code since it doesn't provide anything new and meaningful than already known.
Are u sure that Gecko OS can handle multidol games from USB without loading alternative dol?
I think it's true only if u load game from DVD. not from USB.

 

[WiiPower]

What i was talking about is that Gecko OS writes the Wiird&Ocarina handler and Ocarina codes to the area 0x1800-0x3000 and has a multi .dol hook. I don't know if that really survives the .dol loading, but should be easy to check, just try to cheat in a multi .dol game.

Gecko OS patches the main.dol to hook into the game, in order to cheat in a mutli .dol game, the handler needs to be still at 0x1800 and the 2nd .dol has to be patched on loading. I'm just assuming that you can add the wbfs init stuff somehow into the multi .dol hook, so that your code is executed on the ppc when the new .dol is loaded.

Are you able to write assembler code for Wii? I'm not. Could you write a function that does:

IOS_ReloadIOS(249);
*(u32 *)0x80003140 = *(u32 *)0x80003188; // 002 fix

in assembler in a way that it can be written to 0x1800?

This would be a good start for testing as it would fix the multi .dol games on disc if we would manage to patch the game to call it to the right time. If that works, "only" the wbfs init code would have to be added behind and we would have a nice result.

 

[Eclipse01]

is 14 the best out there right now, or should I use something else. I want to update from 9 to something more stable

 

[Dr. Clipper]

is 14 the best out there right now, or should I use something else. I want to update from 9 to something more stable

Yes, it is. But use Hermes' IOS222/223 for SSBB, MPT, music games and possibly Conduit multiplayer (not everybody experiences this problem). If you don't know how to install IOS222/223, see my sig.

 

[zektor]

is 14 the best out there right now, or should I use something else. I want to update from 9 to something more stable

Yes, it is. But use Hermes' IOS222/223 for SSBB, MPT, music games and possibly Conduit multiplayer (not everybody experiences this problem). If you don't know how to install IOS222/223, see my sig.

I'm not so sure. I think I had better results personally with rev13a. Rev14 did introduce nand emulation (or the ability to emulate) but also introduced some pretty significant bugs like the whole DL thing.

Hermes cIOS is good not only for a few games, but for everything honestly. I haven't run across a game that wouldn't load on Hermes but would on Waninkoko's cIOS, but I have the other way around.

 

[Dr. Clipper]

I'm not so sure. I think I had better results personally with rev13a. Rev14 did introduce nand emulation (or the ability to emulate) but also introduced some pretty significant bugs like the whole DL thing.

Hermes cIOS is good not only for a few games, but for everything honestly. I haven't run across a game that wouldn't load on Hermes but would on Waninkoko's cIOS, but I have the other way around.

The reset bug affects every game with rev13a, which is why I discount it. I do agree that IOS222/223 is good for everything, but it's slower to install games than rev 14 in my experience.

 

[2pairofaces]

Recently Updated to rev 14 from rev 13a and would like to add a bug which has been mentioned 4 or 5 times on this tread but never commented on, broken sdhc compatibility. Downgrade to 13a, it works every time, re-upgrade to 14, all i get is 30 tries and a time out, or on rare occasions neogamma will find the sdhc card but will get an error before loading. So far not a HUGE issue, as I only need 14 for 1 game (wii fit plus for the mrs) and am able to play it from disk back-up, but I bought these darn sdhc cards for a reason

. Has anyone else made an sdhc work with 14? I haven't seen a single comment on this board or at wiihacks saying they have, so I have to conclude that it is a bug and should probably be edited as confirmed on first post.

p.s. yes this is my first post, but have been lurking for EVER and have researched it, before flaming, fire up an sdhc card and prove me wrong.