Hacking cIOSrev15 released and it's broken yay

  • Thread starter Thread starter WiiPower
  • Start date Start date
  • Views Views 66,744
  • Replies Replies 190
Hi, my english is no very well, but i try to make it clear, yesterday a try to update a console wit 3.2 system menu to 4.2, the console have previuosly the HBC and Backuplauncher gamma 0.3 of Wiigator, before the update i update the cios using v15 of wanin, and everybodys knows the rest, 001 error on Neoganma, but the interest part is that Backup launcher still works, i know the wiigator softchip use her own cIOS, but there is a chance for a solution, i hope wiipower can read and try that
 
WiiPower said:
It's // at one place.

If thats all it is... is there a solid reason you wont just fix it and move along? I mean... kinda makes you a dick doesn't it? I don't use your software on my Wii and the last time I talked to you you were an ass then too...
ph34r.gif
It certainly seems like you WANT someone to fix it and you make it seem super easy... but you just refuse to.

My 2 cents...
 
ThaKillerKlown said:
WiiPower said:
It's // at one place.

If thats all it is... is there a solid reason you wont just fix it and move along? I mean... kinda makes you a dick doesn't it? I don't use your software on my Wii and the last time I talked to you you were an ass then too...
ph34r.gif
It certainly seems like you WANT someone to fix it and you make it seem super easy... but you just refuse to.

My 2 cents...

The problem is that it looks like that i'm an ... in this situation, but i'm just stubborn. The "fix" required for rev15 is NOT a fix!!!
 
madri1 said:
WiiPower said:
madri1 said:
I added a char[6] and replaced every 0x80000000 by the var, and we got this :
http://www.2shared.com/file/9191066/7fb9aef6/sourcecode.html

What did you do that for?
i don't know where is stored the gameid if i don't write an address here

You are totally confusing me. The line you want to remove(the "Sam & Max fix") is a line that is just not present in Gamma or the mass of usb loaders. Adding the line to a loader makes it compatible with Sam & Max(which does not mean you can actually play it!).
 
just curious but will

Remove_001_Protection(offset, len);

have anything to do with Neogamma using 001 fix instead of the cIOS?
 
WiiPower said:
madri1 said:
WiiPower said:
madri1 said:
I added a char[6] and replaced every 0x80000000 by the var, and we got this :
http://www.2shared.com/file/9191066/7fb9aef6/sourcecode.html

What did you do that for?
i don't know where is stored the gameid if i don't write an address here

You are totally confusing me. The line you want to remove(the "Sam & Max fix") is a line that is just not present in Gamma or the mass of usb loaders. Adding the line to a loader makes it compatible with Sam & Max(which does not mean you can actually play it!).
ok but i dont' know where and if something is writed here.

Everywhere in your program you write some things in 0x800000000.

I don't know if it may cause trouble (those writings part are not on gamma) so i decided to replace every write to elsewhere, to be sure that a "good" value is present in 3128
 
pepxl said:
just curious but will

Remove_001_Protection(offset, len);

have anything to do with Neogamma using 001 fix instead of the cIOS?

That code is actually not used. It was required when the cIOS patched 001 by a main.dol patch and you used alternative .dol loading to load the .dol from sd ==> not patched. cIOSrev14 the cIOS does not need a 001 patch anymore because it does its work correctly now and the 001 check can't find an error.

Posts merged

QUOTE(madri1 @ Nov 15 2009, 11:52 PM) [...]

ok but i dont' know where and if something is writed here.

Everywhere in your program you write some things in 0x800000000.

I don't know if it may cause trouble (those writings part are not on gamma) so i decided to replace every write to elsewhere, to be sure that a "good" value is present in 3128

Sorry but that's wrong. The disc id has to be at 0x80000000 and the code line you want to comment does not do anything to 0x80000000, it just writes a value there.
 
static dvddiskid *g_diskID = (dvddiskid*)0x80000000;
ret = bwDVD_LowReadID(g_diskID,__dvd_readidcb);

=> modifies 0x800000

memset(gameidbuffer, 0, 8);
memcpy(gameidbuffer, (char*)0x80000000, 6);

// Invalid disc id
if(gameidbuffer[1] == 0 && gameidbuffer[2] == 0){
write_font(185, 202, "Error: No DVD (n)");
return 0;
}

also modifies this value
 
Am0s said:
I do agree with the guy saying it should be controlled, imagine everyone having access and a millio0n rev 16 out there lol, and some with mallicious code, I think only people in the know should have access and end users like me should not have access as we dont know what we are doing lol
Yeah! EXACTLY like has happened with every other piece of open source software.
rolleyes.gif


Just because you might be a numpty who would do dangerous things to your Wii with untested software, that shouldn't mean everyone else should have to be treated like that. FFS...
 
madri1 said:
static dvddiskid *g_diskID = (dvddiskid*)0x80000000;
ret = bwDVD_LowReadID(g_diskID,__dvd_readidcb);

=> modifies 0x800000

memset(gameidbuffer, 0, 8);
memcpy(gameidbuffer, (char*)0x80000000, 6);

// Invalid disc id
if(gameidbuffer[1] == 0 && gameidbuffer[2] == 0){
write_font(185, 202, "Error: No DVD (n)");
return 0;
}

also modifies this value

Yes you modify the value, because it has to be done. If the disc id is not there, you are about to get lots of trouble.

How about just commenting that one line of code and just trying if it works?
 

Site & Scene News

Popular threads in this forum