Project

General

Profile

Actions

Emulator Issues #5728

closed

Paper Mario TTYD - glitches with native mipmaps

Added by shellashock over 11 years ago.

Status:
Fixed
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

[The following is a template to help you fill out a more informative
report]

Note:
Many games do not run yet, or have known problems. Please do not report
those games without giving any more information. That means reports like
"Game XYZ crashes" are not helpful. Instead try to include as much debug
information as possible. Also try to search the issue tracker for similar
bugs before creating a new issue.

--------------------------------------

1) Game Name and ID (as it appears in right click > properties: "GZ2P01",
"RSBE01", etc):G8ME01-Paper Mario

2) What is the expected output? What do you see instead?
Every time Mario & Co walk go from a room or small area to a larger open area, the screen should go black for a moment to indicate that it is loading the textures. With fast mipmaps disabled, it will instead turn black briefly, and then show you the textures loading on the actual screen, then it will go back to black for a moment and then allow you to move around in that open area.

3) Did the game ever work correctly (i.e. not have this problem) on an
earlier version of dolphin? Please specify the exact revision when the
problem began.
This problem was masked by fast mipmaps, but when the fast mipmaps option was removed, it began happening to any revision after the removal.

4) What steps will reproduce the problem?

  1. Start the game with any revision after the removal of fast mipmaps. Have not tried yet, but disabling fast mipmaps in revisions before the removal should make the same thing happen. 2.When you get past the warning screen and the Nintendo, Intelligent Systems, and Dolby logos, there should be a large map where the Roguetown square, Princess Peach and other objects/characters inside of the map will be visible for a brief time. 3.

5) What version of dolphin are you using (32bit/64bit along with the
version as it appears in the title bar, etc)? Do not say 'latest version'
this changes multiple times a day.
On what operating system, drivers, and hardware? Be sure to list OS,
graphics driver information, and video card model if you are having
graphics problems, for example.
I am currently using Dolphin 3.0-840-dirty.
I am using Windows 7 OS, and have an intergrated Intel HD graphics.If you need more information, just ask. Before you flame me for using intergrated and making this issue, I have tried to find this issue on several computers with Nvidia, ATI, and other graphics cards, and when the revision on ALL systems.

6) Please provide any additional information below.

7) Attachments. IMPORTANT! We have a limited storage quota on
GoogleCode, so please use a 3rd party host for screenshots or any other
files (http://min.us/ for example).
I will post a video later of it on youtube and send link to here. Just have to find out how to change the .dtm video file into a Youtube acceptable file.

Actions #1

Updated by tabacco over 11 years ago

I'm not seeing the problem in 3.0-845 for OS X. Perhaps it's Direct3D-specific?

Actions #2

Updated by Billiard26 over 11 years ago

  • Status changed from New to Questionable
  • Issue type set to Bug
  • Category set to gfx
Actions #3

Updated by shellashock over 11 years ago

i think I have found how to get a video of this. Would an avi from the dump frame work, and upload to youtube? Also, I have noticed that the texture loading is more noticable on dx9. dx 11 and opengl have it, but they are much quicker at loading the textures. If dx 9 spends a few seconds loading each screen, dx11 and opengl have a quick flash of quick texture load, and then back to a black screen before normal play resumes. Also, can someone explain why this was changed to questionable? If you can explain why, then I can further explain it to make more sense.

Actions #4

Updated by shellashock about 11 years ago

here is a slide show of pictures showing roughly 2 seconds of loading. note that there are frequent points where the screen is black, and the objects loading on the screen appear at different intervals. http://www.mediafire.com/download.php?a7jp65lthjlhaxb

Actions #5

Updated by Billiard26 about 11 years ago

  • Status changed from Questionable to Fixed

This should be fixed by rd994e56b60aa0f6fc2f1da333d0b320fcfbda018.
Will re-open issue if told otherwise.

Actions #6

Updated by shellashock about 11 years ago

sorry, this is still a problem on all backends with me. I will try to use the dump frames option to get a video feed if you guys need it, but this issue is definetly not fixed for me. Then again, it would be nice to know if anyone with a dedicated
GPU with any graphics card besides an Intel HD Graphics 3000 is getting this problem, because it might just be problem with Intel graphic cards or intel's drivers.

Actions #7

Updated by Billiard26 about 11 years ago

  • Status changed from Fixed to Questionable
Actions #8

Updated by shellashock about 11 years ago

http://www.mediafire.com/download.php?8uh76nl28cijd86
this is a link to my frame dump from dolphin. Run it with vlc player. Note that the scene loads before the book scene begins to play. For some reason, my recording ran at several times faster speed loading then the actual gameplay, so slowing it down by about 4 times is the most accurate speed to what I got for my game play.

Actions #9

Updated by NeoBrainX about 11 years ago

Is this still in issue with either Virtual XFB or Real XFB enabled?

Actions #10

Updated by shellashock about 11 years ago

just tried now with 3.5 410. For some reason, it works perfectly on all backends regardless of xfb settings, but it did not work on the dophin revision that claimed to fix the issue. Strange. Anyway, from at least 3.5 410 and on, there are no more mipmap issues on my system. Even better, the extreme slowdowns caused by mipmap glitches when an enemy or mario uses a repel cape or a evasion boost maneuver are gone! This speeds up the macho grubba battle by a huge factor! Thanks for all your hard work Dolphin Team!

Actions #11

Updated by shellashock about 11 years ago

this can be closed as fixed now.

Actions #12

Updated by Billiard26 about 11 years ago

  • Status changed from Questionable to Fixed
Actions

Also available in: Atom PDF