Problem with loading high resolution textures

[GoogleCodeExporter]

Hi,

First, excuse me if my English is sometimes a little bit broken...

 - Linux distribution: Arch Linux (output of "uname -r" is 2.6.31-ARCH)
 - Machine type: 64 bits (output of "uname -p" is AMD Phenom(tm) 9550
Quad-Core Processor)
 - Mupen64Plus version: 2.0
 - Plugin used: Rice's Video Plugin

I experience many problems with loading high resolution textures.
I find this problem very annoying because for me one of the great advantage
of emulation is the possibility to customize games.

What I don't understand are the precise conditions for a texture to
successfully load or not.
Sometimes one custom texture loads, sometimes the very same texture doesn't
load, it seems to be random.

So I did some tests with textures for the Moo Moo Farm level in Mario Kart
64 (I don't know if it's relevant but the ROM I'm using is "Mario Kart 64
(E) (V1.1) [!]").
I know it's not ROM-dependant because I got the same kind of problems with
a Super Mario 64 ROM.
I'll try to explain what I noticed, hoping it can help.

I first dumped some textures of the Moo Moo Farm level, just to be sure of
the names my custom textures should have.

I then chose two textures that I wanted to replace:

MARIOKART64#6331889D#0#2_all.png (texture for the "dirt" soil)
MARIOKART64#70FE2EB6#0#2_all.png (texture for the "grass" soil)
(there were also "MARIOKART64#*#0#2_rgb.png" versions of the textures, but
it didn't seem to change anything using one or the other) 
If you want to try the manipulations yourself the original dumped textures
from the ROM are here:  http://gcheese.free.fr/brol/original/

And I used two kind of custom textures for my tests:
- some test textures I quickly made using the original ones, let's call
those the "ugly" ones (files: http://gcheese.free.fr/brol/ugly/)
- some beautiful custom textures I found on the web, let's call them the
"nice" ones (files: http://gcheese.free.fr/brol/nice/)

Now I explain when textures load and when they don't :

- ugly dirt and ugly grass in the hires_texture folder (and nothing else)
=> both textures load
- ugly dirt alone, or ugly grass alone => the texture loads
- nice dirt and nice grass => the textures don't load
- nice dirt alone, or nice grass alone => the texture doesn't load
- ugly dirt and nice grass => only the ugly dirt texture loads
- nice dirt and ugly grass => both textures load!

So, among other things, what I don't understand is that I can load nice
dirt and ugly grass together, I can load ugly grass alone, but I can't load
nice dirt alone!

In these tests the nice grass texture has never been successfully loaded,
but I once managed to load it together with some other(s) quickly made
"ugly" texture(s), but I don't remember the exact conditions. The point is
that it's possible to load it, and so it's not the PNG file which is in cause.

That's all I found at the moment.
I hope it will be helpful to determine where is the problem!

Olivier .

Original issue reported on code.google.com by pokrakar...@gmail.com on 19 Nov 2009 at 3:17

[GoogleCodeExporter]

Original comment by richard...@gmail.com on 14 Jan 2010 at 5:17

• Changed state: Accepted
• Added labels: Component-RiceVideo, Type-Defect

[GoogleCodeExporter]

Original comment by richard...@gmail.com on 14 Jan 2010 at 5:39

• Added labels: Milestone-2.0

[GoogleCodeExporter]

Olivier,  I have committed several fixes to the rice video hi-res texture code 
and I
believe this problem is resolved.  I tested with your textures and was able to 
load
each 'nice' texture individually and both of them together.  Please re-test 
with the
latest code in Hg and re-open this issue if your problem remains.

Original comment by richard...@gmail.com on 26 Jan 2010 at 4:13

• Changed state: Fixed

[GoogleCodeExporter]

Hi!

I tried again and now indeed every texture works.
Thank you very much!

Olivier.

Original comment by pokrakar...@gmail.com on 2 Feb 2010 at 8:34

[GoogleCodeExporter]

Great to hear that your issue is fixed.

Original comment by richard...@gmail.com on 2 Feb 2010 at 3:06