Erant said:Ok, lecture time. Pay attention there in the back
.......................
The interesting part comes at state 0x7F. This is
the state that does the filtering between GC, Wii, and other discs.
Digging around a bit in state 0x7F yields this interesting bit of code:
ROM:0008AA43 movbu (0x40880C), D0
ROM:0008AA48 and 0xF0, D0 ! ''
ROM:0008AA4B cmp 0xF0, D0 ! ''
ROM:0008AA4F bne loc_8AAB5
ROM:0008AA51 movbu (0x40880C), D0
ROM:0008AA56 and 0xF, D0
ROM:0008AA59 cmp 0xF, D0
ROM:0008AA5B beq loc_8AA5F
ROM:0008AA5D bra loc_8AAB5
....................
Moving with the resulting codeflow, we see this occur:
ROM:0008F6D7 mov (8,SP), D0
ROM:0008F6D9 or 0x18, D0
ROM:0008F6DC mov D0, (8,SP)
And later:
ROM:0008F7BA mov (8,SP), D0
ROM:0008F7BC mov D0, (0x8576)
This (and only this) sets the lower byte of 0x8576, when we fail the 0xFF check. Keep this in the back of your mind please.
(More checks are done on 0x40880C, part of the reason why you cannot use DVD+R's without bitsetting, but that's for
another time).
The disclogin continues, and ends up in state 0xF2. So, the disc is now logged in. However, as some of you might have noticed
(maybe, possibly), we can only access the DVD at 3x speed. Far slower then the 6x speed I can access a normal Wii disc at.
But aha! Nintendo seems to have foreseen this little problem, and added a nifty function for us to use:
DVDLowSetMaximumRotation, a.k.a SetSpeed.
-- Erant, bushing boy.
Lord Kanti said:this is the homebrew equivilant to brown people and black people gang bangin on each other when the real enemy at hand is The Man(who at the moment is neither brown nor black...).
"wiggier than mofo at times.Lord Kanti said:anyone who has a kid, dog, bad neighborhood, etc. will agree with me.
QUOTE(Lord Kanti @ Oct 6 2008, 07:28 PM)
SpongeFreak52 said:Hm, interesting posts guys. One simple question I have yet to see an answer for is why Nintendo (if this was on their part) would configure a firmware for the disc drive to have multiple modes, when clearly it should be expected to only play games. Did they eventually have plans for DVD playback? Did they know it could be utilized for ISOs?
The world may never know...
atomikramp said:linkinworm said:Rcolon85 said:what happens if you just
1) open the ISO
2) extract all files
I already explained that it's a "Waninkoko's code is inefficient" issue.atomikramp said:i think it's more likely a filesystem issue or data fragmentation after the iso has been decrypted.
I've considered it. We did some experiments back in the day, decided it wasn't worth wasting time on, and just moved on to more interesting things. We could have probably written a "proper" loader (no ISO patching, much better speed, better compatibility, even working with the system menu disc channel) in a week or two.Jacobeian said:marcan, have you tried to code your own "backup" loader, just for fun (and just for you obviously), using a more efficient implementation ?
marcan said:I've considered it. We did some experiments back in the day, decided it wasn't worth wasting time on, and just moved on to more interesting things. We could have probably written a "proper" loader (no ISO patching, much better speed, better compatibility, even working with the system menu disc channel) in a week or two.Jacobeian said:marcan, have you tried to code your own "backup" loader, just for fun (and just for you obviously), using a more efficient implementation ?
PizzaPino said:new material to talk about D; what are the more interesting things?
Last I heard they were working on BootMii. I hope they still are, as it sounds really awesome...PizzaPino said:new material to talk about D; what are the more interesting things?

