Project

General

Profile

Actions

Emulator Issues #3861

closed

Muramasa EFBscale mode change bug (EFB graphics black)

Added by darumo over 13 years ago.

Status:
Won't fix
Priority:
Normal
Assignee:
-
Category:
GFX
% 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

What's the problem?

The graphics in the window are correct, but the switch to full screen effects by EFB displays black squares in EFBscale - Fractional and Integral, even when leaving full screen shows black squares.

The game only shows the EFB with EFBcopytoram perfect to start in windowed mode, when switching to fullscreen or change any graphics option (internal resolution / efbcopy mode) is when it shows black graphics.

It does not happen if I leave the EFBscale at a fixed value (1x 2x 3x ...), but if I change from one to another occurs.

Leave some pictures of the problem:
http://img202.imageshack.us/i/problemadolphinmuramasa.jpg/

Dolphin version with the problem (as it appears in the title bar, Ex.: "R
4779" or "R 6403M"):
For now, all versions I tested happens, do not know if there is any old version that does not have this bug.

Operating system and version:

Ubuntu 10.10 64bit

Game ID (as it appears in game properties, Ex.: "GZ2P01" or "RSBE01"):
RSFE7U

Please provide any additional information below.

Intel Core2quad q9550, 4gb DDR3, Nvidia GTX275 768mb, Nvidia drivers 260.19.06.

Actions #1

Updated by skidau over 13 years ago

  • Category set to gfx
Actions #2

Updated by Hefran64 over 13 years ago

I have reproduced this under Win XP x64.
Actually, this looks similar to the issue I described in my comments to issue 3780 and r6678.

Actions #3

Updated by NeoBrainX over 13 years ago

So if I understand this correctly, you're getting issues if you change the EFB size/internal resolution?

Actions #4

Updated by darumo over 13 years ago

Yes. My problem is that there seems to be a failure to change the internal resolution of EFB on-the-fly.

But it seems not be the case that says ""

Actions #5

Updated by NeoBrainX over 13 years ago

Erm well I didn't really understand what he said and just guessed. Anyway, I'm working on properly implementing EFB resizing.

Actions #6

Updated by NeoBrainX over 13 years ago

Err, sorry I actually meant to say I didn't understand what darumo was saying. Switched your nicks since both are clipped after three letters.
Anyway, at least THIS issue will be fixed soon I hope.

Actions #7

Updated by NeoBrainX over 13 years ago

fwiw, joruus I guess you have the same issue. Sometimes we need to recreate the EFB texture when using a too high resolution; recreating has the same issue as resizing.

Actions #8

Updated by Hefran64 over 13 years ago

Yeah, the issue is strange, that is why the explanations may not make a lot of sense straight away.
What I was trying to say is that the transparency issues appear after resizing the viewport AS WELL AS when starting the emulator in a resolution higher than 1680x1050.

For example:
If I start the emu windowed, set window size to 1600x900 and run Muramasa or Tatsunoko vs Capcom, everything will work fine. HOWEVER, if I start any of these games in a resolution of 1920x1080 or 1920x1200, transparency issues will appear from the very beginning.

This behaviour is 100% reproducible and happens when using Integral EFB scaling. 1X, 2X and 3X work fine.

Actions #9

Updated by hatarumoroboshi over 13 years ago

Don't know if it is correlated, but in Mario Kart Wii with the Dx9 plugin if you change window size or go full screen (ALT-ENTER) during a race, the circuit map in the bottom right of the screen disappears (this doesn't happen in OpenGL though)...

Actions #10

Updated by Hefran64 over 13 years ago

NeoBrainX: I figured it would be something like this or a driver issue. Thanks for confirming!

Actions #11

Updated by gnick79 over 13 years ago

I don't know if there is a valid relation with last comment left in r6760.
If yes, answer maybe is in UpdateViewport and everywhere we try to change "illegally" res to framebuffer. In this sense OGL plugin is more clean than DX.
You should try...

Actions #12

Updated by Hefran64 about 13 years ago

Since the problem is
a) confined to the OpenGL plugin and
b) happens in several games,
I think that a proper name for this issue would be "OpenGL alpha issues with Integral scaling".

Actions #13

Updated by NeoBrainX over 12 years ago

  • Status changed from New to Won't fix

Oh well. Figured we have to kill some GPU resources in the case of a change of internal resolution, so this can't be fixed.

Actions

Also available in: Atom PDF