Emulator

JosJuice wrote:

Some games arrange their textures in ways that might look weird.

I am almost certain that this is not intentional, as these textures are completely scrambled, containing pieces of other textures and even alpha masks.

When attempting to apply them back onto the models (if it is even possible to distinguish said model) the texture does not look correct.

So if you don't modify the texture at all, but apply it as a "high-res" texture then stuff messes up?

Sonicadvance1 wrote:

So if you don't modify the texture at all, but apply it as a "high-res" texture then stuff messes up?

Yes, If I load the ripped textures as custom textures they are broken ingame.

This is probably fixed in PR 4512.

JMC4789 wrote:

This is probably fixed in PR 4512.

Still broken in PR 4512 and above.

I'm just wondering what the game is doing that makes it not work.

JMC4789 wrote:

I'm just wondering what the game is doing that makes it not work.

My best guess is it's some kind of really weird texture storage method but I'm no expert on gamecube stuff nor do I have as much knowledge as the Dolphin devs on this kind of thing.

It's not just Dolphin that does this, it seems to have with ripping tools like 3D Ripper DX as well.

Combine wrote:

JMC4789 wrote:

I'm just wondering what the game is doing that makes it not work.

really weird texture storage method

By which I mean the game storing textures in a weird way that confuses Dolphin and makes it output garbage.

If Dolphin can display them correctly in the first place, it's really hard to mess up dumping them. Not impossible, but it points to the bug being something stupid...

JMC4789 wrote:

If Dolphin can display them correctly in the first place, it's really hard to mess up dumping them. Not impossible, but it points to the bug being something stupid...

That's a good point.Could be something specifically with the way dolphin dumps textures that doesn't go wrong when it's actually displaying them?

Combine wrote:

JMC4789 wrote:

If Dolphin can display them correctly in the first place, it's really hard to mess up dumping them. Not impossible, but it points to the bug being something stupid...

That's a good point.Could be something specifically with the way dolphin dumps textures that doesn't go wrong when it's actually displaying them?

I think the weirdest part is that broken textures are sometimes completely unrelated to the textures they should be. In the screenshots above you can see a slightly messed up barrel texture on some crates.

Update because I just checked something I should've checked before.

I loaded the textures dumped by Dolphin 5.0-1845 as custom ones and everything seemed fine.
Despite this, there are still a large amount of broken looking textures being dumped making navigation a pain but I've noticed something.

I don't know if this applies to all of them, but here's what I found.

This is the texture "tex1_512x512_m_5d86a6efe1092239_14_mip1.png":

This texture has dumped correctly.

Right alongside it is "tex1_512x512_m_5d86a6efe1092239_14.png", the same texture but with no "mip1":

This texture is broken.

After hugging several enemies and props it doesn't seem like the non-mipmap versions are actually used. The actual bug seems to be fixed but I'd imagine the corrupted "non-mipmap" versions being dumped is still unintended behaviour.
Right alongside it is this, however:

p.s A couple of things use the non-mipmap textures (mostly level geometry and decals) and these will be dumped fine.

Dolphin still seems to be doing this in 5.0-8047, it's rather annoying to have to sort through these broken textures.