Hacking System Menu questions/thoughts

  • Thread starter Thread starter OSW
  • Start date Start date
  • Views Views 168,140
  • Replies Replies 1,572
Hey as long as this keeps going on I dont think anyone is gonna listen and do what they want with their Wii's.. in fact I did my living room Wii this way earlier... But I ended up putting the original system menu back instead of to 249... That was making me nervous... As for using the force code from another app... the source for gecko os is available on Wiibrew, I believe... so its a matter of getting that peice of code and adding it to the system menu/disc channel area? I wish I knew how...all I can do is give ideas... and I'll test it from someone with reputable skills on here.... anyways I'm thinking this is still not a bad path to better control overall. Not to mention the autoboot feature is in itself the reason I decided to do the CIOSCORP procedure using mutl-cios...

I will have all the original.iso's available for you lazy people or people that just don't have all the games to get them from... so my next post should let you know when... I am dumping super mario party 8 to get ios9 someone said it was in there and I am missing that one... so i am dumping it from the original disc...
 
ether2802 said:
Ok stop posting a little bit so WiiPower can see this
tongue.gif
:

what if the MCI takes the info from the same FS_dump folder that you have after the process of FS Dumper is done, so no even need of knowing how to or where to put them in the SD??????


Ahh ahh ahh ahh who's your Daddy..??
biggrin.gif

Does FS_dump save as wads or as the native file structure?
 
Do you guys think, with given time, there'd be some easy installer that could just do most things for you?

Or will doing something this always be complicated?
 
Phratt said:
Do you guys think, with given time, there'd be some easy installer that could just do most things for you?

Or will doing something this always be complicated?


The GEIKO installer.... so easy even Phratt can do it!

We don't want it to be too easy. Forcing people to learn a little bit to get to this point is a good thing.

F*ck, I'm spamming.

Fors ... chime in with your thoughts on the Region issue in Disc Channe while your here if you have any ideas.
 
ether2802 said:
Ok stop posting a little bit so WiiPower can see this
tongue.gif
:

what if the MCI takes the info from the same FS_dump folder that you have after the process of FS Dumper is done, so no even need of knowing how to or where to put them in the SD??????


Ahh ahh ahh ahh who's your Daddy..??
biggrin.gif


I like complicated tools, the MCI as it is now, is easy to handle if you compare it to the WiiOS installer i'm thinking about. [select IOS to use for installation, source selection(online, downloaded online, wad and maybe dumping the fs itself), dip selection from other ios or a file directly, patch selection, destination selection ...]

QUOTE(IronMask @ Jan 10 2009, 01:31 AM) [...] ... the source for gecko os is available on Wiibrew, I believe... [...]

Greatest lol of the week, loooooooooooooooooooool.

PS: To explain, get the Gecko OS source with the link there, compile and test it
 
I'm doing my NAND dump at the moment and i'll try the multi-cios installer after that (with my 21 different ios) but can someone send me a link to the CIOSPACK because i want to use the cIOS30 from that pack and he's already tested.

I really want this mod enabled for brick protection and autoboot games and i'm aware about the risks of all this ios messing.

thanx in advance
 
No no don't get me wrong, the selection is good, but the files you wouldn't even have to get them from nus, Why? if you can get them from your own already boughtedly (I don't think that's even a word) Wii, the Selection part would be freakin' awesome Master WiiPower..!!!
bow.gif
 
djdynamite123 said:
BootMii isn't going to do shit for backup loaders anyway, so what's the point in that been in the equation eventually anyway.....
huh.gif

BootMii can help us do more dangerous hacks since it can repair bricks by booting ither things.
 
Anyone wanting the cioscorp pack should look at the wiki under the disc channel loading section.. not a link as that would be illegal but tells you exactly where to get it.
 
digitydogs said:
Anyone wanting the cioscorp pack should look at the wiki under the disc channel loading section.. not a link as that would be illegal but tells you exactly where to get it.

What did you do, make a torrent of it?
 
Oh you like my sarcasm WP?
smile.gif


So what would the chances of taking a an emu.wad and putting it in an .iso to show up in the disc channel?? Could we use part of the games banner,title, etc. to show a custom channel on a dvd ? Or autoboot an emulator/boot.dol like the autoboot Wad Manager?

That would be cool...an emulator disc that autoloads w/ gc controller or one for loading from disc channel...

Is any of this sound possible...is this kind of what WiiPower was talking about?
 
