Zelda OoT: Subscreen Delay & other issues

[GoogleCodeExporter]

Describe your system:
 - Operating System (be specific): Ubuntu 10.04, Snow Leopard
 - Machine type (32-bit or 64-bit): 64-bit
 - Mupen64Plus version: 1.5
 - Plugins used: Rice, Glide64

For visual artifacts, give:
 - Game name and CRC/MD5 hash (printed on console)
 - Description of the artifact (missing polygons, flashing, wrong colors,
etc):
THE LEGEND OF ZELDA (any, including Master Quest)
5BD1FE107BF8106B2AB6650ABECD54D6

Describe the problem:
When you open the Subscreen (Start), it takes an unbearable amount of time to 
show it (6-8 seconds, both Rice and Glide64), and it even has graphical issues, 
like showing link's house instead of the actual place you're in (Rice)

Please provide any additional information below.
I doubt the delay is a video issue.
The delay was fixed in PJ64 with the following line in their .rdb:
"Cheat0=801DA5CB 0002 //Subscreen Delay Fix" (for U v1.0)
If you add it as a cheat in Mupen64Plus it does indeed fix it. However, it is 
quite a burden. Have you thought of making a .rdb file like PJ64 for specific 
game issues (Master Quest's Ending Credits fix comes to mind, since that cannot 
be emulated as the ROM was set to signal the GameCube to play a video file, can 
be fixed with a cheat though to use the in-game one)
Or maybe you could track down the problem and fix it without doing dirty cheats 
(that won't fix MQ's credits though)

Original issue reported on code.google.com by mikeloc...@gmail.com on 22 Jul 2010 at 10:49

[GoogleCodeExporter]

Did the prob exit with mupen64plus 1.99.3? Or even, the last version in the 
repository? :)

See CompilingFromHg

Original comment by dorian.f...@gmail.com on 22 Jul 2010 at 11:02

[GoogleCodeExporter]

I just compiled it from mercurial yesterday, and it is indeed replicable.

Original comment by mikeloc...@gmail.com on 22 Jul 2010 at 11:45

[GoogleCodeExporter]

Ok, I just say that because your write that:

"Mupen64Plus version: 1.5"

I will try this soon but I already used Zelda OoT [E] and I didn't see any prob 
of this kind.

Original comment by dorian.f...@gmail.com on 23 Jul 2010 at 7:06

[GoogleCodeExporter]

Issue 378 has been merged into this issue.

Original comment by dorian.f...@gmail.com on 20 Aug 2010 at 7:06

[GoogleCodeExporter]

I can confirm this for both NTSC and PAL versions.  I've tried tweaking various 
settings (including frame buffer, which is supposed to be the issue with Rice 
according to various forums), but no good.

I am also using Snow Leopard, and compiled from latest sources just yesterday.

Original comment by TheReal...@gmail.com on 20 Aug 2010 at 12:11

[GoogleCodeExporter]

I'm can confirm having this issue on 1.99.4, Rice/Glide64 video, 64-bit. It's 
been two years since this bug was reported, and no cheat/fix yet. Any status 
updates?

Original comment by kimt...@gmail.com on 19 Dec 2012 at 8:21

[GoogleCodeExporter]

The cheat workaround patch can be found here:

https://github.com/paulscode/mupen64plus-ae/commit/4435e4690ccf1b0d95c95d561ba45
6e3a1acd926

Original comment by s...@narfation.org on 20 Dec 2012 at 12:29

[GoogleCodeExporter]

Thanks. The patch works for me with the latest Mercurial version. However, the 
menu is still unreadable (it flickers all the time.)

Original comment by kimt...@gmail.com on 21 Dec 2012 at 8:01

[GoogleCodeExporter]

I was able to solve the flickering menu problem by using the Rice plugin and 
changing ScreenUpdateSetting from 1 to 2.

Original comment by kimt...@gmail.com on 21 Dec 2012 at 8:15

[GoogleCodeExporter]

Thanks for the ScreenUpdateSetting advice, that worked for me aswell.

Original comment by alessand...@gmail.com on 4 Jun 2013 at 4:45