Hacking DIOS-MIOS released!

[DJPlace]

wow this shit sound confusing? i'm glad i'm not a sneek or usb loader LOL. also i hate to be a dick and ask this but... anyone can answer my eariler question please?

 

[FenrirWolf]

Well, I spent the past hour or so installing the various things I need to compile sneak again and I still have that bothersome issue with uneek-di just black screening forever. It never did like to boot up for me. Guess I could try again with a fresh NAND lolz

 

[ChuckBartowski]

*sigh* looks like im finally going to do sneek.....

 

[DJPlace]

ok i'm going be a total ass and noob here and ask what in god's name of jesus and mary and jesus's daddy is sneek?

 

[smash_brew]

ok i'm going be a total ass and noob here and ask what in god's name of jesus and mary and jesus's daddy is sneek?

the easy answer is sneek = nand emulation. sneek allows your wii to run a nand dump from your wii, or a friends, from your sd card.

 

[Pippin666]

ok i'm going be a total ass and noob here and ask what in god's name of jesus and mary and jesus's daddy is sneek?

Google search it you lazy ass.

Pip'

 

[DJPlace]

thanks smash brew for the answer.

 

[75UR15]

http://gbatemp.net/t218725-sneek-di-quick-guide
is a great spot for helpful info, and I'm a First timer on it, I chose Uneek+di for usb loading

I am also having the same problem as markehmus and installing Microsoft visual c++ 2010 didn't help/change anything

 

[smash_brew]

ok i'm going be a total ass and noob here and ask what in god's name of jesus and mary and jesus's daddy is sneek?

Google search it you lazy ass.

Pip'

wow what a rude asshole you are.

also to the above poster (poster above pippin666) thanks for the answer.

no problem. here's a very informative thread on sneek for you.

http://gbatemp.net/t218725-sneek-di-quick-guide

 

[Hielkenator]

the people wondering why he removed the AP it makes sense. he couldn't or at least decided not to perfect this himself which is reasonable. The best way to get a bunch of really smart people working on this was to make it open source. once it is made open source it is really hard to hide the AP and any pirate with an introductory programming class can figure out how to remove it. There was no point in keeping it as it would be impossible for it to be effective

Maybe it's really hard to make an AP? Even Nintendo can't do it!

 

[Hielkenator]

well but still they manage to enable the USB whe it must be disable in GC mode, is only that here in my contry is not that easy to find GC controllers and i have one but me and my cousin love the GC multiplayer games and not every body have gc controller bot almost all have at least 1 Classic Controller, is not that im complaining it is still a mayor improvement what they have achieve when almost all said that it was imposible, im not asking for they to do it, but as with almost every project the people want to do the better it can with it, i only ask if IT can be done, still congratulations to the team and keep up the good work

Just boought 2 wavebirds on e-Bay, 10 euro each!

 

[thesund0g]

the people wondering why he removed the AP it makes sense. he couldn't or at least decided not to perfect this himself which is reasonable. The best way to get a bunch of really smart people working on this was to make it open source. once it is made open source it is really hard to hide the AP and any pirate with an introductory programming class can figure out how to remove it. There was no point in keeping it as it would be impossible for it to be effective

Maybe it's really hard to make an AP? Even Nintendo can't do it!

Honestly, I think the AP thing was a gag by Crediar just to see how butt-hurt everyone would get about it. It worked.

It probably would have been the very last part to get coded, if he was even serious about it.

 

[cobleman]

What am i missing here
C:\dios-mios>make
AS start.o
process_begin: CreateProcess(NULL, /c/devkitPro/devkitARM/bin/arm-eabi-gcc -mbig
-endian -fomit-frame-pointer -Os -Wall -I. -mcpu=arm926ej-s -mthumb -fno-builtin
-memcpy -D_LANGUAGE_ASSEMBLY -c -x assembler-with-cpp -o start.o start.S, ...) f
ailed.
make (e=2): The system cannot find the file specified.
make: *** [start.o] Error 2

 

[cwstjdenobs]

EDIT: Disregard that

 

[keine]

Now we just need a little Pune magic....(winkety Wink)
and we'll be ready to go!

 

[alexcalibur]

I've got this working (I can get a gamecube game to load in the disc channel). But it doesn't work once I start it. I only have one game to test with (Skies of Arcadia), does anyone know if this is a problem game? Should I try another game? I can get some from my brother.

 

[cobleman]

I still cant get the source to compile.
Is there suppose to be a iosmudule.elf in the source download?

 

[sorgelig]

Users of DIOS-MIOS should understand that GC USB loading is totally different from Wii USB loading. Wii games are using IOS calls to access DVD. So DVD emulators such as cIOS or SNEEK can easily "catch" all IOS calls and replace them by whatever they want. Wii game simple doesn't know that it uses USB instead of DVD. With correct IOS emulation, you don't need to touch any single byte of game - this is very important thing!
GC games access DVD by writing bytes directly into DVD controller. Wii/GC architecture even doesn't provide any useful way to trap of memory access for hardware registers. It means, there is no way to intercept DVD access for emulation. What this dios-mios doing is heavily patching. Special loader tries to find all places in dol accessing DVD and injects commands to call dios-mios' DVD functions instead. I'm not sure why it also patches audio and mem-cards access - i didn't study code (and actually don't want with such hacky and bugy way), but it doesn't matter here. So, loader expects that all games have been compiled with the same SDK (or at least with SDK where DVD code is exactly the same) and the same compiler. Otherwise patcher will simply miss DVD function and game won't work.
As u can see, GC USB loading is completely different from Wii. It requires huge patching of game and thus have to be very complicated and understand all differences in games. Many games will require special patches and somebody has to disassemble all problematic games to find correct way to patch.

In short, if somebody is waiting for a stable dios-mios in the near future then it's better don't keep hope. It won't happen soon. This is the same dead-end approaching like it was with cIOS where everybody was waiting and waiting for IOS reloading bug and it wasn't fully fixed. And at the same time there was another way - SNEEK which had no such bug originally.
May be there is another way to emulate DVD in GC mode - i don't know yet.

Remember Skyfox proof-of-concept video? Actually, nothining has been changed from that time. We still have the same (well, with some corrections) code as on that POC video.

People, who bought WODE (including me) didn't spent money in-vain. It's still the best way to load GC from USB. So far, i have no problems with any GC game loaded by WODE.

P.S.: I hope, PS3 will be hacked more deep soon and we will get normal Wii and GC emulation there

I didn't explore Cell CPU (used in PS3) well, but so far it uses PowerPC commands. If it really so, then it means PS3 will need to emulate only Wii/GC hardware, not PPC CPU itself.

 

[WiiPower]

Well at least the dvd function patching is not a big problem as you say. If you look how many games work with NeoGamma from disc, you will understand what i mean. Both need to patch the dvd functions, and NeoGamma even needs to use mem1 which DIOS-MIOS hopefully does not.

Memory card patching and audio patching on the other hand sounds really bad. All in all i was hoping for the way it with a cMIOS + mem2 access + hardware access + controlling the code running on arm. If we had this, there would only be "small" problems.

 

[Tonitonichopchop]

I'm thinking that I just don't have something installed. Help please?