IronMask My best guess would be it would work, try taking the mian.dol in a game.iso and replace it with a Emu program, I'm pretty sure people is already doing it kindof, plus their is already ways to make a custom banner on wii.iso's so i guess you could make a custom Emu Boot Disc with a Custom Banner and icon.
 
WiiPower said:
I think the 3x,6x or no dvd reading is a decided by the drive chip. I think you only could patch it via software from the Wii with an exploit in the dvd drive firmware.

Warn me if this is a stupid question since this has to have come up before. Is there something really keeping us from flashing the DVD drive itself through SATA like the 360?

It's not as n00b-friendly as an exploit would be, but wouldn't that be a quicker solution to GC backups(unless it's an IOS function that translates the GC disc reading calls) and 6x dvd reading without having to purchase a mod-chip?
 
The thing stopping us is no one who has accessed the firmware (if anyone outside of nintendo has they aren't talking) is willing to do so... Twiizers want's nothing to do with piracy/backup loading and right now they are probably the only ones who have the knowledge to do this. Wiigator and Waninkoko were looking into it, but so far with no luck getting access to it.
 
This is my post from another thread that started out as a description of IOS and cIOS and turned into a ramble describing the events of the last 5 days. Enjoy or Don't.

------------------------------------------
I'll throw my 2 cents at making this sound simple.

Think of the IOS' as a set of drivers for all the hardware that the software communicates with. The code to communicate with wiimotes, balance board, usb instruments, dvd drive, gamecube controllers, etc..... is contained in the IOS. The Wii has many of them. Approximately 20. They are all very similar and most of them can be substituted for each other. As the Wii has aged new IOS' have been added to support the new peripherals it needs to support. For instance, when Rock Band came it was the first game to use USB instruments so they had to include the IOS37 update with it to support them. It is just added to the Wii, and doesn't replace another IOS. The reason it is added is because the older IOS need to stay on the Wii because they're needed by other games. Now the reason the other numbered IOS are needed to remain is because each game uses a specific IOS. The IOS it uses is coded onto the DVD and when you start the DVD from Disc Channel that's the IOS it uses to load. If that IOS was missing the disc wouldn't be able to load. Now the content of most of these IOS is nearly identical which makes them able to substitute for each other. So say for instance a game uses IOS33. You could take the .iso image of the game and change the IOS to IOS36 and then burn it. That game would then run using IOS36 instead of 33. So now you understand part 1, games are linked to and IOS number by the code on the dvd.

Now let's examine a cIOS (Custom IOS). We'll talk in backup launcher terms here. The official IOS' that are on the Wii cannot read backup disks, only originals. To address this issue some really good coders wrote something called a Dip Module. This is essentially a bit of I/O (input/output) code that makes that IOS able to read from backups. So if you take official IOS36 and Patch it with Dip7, you have made essentially cIOS36R7 which I might be wrong about but probably stands for "Custom Input Output System Revision 7" the 7 being the version of the dip module. So by combing the original IOS and Dip module you get a cIOS that is capable of reading backups.
Recently the main application of this newly created cIOS has been for backup loading. Now another neat little thing about these IOS and cIOS is that they can be installed as any IOS number. So we can take our cIOS36r7 and install it as IOS249. The Wii doesn't care what IOS is there. It has to allow for new IOS in the future. So now we have an IOS249 installed that is capable of running backups. The catch is, the IOS the games have coded onto them are the official IOS numbers. But remember we can take an image of that dvd and change the IOS on it. So lets say we take our game and change it to IOS249 and burn it. Now we have an IOS249 on our Wii capable of running backups and A Game that going to run from IOS249. That's good but there's still a problem there. The problem is, the Disc Channel uses IOS30 which is an original IOS from nintendo and can't read backups, so the backup although now capable of running can't show up in the disc channel. The solution to this was to create a launcher. Thus we have the backup launcher. This enables you to launch the Disc in the dvd drive without using Disc Channel. They also figured out that the launcher was also capable of forcing the dvd to use a specific defined IOS number regardless of the IOS of the DVD. So the need to change the IOS of the game disk becomes unnecessary. This method of a Launcher loading and forcing all backup games to run off a single IOS249 was very successfull and highly compatible. Soon coders were modifiying the code and making it a little more versatile and able to be customized. This all takes us up to about 5 days ago.

That's when the System Menu discussion thread was started. A couple of hackers OSW and WiiPower I think started asking about patching the IOS that the System Menu (Wii Channel Interface) uses with the idea of getting backup discs to be recognized and run from the Disc Channel without having to use a software hack everytime you wanted to do it (menu patcher/rebooter). Now WiiBlaster gets into the picture and really likes the concept and believes it can be made to work and starts pushing things forward. People start playing around with cIOS in different ways and making progress. Now a few more people start following the thread and participating. IronMask (the Mad Tester) comes in. I start following closely and become totally excited about what is going on. And the usual gang of rapist and thieves start piping in. OK, back to the technical.
The Wii System Menu which controls the disc channel just like DVDs has an IOS number assigned to it. That happens to be IOS30. But everybody is a little bit not scared, but concerned about doing anything with IOS30 at this point. nobody wants to brick. So the idea becomes to assign the System Menu to a different IOS, and the perfect candidate is our IOS249. It's already got a cIOS installed there and that can read backups. So WiiBlaster puts a utility in the first post of the thread that you drag your System Menu wad file onto and it asks you what IOS you want to patch it to. The modified System Menu file is then saved with it's new IOS assignment in place. I think WiiBlaster then was the first person to install this new IOS patched System Menu onto a Wii. He installed it over the top of the Original System Menu 3.2 and it worked.
When a backup copy was put in the drive, the disc channel now using IOS249 (a custom IOS with dip module and capable of reading backups) the ICON/BANNER/SOUND for the DVD loaded right up. Eureka! But Houston..... we still have a problem. Still the only IOS capable of reading/running backups on the system is IOS249. And to complicate that matter even more, games launched from the disc channel can only run using the IOS number encoded onto the game DVD. Now by this time things started getting pretty exciting. IronMask became #2 to install the new System Menu. I think I was third, might have been fourth. At this point things are starting to get close to working. We have a system menu assigned to IOS249 that is capable of loading the ICON/BANNER/SOUND information off of backups and displaying in the disc channel.
We have that same IOS249 which is capable of running the backups. But we have no way of forcing the backups to use IOS249 from the disc channel. The early solution to this was to patch the DVD to use IOS249, since the disc channel runs the game using the IOS assigned on the game DVD. At this point all 3 conditions have been met. WiiBlaster or IronMask put patched to IOS249 game into the Wii drive. The Disc Channel then displayed the backup. Start is pressed, the games IOS code of 249 is used to start the game launching from our custom IOS249. Wham Bam Thank you Mam. For the first time that we know of a backup copy of a game is displayed and launched natively from the Disc Channel without having to click on a patcher first. But there a problem still. That problem is that we all have all these backup that we've accumulated over the past few months because of backup launcher, but they aren't patched to IOS249. And we don't want to reburn all of our games to IOS249. That's a lot of time and money. So how do we handle this little problem of all these games out there using all these other IOS numbers that can't read backups. Can't remember who, but the idea just to patch ALL of the Wii IOS with the dip module to enable them to read backups was suggested. The idea was discussed and everybody knew it was risky but some some smart people still said it could, and even should work. So over the next few hours the powers that be dumped all the IOS' from the Wii and patched them with the Dip module. The new cIOS' that were created by this process were packed into wads and tested by WiiBlaster i think, and then distributed to the testers. We took the leap of faith and installed these new cIOS' over the Wii's original IOS' and Voila!!!! Everything worked great. System Menu was still assigned to IOS249 allowing the bakups to display in disc channel, and since all the IOS' were now patched with the Dip module all the games were loading from Disc Menu as if they were originals. This was the breakthrough moment. It was then realized that we could just switch our System Menu back to IOS30, because IOS30 was actually now cIOS30 with dip module.

There are still some problems with this full Custom IOS setup. Only same Region games or games Patched to your region will show up in Disc Channel. Hope to have that problem solved before long. Suprisingly we have found very few side effects from changing all the IOS', and remarkably some unexpected benefits have been discoverd that are very helpful to the hacking community. And for the problem of the games having to be same Region to be treated as originals, it's no big deal, because Backup Launcher and Softchip can still be used to launch them. I think everybody involved in the project is almost stunned that this all came together in such a short time and without any real problems. I don't think there have been any problems or bricks because of this method of patching all IOS'.

I hope all of you who weren't there to experience these events in real time have enjoyed this adventure as much as I have.

And I hope you have learned something about IOS and cIOS from what started out as a description of the aforementioned and turned into one of the longest rambles in GBAtemp history.

Now all you guru/geeks may commence to start pointing out all the errors in my post.

Peace Out.
 

Site & Scene News

Popular threads in this forum