Models shown in doombuilder properly, missing in game

[WARCHILD_89]

Hey guys,

I have a PK3 here with some models from Enemy territory

The problem in a nutshell: Models are shown in DOOMBUILDER properly and without errors. But they are missing in game, they are not rendered for unknown reason.

DECORATE AND MODELDEF work fine and properly so it has to do with the models themselves.

somebody may have a look into this and chek it out. The pk3 has a demo map so open up in Doombuilder (UDMF FORMAT) and try around. Further instructions and example images are included in the pk3.


I cannot complete this models resource PK3 without solving this issue.

https://drive.google.com/open?id=1uB_bR ... mibproYenh

[_mental_]

As you didn't specify skins for missing models in MODELDEF lump textures assigned in .md3 file should be used.
Their paths contain backslashes \ instead of / (for example, models\mapobjects\ktrees\leaf021.tga instead of models/mapobjects/ktrees/leaf021.tga)
GZDoom expects paths with forward slashes only. It seems Doom Builder resolves paths with any separators while GZDoom is certainly doesn't do this.
You can either set skins explicitly in MODELDEF or change paths to textures in .md3 files.

[Graf Zahl]

Sounds like it should be fixed in the engine. I just never came across a model using backslashes here.

[WARCHILD_89]

now this is interesting, it would be really good if the engine resolves it, because I have no possibility available to edit skin paths contained directly in the models themselves...


I will try a newer SVN of GZDOOM maybe it works then

EDIT: using a newer SVN has no effect.

[WARCHILD_89]

Sounds like it should be fixed in the engine. I just never came across a model using backslashes here.

These models were originally made for Wolfenstein ET. MAybe this has to play some role.

[WARCHILD_89]

As you didn't specify skins for missing models in MODELDEF lump textures assigned in .md3 file should be used.
Their paths contain backslashes \ instead of / (for example, models\mapobjects\ktrees\leaf021.tga instead of models/mapobjects/ktrees/leaf021.tga)
GZDoom expects paths with forward slashes only. It seems Doom Builder resolves paths with any separators while GZDoom is certainly doesn't do this.
You can either set skins explicitly in MODELDEF or change paths to textures in .md3 files.

"You can either set skins explicitly in MODELDEF or change paths to textures in .md3 files."

In MODELDEF I have the problem that I can only define 1 skin per model. What shall I do with models using more than 1 skin?

How can I change the path in the model itself? Is there a software for this? On the other hand it would be easier to change the engine than to open hundreds of models and edit the skin paths...

and it would also resolve the same problem I have with other modelpacks I made.

[_mental_]

OK, it’s not big deal to fix it. The topic can be moved to Bugs subforum.

[WARCHILD_89]

OK, it’s not big deal to fix it. The topic can be moved to Bugs subforum.

okay so I just wait for next GZDOOM SVN ?

[AFADoomer]

In MODELDEF I have the problem that I can only define 1 skin per model. What shall I do with models using more than 1 skin?

You use the SurfaceSkin property.

For specific details, I just wrote up a post explaining how to do this here.

(And, yes, you can probably just wait until the next dev version after this gets fixed... It will depend on how long it takes for the devs to make the code changes, so might not be in the next dev build compile, or even the one after that. Or it might be.)

[WARCHILD_89]

In MODELDEF I have the problem that I can only define 1 skin per model. What shall I do with models using more than 1 skin?

You use the SurfaceSkin property.

For specific details, I just wrote up a post explaining how to do this here.

(And, yes, you can probably just wait until the next dev version after this gets fixed... It will depend on how long it takes for the devs to make the code changes, so might not be in the next dev build compile, or even the one after that. Or it might be.)

AWESOME!

[Graf Zahl]

The code change was adding one line and was just done.

[WARCHILD_89]

The code change was adding one line and was just done.

DUDE YOU ROCK! this was the final soluton to my problem!

Case closed.


Thumbs up!