Originally posted by Zappy:

Originally posted by Basswav3:

Can u pls ublock me so i can comment.

No.

Can you please walk me through this in chat or something, the stress of failing this night over night is having a major negative impact on me and I cant solve that until this model is imported, this is the only model ill ever need to be walked through making because ill make sure to understand whats being done as for replicating the process in the future. That or i wont need to make a gmod playermodel ever again.

the model has 36 materials x-x

Also why did you block me?

I mean assigned in he txture menu of blender ill send pics of it later

So as long as it exports and the tectures are applied where they belong with changed texture slot name, it should be fine, correct?

Originally posted by Zappy:

Originally posted by Basswav3:

So if i have a texture named body and a slot named body it will look for that file when assigning?

That depends on what you mean by "assigning".


How much experience do you have with making models for the Source engine?

Im just following a playermodel creation tutorial, so no, not much experience.

Originally posted by Zappy:

Originally posted by Basswav3:

Cant that comprimise the way the textures are assigned when compiling it?

I'm not sure what you mean by that.

When you compile a model for Source, it will look for a VMT file (material) for a material of the model. If the DMX/SMD model has a material called "body", that's what the Source engine will look for when trying to load the Source model in question.

So if i have a texture named body and a slot named body it will look for that file when assigning?

Originally posted by Zappy:

Originally posted by Basswav3:

- Well also, the slots the textures go into are named with [][] characters and whe i try to export it as an smd it says those characters can cause compiling issues, -

Then just rename them to something you find appropriate for the texture in question (such as "body", "gold", et cetera).

Cant that comprimise the way the textures are assigned when compiling it?

Ill include more pictures when i get back to my computer.

Originally posted by Zappy:

Originally posted by Basswav3:

But the textures dont show up i the uv map, i had to adsign them by clicking a bodypart in the list under the textures rab, then scroll to the texture in the folder amd click on it, my current problem is that i cant find out how to get the textures onto the uv map so i can make it into a single applicable material for the model and if they dont autoassign i dont think i can leave them separate or without a single material. Do you have a discord? Maybe i can screen share to show you when i get a chance.

No, I don't. But again, if this is for the Source engine, there's no need for you to bother combining the textures into a single texture, as again, Source supports up to 32 different materials per model, which can all reference completely different textures.

Does the model use multiple different materials in Blender? If so, it should already be set up correctly, you just have to assign each VMT material in Source the correct texture(s).
If not, does the model use multiple different objects in Blender, one for each texture? If so, assign a different material to each object.
If not, does the model use multiple different textures in Blender already? If so, select each face belonging to a specific texture, then make a material for that texture and assign those faces to it, and do this for each texture.

I repeat: There is no reason to want to combine the textures into a single texture for Source engine models.

Well also, the slots the textures go into are named with [][] characters and whe i try to export it as an smd it says those characters can cause compiling issues, then, when i load up the smd i just saved only the skeleton withoit the model is there. Is there correlation between those issues?