Emulator

Sorry for my nick some might not know me, but I am Why-Fi.

As of r2276, this is STILL broken. Anyone fixing it?

Issue 964 has been merged into this issue.

Solved recently?

As far as I know, NTSC version still doesn't work. :(

I feel left out. :(

Don't feel that way :P We take your comments rather seriously (so long as you don't
ALL CAPS "HELP NARUTO ISNT BOOTING")

Yes, hi there.
I guess I'm having the same issue, 'cause I put my copy of Super Smash Bros Brawl
and it asks me for some disc. And I'm using r4347 (last version to date).

A suggestion I made up, maybe stupid, maybe not I dunno:
Is there a way that you guys can trick the console into believing you put a PAL
version? Like a hack or something like that?

I remember there were some SEGA CD rom games which didn't work if you didn't set on
the emu the correct BIOS to work on (Europe, Japan or USA).

I have created a patch to pass the Game ID disc check in the USA version of Super
Smash Bros Brawl.

The DSP was overwriting the Game ID when it performed a DMA call to write to ARAM at
0x00000000. This patch performs a sanity check before performing a DMA transfer.

I have tidied up the Wii disc loading routine in BS2Emu to align it with the memory
map in the Wiibrew documentation. This makes it consistent with how the SSBB code
reads the disc id.

This patch fixes this issue and its duplicates 417, 519, 964, 25.

skidau's patch worked for me.

well having bs2 write to 0x8xxxxxxx is wrong I think, it sounds like some memory flush
is not being performed correctly? If there's no way around it, we should probably
mirror the low mem region ourselves in the BS2 HLE for wii.

Also, I highly doubt DSPInterface hardware is designed to silently drop writes to low
mem...

Changing the bs2writes to 0x8XXXXXXX is optional. I changed it to make it consistent
with how the wiibrew memory map has got it documented. SSBB reads the Game ID from
0x80000000, not 0x00000000 - so it makes sense to write the Game ID at 0x80000000.
However, leaving the bs2 writes in the 0x0XXXXXXX range will also work because
Dolphin automatically mirrors the MEM1 memory ranges.

The read from the DVD for the Game ID needs to remain however. SSBB verifies the
memory range from 0x80000000 to 0x80000007.

SSBB is setting AR_DMA_ARADDR_H to 0 and then requesting a DMA for 0x20 bytes soon
after. The PPC code is definitely correct, so I guess there is something missing in
the DSP implementation.

"because Dolphin automatically mirrors the MEM1 memory ranges."
yeah, exactly :)
so why does the gameid still have to be written to 0x80000000?

"The PPC code is definitely correct, so I guess there is something missing in
the DSP implementation."
Also probably correct. the DSP/AI/AR interfaces generally are a bit barebones
currently (as there haven't really been problems implementing just what is there
now); it's very interesting this game trips it up though.

Writing the Game ID to 0x80000000 is optional. If you'd like me to create a new
patch without those changes, let me know.