TexMan.GetName can't return long texture file names

[Nash]

When a TextureID returned from the line or sector structs' wall/floor/ceiling texture uses a long file name (eg "floors/red stone.png"), GetName() simply returns a blank string.

[gwHero]

Not only that; if I may add: retrieving the id for a graphic with TexMan.CheckForTexture also doesn't return a Id when the lumpname exceeds 8 characters.

[Graf Zahl]

Not only that; if I may add: retrieving the id for a graphic with TexMan.CheckForTexture also doesn't return a Id when the lumpname exceeds 8 characters.

What did you do? If you fail to create a texture you must have done something unsupported as this is the function that actually creates textures by lump path.

[_mental_]

I will extend TexMan.GetName() with returning of full path but only in case of empty short name.
I hope that no one created a mod that relies on empty textures names...

OK, Graf already fixed it.

As for TexMan.CheckForTexture() it works for me. Please post a runnable sample with that issue.

[Graf Zahl]

What TexMan.CheckForTexture CANNOT do, is creating textures from files in the PK3's root directory - and that part is entirely intentional.

[gwHero]

Runnable sample included.

graphics reside in the graphics folder;
the graphic with the 8 character lumpname is shown on the hud, the graphic with the 10 character lumpname is not.

Don't know if it's intentional, just kept my lumpnames not longer than 8 characters.

[Graf Zahl]

A lump only has its full name, including path and extension and the 8 character name inherited from the WAD format. So this cannot possibly work.

[gwHero]

So, to get this straight, after some more testing, this is how it seems to work, but is this both officially okay? (both pictures residing in the graphics folder)

Code: Select all

TexMan.CheckForTexture ("graphics/picturelongname.png")
TexMan.CheckForTexture ("pictureX") // when the lumpname does not exceed 8 chars 

[Graf Zahl]

Yes, that's correct.

[gwHero]

Ah, great, thanks, mystery solved.