Emulator Issues #6551
closedGecko OS will not start (black screen) after the new Wii-network merge
0%
Description
READ THIS: https://forums.dolphin-emu.org/showthread.php?pid=276132 <<<
Your answers are here!
Game Name?
Gecko OS
Game ID?
n/a
What went wrong?
Black Screen
What did you expect to happen instead?
Gecko startup screen
What steps will reproduce the problem?
[Don't assume we have played the game and know its level names. Be as
detailed as possible.]
1.Start gecko from a wad, elf, or dol
2.???
3.profi-err a black screen
Dolphin 3.5 and Dolphin 3.5-367 are old versions of Dolphin that have
known issues and bugs. Have you tested with the latest version from
http://dolphin-emu.org/download ?
mos def
Which versions of Dolphin did you test on?
Latest on the wii-network merge
Which version of Dolphin used to work?
3.5-14XX (sorry, didn't memorize the old rev :/ )
What are your PC specifications (example: Operating System, CPU and GPU)?
Lenovo y580: i7, 8 gb ram, nV's 660m gpu
64 or 32 bit Operating System?
64
64 or 32 bit Dolphin?
64
Any other relevant information (e.g. logs, screenshots, configuration
files)
[Upload big files to a hosting service and post links here!]
Do not attach files to this issue. Upload them to another site and
link here. Use imgur.com for images and pastie.org for logs.
Updated by JMC4789 about 11 years ago
- Status changed from New to Questionable
Loaded my 1.9.3 Gecko OS wad file and it loaded fine for Project M.
Updated by shadowtroop about 11 years ago
Same version and stuff? was it 1.9.3.1?
Updated by shadowtroop about 11 years ago
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.
Updated by RudyGamberini about 11 years ago
In the latest revision gecko does not run. Any one have a work around other than down grading?
Updated by MegaKoda about 11 years ago
The last known version this works with is before the merge with branch 'wii-network', or revision 2413.
Updated by shadowtroop about 11 years ago
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)
Updated by DaMaxo14 about 11 years ago
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
Updated by Anonymous about 11 years ago
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.
Updated by Anonymous about 11 years ago
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.
Updated by comexk about 11 years ago
- Status changed from Questionable to Accepted
Even if Gecko OS started, I'm pretty sure it's not possible to insert the disc.
Updated by delroth about 11 years ago
- Priority set to High
- Regression set to Yes
- Milestone set to Current
- Operating system N/A added
Updated by comexk about 11 years ago
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?)
Updated by delroth about 11 years ago
Kind of meh on the HLE hack. Why not ship a fixed codehandler.bin?
Updated by comexk about 11 years ago
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.
Updated by celeste about 11 years ago
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. -_-
Updated by comexk about 11 years ago
celeste: I assume you did not test the fix in comment 13?
Updated by Anonymous about 11 years ago
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.)
Updated by comexk about 11 years ago
Sam.Derbyshire: Can you clarify which codes you are using to load Project M?
Updated by Anonymous about 11 years ago
Just the Project M 2.6b codes I got from the RSBE01.gct file.
Updated by comexk about 11 years ago
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.
Updated by Anonymous about 11 years ago
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?
Updated by comexk about 11 years ago
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. :)
Updated by Anonymous about 11 years ago
Oops, sorry about that. Well then everything seems fine, as Project M loads fine with geckoos-fix 2338 by loading Gecko OS manually.
Updated by comexk about 11 years ago
- Status changed from Accepted to Fixed
This issue was closed by revision 0040e662823e.