Project

General

Profile

Actions

Emulator Issues #251

closed

Mario Sunshine "Slime" *almost* works

Added by thegamefreak0134 over 15 years ago.

Status:
Duplicate
Priority:
Low
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

What steps will reproduce the problem?

  1. Open Dolphin and use the OpenGL Plugin
  2. Play Super Mario Sunshine
  3. Proceed somewhere that has slime, and spray it with water.
  4. After clearing the slime, walk around where it was.

What is the expected output? What do you see instead?
The graphical effect of the slime appears to be working properly. It looks
appropriate and does appear to disappear when sprayed with water, as it
should. (I own the game and a Wii to play it on for reference.) The
trouble is that the behavior for it does not. The area where the slime
was still behaves like its still there. Furhermore, when you save state,
any slime that was cleared away from the screen reappears.

What version of the product are you using? On what operating system?
I'm doing this on r941, since I can't compile Dolphin on my own and need
to use Daco's site to get updates.

Please provide any additional information below.
I don't pretend to have any clue what sunshine is trying to do, but it
almost seems like it might be reading the texture that it uses for the
slime (or, what it seems, as a mask for the slime's glossy texture) to
determine if its still there, or if it has been "sprayed". Its just a
hunch of course, it may be something completely unrelated, but if the
emulated VRAM is read only, that might be causing the issue if indeed the
game does do it this way.

Of course, this is the first build that has shown disappearing slime at
ALL (and the first to actually have it show up in the openGL plugin) and
it still doesn't seem to be disappearing in the DX9 plugin, so there's no
telling where the issue really is. Still, its an interesting problem, and
I will personally mail cookies to the house of the person who finds it
first. ^_^

I'll also make a note that the game uses different effects for the slime
on the ground than it does for the slime on walls and things (the marks
that earn you blue coins in most of the game.) The wall slime has been
working for a long while, but the ground slime not so much, as it appears
that the developers used odd and bizzare voodoo code to make it work
quickly in hardware. ^_^


Related issues 2 (0 open2 closed)

Is duplicate of Emulator - Emulator Issues #675: Super Mario Sunshine: Gameplay defect: unremovable dirtFixed

Actions
Has duplicate Emulator - Emulator Issues #348: Super mario Sunshine Goo problemDuplicate

Actions
Actions #1

Updated by tommyhl2.SS over 15 years ago

You think not having every little detail of your OGL plugin working is bad, try being
stuck with DX9 pugin and having the game totally look like ass and having no support
at all. Then you wouldn't be complaining about such a little graphics bug and would
just enjoy playing the game.

Actions #2

Updated by thegamefreak0134 over 15 years ago

  1. Actually, I happen to think that the OpenGL plugin has taken a giant step
    forward, and I'm more applauding the effort (and encouraging a complete fix) than
    anything.
  2. I have tried the game in DX9, and although it may look partially bad, that's just
    because the slime texture on mario isn't implemented properly, and that's something
    they'll fix on their own I'm sure. The game logic actually works the same either
    way, and its "bugged" in both plugins, indicating that the real problem is a bit
    deeper than that.
  3. I'm certainly not "complaining". That's not what the issues area is for. I also
    certainly don't "enjoy" playing the game in an emulator. I enjoy watching the
    progress of the emulator shape up, and I enjoy seeing new features added, or more
    games supported. Dolphin is a rather amazing project, and I'm more than happy to see
    it grow. (I'd donate to it if there were a button somewhere.) And actually, I've
    already beaten the game on real hardware(tm), so there's no real enjoyment of it
    on the PC. Its just a very good benchmark for how the emulator itself is coming
    along, since it uses some very complex tricks to make some of its special effects
    work.

So there, my conscience is a bit lighter now.

Actions #3

Updated by thegamefreak0134 over 15 years ago

Actually, now that I'm done ranting at him, I wanted to clarify something: by
"behavior" of the slime, I don't mean anything to do with graphics. I mean that even
though the slime is gone (and trust me, on real hardware, it gets "gone" very
quickly, doesn't take much water at all, the graphics of making the slime gone are
working just fine) mario still slips and slides, tracks slime on the ground, gets
slime on him, and will even take damage when walking on the areas where the slime
used to be. So it would seem that the game behaves like the initial slime texture is
there, and not the updated one that is being displayed. (This would certainly
explain why the slime "comes back" when saving state, as I think saving state causes
a graphics re-init.)

Actions #4

Updated by tommyhl2.SS over 15 years ago

Well, the point I was getting at is that I could have posted a large number of
graphical errors that are seen using the DX9 plugin as apposed to some very small
graphic errors that you see with the OGL plugin. I don't think the devs are
interested in very game specific errors as this would be, if that were the case, this
area would be even more flooded than it already is.

Actions #5

Updated by hrydgard over 15 years ago

  • Status changed from New to Accepted
  • Priority changed from Normal to Low

It is an interesting problem and you are most likely 100% right about the reason it
behaves this way. Unfortunately it's expensive to readback textures and convert back
to gc format in RAM, but maybe we'll have to create an option to do it. Not exactly
top priority.

Tommy, are you bitter because you have an ATI card? Try the latest builds after my
alignment fix and see if it helps. I want our opengl code to work well on ATI too,
you know.

Also, there are plans to backport pretty much all the new stuff from the GL plugin to
the DX plugin. As usual no timeframe promised.

Actions #7

Updated by thegamefreak0134 over 15 years ago

In r1296 (and for a while before, I just noticed it here) it seems the slime has
stopped "working" and has reverted to its old behavior of flying off the airstrip.
Weird... It doesn't seem to be an issue with the emulation of the graphics registers
as far as I can tell, as I can tweak the behavior with the OpenGL hacks and make it
stay put. It seems to be an issue with the way the plugin is handling that particular
texture.

Saving or Loading state causes the texture to appear in the right place for a single
frame, but it starts to slide off the strip again immediately.

Actions #8

Updated by hrydgard over 15 years ago

What hacks are you doing to make it stay put?

Actions #9

Updated by federelli over 15 years ago

r2495 the issue is still there, slime can be cleared visually, but the game thinks
it's still there, and i wouldn't be surprised this is related to issue 593.

Actions #10

Updated by lpfaint99 about 15 years ago

Issue 348 has been merged into this issue.

Actions #11

Updated by sl1nk3.s about 15 years ago

  • Status changed from Accepted to Duplicate
Actions

Also available in: Atom PDF