Emulator

Same version and stuff? was it 1.9.3.1?

Update: used a fresh dolphin folder.

Gecko DID boot, but in order to play PM I needed to install IOS 36. Upon doing so, gecko would not boot.

Tried a patched (ES_I and trucha) and unpatched version. Same result.

In the latest revision gecko does not run. Any one have a work around other than down grading?

The last known version this works with is before the merge with branch 'wii-network', or revision 2413.

I can confirm this. I'll look at which wii-network rev broke gecko at some point.

(Can we remove the Questionable mark? I'm clearly not the only one with this issue)

What shadow said please? Brawl is just not fun enough compared to Project M, also another common bug with this is that Snake/Olimar crash the game after a match when the "Insert SD Card" option is enabled but it is required to play Project M

I experience the same issue.

This problem was indeed introduced by the merge of the wii-network branch, so starting from revision 2143.

After tracing back, it seems that commit 124fe24f4c0f003370c1b08071627e0c2dbf1d39 ("Make wii-network async") in the wii-network branch introduced this issue; version 3.5-1843 from the wii-network branch has this issue, whereas 3.5-1842 does not.

I'll also add that I experience the exact same issue as in post #3: Gecko stops working after installing IOS 36.

Maybe JMC4789 can explain if there's an alternative that still works fine.

Branch 'geckoos-fix' does the following things:

• Fake the presence of missing IOS versions in IOCTL_ES_GETVIEWS, so no need to install IOS wads anymore.

• Fix freeze when libogc tries to reload IOS.

• Add HLE hack for the buggy Gecko OS codehandler so that Project M works.

On my system, Project M works both by loading Gecko OS manually and by using smashstack ("hackless"). Please test.

code: https://code.google.com/p/dolphin-emu/source/list?name=geckoos-fix
binaries: https://dolphin-emu.org/download/list/geckoos-fix/1/

(I'm curious how this was previously working for JMC4789, as this should be pretty deterministic failure. Maybe a different configuration of Gecko OS?)

Kind of meh on the HLE hack. Why not ship a fixed codehandler.bin?

Because this is not our codehandler.bin. The user is loading their own copy of Gecko OS which uses its own codehandler.bin. Given the million forks of Gecko OS, expecting this to be fixed upstream sounds like a dubious idea.

In the LATEST version, the checkmark box for SD card enabled crashing Brawl is FIXED! :D

That is EXCELLENT news, however, Gecko OS wont start after installing IOS36, so we're stuck again. The whole reason for using Gecko OS was so we could use the SD Card cheats. Fixed one big error, added another. -_-

celeste: I assume you did not test the fix in comment 13?

So here are some results, all on Gecko-fix branch.

Before the IOS 36 fix (I tried rev 2323), it's possible to load Project M by using Gecko codes (editing RSBE01.ini), but loading Gecko OS gives the IOS 36 error. As expected.

After the fix (here rev 2338), loading Gecko OS manually allows to start up Project M, without problems. However, it is no longer possible to start up Project M straight away without loading up Gecko OS first (using Gecko codes in the game's config file). When attempting to do so, Dolphin starts with 0-1 FPS/0-1 VPS... and slowly the game starts up, at 2% speed, without the codes having loaded (I get to see the usual Wii strap warning screen).

I haven't managed to get SmashStack to work, so I won't comment on that. No custom stages appear on the SD card in the stage builder screen. (I did delete other custom stages as required.)

Sam.Derbyshire: Can you clarify which codes you are using to load Project M?

Just the Project M 2.6b codes I got from the RSBE01.gct file.

I ask because the contents of RSBE01.gct are far too long to fit in the normal code buffer, so if I simply add them to the .ini file, Dolphin rejects them (and has had logic to do so since 2012). Although I believe I know the cause of the regression you mentioned, I'd also like to fix this issue, so I'm curious how you managed to work around it.

I don't get any rejections. From a clean install of Dolphin gecko-fix rev 2323 (x64), I can copy the following codes (http://pastebin.com/STkwMp6q (Wifi) or http://pastebin.com/PSku7JF5 (full set)) into the RSBE01.ini file without problems, and manage to launch Project M.

P.S. How do I see which Game ID Dolphin uses when doing this?

Oh. gecko-fix and geckoos-fix are two different branches, sorry for the confusion. gecko-fix is the branch where I attempted to fix native code loading, but it's too hacky at the moment. geckoos-fix is to fix Gecko OS. :)

Oops, sorry about that. Well then everything seems fine, as Project M loads fine with geckoos-fix 2338 by loading Gecko OS manually.