Project

General

Profile

Emulator Issues #8108

Fatal Frame 4: Piano Puzzle Bug

Added by redherochildboss about 5 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Game Name?
Fatal Frame 4: Mask of the Lunar Eclipse (With English Patch)

Game ID?
R4ZJ01

What's the problem? Describe what went wrong in few words.
In the Chapter 4 Piano minigame, the pointer will often bug in one of two ways.
Way one: the pointer can highlight and select notes just fine, but when you try to play it plays the wrong notes.
Way two (this seems to be caused by moving the wiimote): The pointer hovers over the notes, but trying to select the notes does nothing.

This is with a real Wiimote.

What did you expect to happen instead?
The notes to play properly.

What steps will reproduce the problem?

  1. Reach Chapter 4 and obtain the sheet music.
  2. Try to play the piano.
  3. Fail.

Dolphin 3.5 and 3.5-367 are old versions of Dolphin that have
known issues and bugs, so don't report issues about them and test the
latest Dolphin version first.
Which versions of Dolphin did you test on?
4.0-5099

Does using an older version of Dolphin solve your issue? If yes, which
versions of Dolphin used to work?
N/A

What are your PC specifications? (including, but not limited to: Operating
System, CPU and GPU)
http://www.newegg.com/Product/Product.aspx?Item=%20N82E16834152553

Is there any other relevant information? (e.g. logs, screenshots,
configuration files)
No logs, and config doesn't seem to affect it?

History

#1 Updated by redherochildboss about 5 years ago

Just to be safe, here's my graphics config:
http://pastebin.com/crFQbhrK

#2 Updated by redherochildboss about 5 years ago

This happens with both the XAudio2 and OpenAL audio backends.
And note that when it chooses the "wrong" key, it seems to always be the one on the far left.

#3 Updated by redherochildboss about 5 years ago

It works perfectly if the audio backend it set to "no audio output"

#4 Updated by JMC4789 about 5 years ago

That's really strange. I don't know what to say about that.

#5 Updated by redherochildboss about 5 years ago

It's quite easy to reproduce, at least. Happens with the piano in chapter 6, and can be fixed by turning off the audio backend there too.

#6 Updated by rigation about 5 years ago

Weeks ago I've played the first piano puzzle (but I think it was befor chapter 4) using 4.0-4837 without problems (audio on).
You may try that revision to see if something has changed since then...

#7 Updated by redherochildboss about 5 years ago

I'll try that, but what do you mean before chapter 4? There is no piano puzzle before chapter 4.

#8 Updated by rigation about 5 years ago

If the first piano puzzle is in chapter 4 then it is the one that worked perfectly for me with audio enabled using 4.0-4837...I don't remember very well...if the puzzle is in the same chapter where you turn on power for the elevator, it's in chapter 4, otherwise it is before...

#9 Updated by redherochildboss about 5 years ago

When I get to the final piano segment later today I'll try it with some different revisions and see if I can find where it broke.

#10 Updated by redherochildboss about 5 years ago

Not sure what changed, but as of 4.0-5163 NONE of the backends work, not even the "no audio backend" option.

#11 Updated by rigation about 5 years ago

Did you try 4.0-4837?

#12 Updated by redherochildboss about 5 years ago

Yeah, confirmed, it works fine in 4.0-4837 (I tested with Xaudio2 backend). So it broke somewhere between that and 5099.

#13 Updated by redherochildboss about 5 years ago

What the heck. Now it's working on 4.0-5163 again.
It must be something in the settings, then...

#14 Updated by redherochildboss about 5 years ago

Cause found.
For whatever reason, if anti-aliasing is on, the piano will not function properly.

#15 Updated by redherochildboss about 5 years ago

Ran through the piano game with anti-aliasing on and logging enabled. Anti-aliasing is definitely the cause.
log: http://pastebin.com/vrQUnD0P

#16 Updated by magumagu9 about 5 years ago

Anti-aliasing being the cause makes sense. Anti-aliasing can causes issues if a game reads from the EFB or an EFB copy because it changes the rendering.

We might just need to fix the game's INI to force AA off.

#17 Updated by kostamarino about 5 years ago

So judging from the other issue for this game it needs mmu and to disable anti aliasing?

#18 Updated by redherochildboss about 5 years ago

That's what it seems like to me, unless the MMU is just hiding the crash and not actually fixing it. I'm planning on trying to replicate the crash with MMU off in Interpreter mode one of these days.

Now if only I could find a fix for the stutter when fighting Bloomed ghosts. :P

#19 Updated by kostamarino about 5 years ago

I will make a commit about it, hope you are correct with your findings.

#20 Updated by kostamarino about 5 years ago

  • Status changed from New to Fixed

Also available in: Atom PDF