Importing Obj. textures

kwannie

I always forget how to import obj. textures correctly. Can anybody tell me which names have to match between the obj. file and the .txt file. I know I have to open the obj. file in the text editor and make sure something in the first line matches the .txt file. I can't ever remember what needs to match.

Thanks,

Ascania

There is no name matching between an .obj and any .txt. The file and surface names between the .obj and the .mtl have to match. Otherwise, how would the program know which surface to assign a particular texture to? That's kind of obvious, isn't it?

lilweep

lmao why are you editing a txt file

just drag and drop them into the surfaces tab.

 

lilweep

I should probably put the caveat that dragging and dropping is a fast solution if you have a small number of textures but if you have like a 100 surface zones with their own textures, editing the obj and mtl file is probably quicker.

Also, for postery if you open obj in text editor, you need to edit the reference to the mtl file (provided it is not already accurate).  Reference to mtl is in obj, while references to textures and material zones are in the mtl file.

kwannie

 Bingo lilweep 59 surfaces to be exact. Okay, so to clarify I was referring to the first line in the obj. file matching the name of the .mtl file.  My mistake I thought the .mtl file actually was a .txt file since it shows a notepad icon in the folder (.... I'm aware that it is because I had it associated to notepad) So anyway ( I have tried to make sure the line reads     mtllib Model001.mtl  ). The .mtl file is named Model001. It is still not working though.

SixDs

I'm assuming that the .obj's use image maps for textures, is this correct? If so where did you store the images? If you didn't store them in the same folder as the .obj and .mtl files, then the file paths in the .mtl file to the images are probably wrong. If that is the case, you can either move the image maps to the same folder as the other files, or edit the .mtl file to use the proper paths to the texture maps.

lilweep

yes, the obj and mtl files aren't psychic, they need to be referencing correct paths.

some other person was having problems with this recently: https://www.daz3d.com/forums/discussion/comment/5903171/

 

SpottedKitty

kwannie said:

My mistake I thought the .mtl file actually was a .txt file since it shows a notepad icon in the folder (.... I'm aware that it is because I had it associated to notepad) So anyway ( I have tried to make sure the line reads     mtllib Model001.mtl  ). The .mtl file is named Model001.

Have you set your file windows not to display the filename extension? That's the easiest way not to be able to tell the difference between two file types.

It does get complicated, I'm afraid; partly because there are so many slightly different ways to export an obj/mtl file pair, and DAZ|Studio is very fussy about the exact file format it will accept. The file name (plus extension) in the "mtllib" line of the .obj file must match the name of the .mtl file, and the texture file names (including folder path, if there is one) must match where the texture files are actually saved. Fixing these glitches generally fixes at least 99% of all .obj import problems.

WendyLuvsCatz

I had my Skyrim Nifskope exports working perfectly 

they all loaded textured, D|S found all the dds files in my extracted Bethesda Archive

then

one day I have no idea why, an update maybe? it just stopped loading them

Twinmotion still happily loads them

none of my other softwares recognise dds images 

SpottedKitty

WendyLuvsCatz said:

I had my Skyrim Nifskope exports working perfectly 

they all loaded textured, D|S found all the dds files in my extracted Bethesda Archive

then

one day I have no idea why, an update maybe? it just stopped loading them

Twinmotion still happily loads them

none of my other softwares recognise dds images 

I think I've seen that file extension before; it's a bit weird, sometimes it works, sometimes it doesn't. Have you tried using an image viewer (I use IrfanView) to convert them to a more conventional format, then re-apply the textures after importing the converted mesh?

Ascania

SpottedKitty said:

WendyLuvsCatz said:

I had my Skyrim Nifskope exports working perfectly 

they all loaded textured, D|S found all the dds files in my extracted Bethesda Archive

then

one day I have no idea why, an update maybe? it just stopped loading them

Twinmotion still happily loads them

none of my other softwares recognise dds images 

I think I've seen that file extension before; it's a bit weird, sometimes it works, sometimes it doesn't. Have you tried using an image viewer (I use IrfanView) to convert them to a more conventional format, then re-apply the textures after importing the converted mesh?

DirectDraw Surface - it's an image format primarily used in games.

WendyLuvsCatz

SpottedKitty said:

WendyLuvsCatz said:

I had my Skyrim Nifskope exports working perfectly 

they all loaded textured, D|S found all the dds files in my extracted Bethesda Archive

then

one day I have no idea why, an update maybe? it just stopped loading them

Twinmotion still happily loads them

none of my other softwares recognise dds images 

I think I've seen that file extension before; it's a bit weird, sometimes it works, sometimes it doesn't. Have you tried using an image viewer (I use IrfanView) to convert them to a more conventional format, then re-apply the textures after importing the converted mesh?

it works in DAZ studio

but since one of the updates D|S stopped finding the texture paths

BradCarsten

As far as I remember, you can't have any spaces in any of the names in the file. So if your texture is called "Brown wall.jpg", you need to change it to "Brown_wall.jpg"

Richard Haseltine

BradCarsten said:

As far as I remember, you can't have any spaces in any of the names in the file. So if your texture is called "Brown wall.jpg", you need to change it to "Brown_wall.jpg"

Yes, space is not a valid character in group names in OBJ, it's a separator