Project

General

Profile

Actions

Emulator Issues #8227

closed

Metroid Prime 3, low resolution upper left quarter of the screen, only when moving

Added by mimimi about 9 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?
Metroid Prime 3, inside of Metroid Prime Trilogy. PAL version

Game ID?
R3MP01

What's the problem? Describe what went wrong in few words.
The upper left quarter of the screen is not upscaled correctly, while moving or moving the camera.

What did you expect to happen instead?
The upper left quarter of the screen to be upscaled like the rest of the screen.

What steps will reproduce the problem?
Start the game, get to Norion, and jump at the position seen in the screenshots. But the issue happens everywhere.

Which versions of Dolphin did you test on?
4.0-2528 OpenGL, problem
4.0-5336 OpenGL, problem
4.0-5347 OpenGL, problem
4.0-5474 OpenGL, problem

4.0-5336 DirectX, perfect
4.0-5347 DirectX, problem
4.0-5474 DirectX, problem

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

4.0-5336 + DirectX works, 4.0-5347 + DirectX has the issue. OpenGL seems to always have had the issue.

What are your PC specifications? (including, but not limited to: Operating
System, CPU and GPU)

Win 7 64 bit
Pentium G3258 4.2 Ghz
Radeon HD 7790

Is there 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. Monitor the
email address that was used to create this issue.]

Actions #1

Updated by mimimi about 9 years ago

Switching the PAL has no effect on the issue. PAL60 off tested only in 4.0-5474, with OpenGL and DirectX, the rest of the tests was done with PAL60 on.

Actions #3

Updated by Autoran1 about 9 years ago

Confirm this issue, especially noticeable with your pallete-convert branch on high res
while using scan visor

Actions #4

Updated by JMC4789 about 9 years ago

I think unifying the behavior of the backends was a good thing; and even though D3D may have gotten worse, now the real bug(s) can be handled.

Actions #5

Updated by magumagu9 about 9 years ago

I agree there's an issue, but I don't think you bisected this correctly, and I don't think it has anything to do with moving. http://i.imgur.com/ahQSCeI.jpg was taken with 4.0-5336, on D3D, with the character/camera completely still.

Actions #6

Updated by mimimi about 9 years ago

Waaaaaah, i'm sorry, i forgot to mention one little tiny super important detail: I'm using safe texture cache accuracy to reproduce the issue. With fast accuracy, the problem seems to not always happen, which is why i guess nobody reported it yet. But this bug not happening with fast accuracy, is two bugs cancelling each other out.

With safe accuracy, i can reproduce the issue to 95% by moving. In very few situations, there's no bug for 1-2 frames while moving. Haven't had the issue while not moving.

Actions #7

Updated by delroth about 9 years ago

  • Status changed from New to Fixed

Fixed by 96041a5aca33d34a11f65d35a56792d9191b2f4e.

Actions

Also available in: Atom PDF