FluidImporter free .obj importer Beta 1.0.5 Updated

TIG · 22 May 2012, 10:40

Do you get an options dialog auto-opening before the freeze happens ?
If so what settings have you tried/used?
Can you try it with a simple 'box' OBJ exported from a SKP.
Importing that should work.

When you installed the OBJ importer did you have 'admin rights'?
Is its .exe in Sketchup's Importers folder ?
Have you tried uninstalling it and reinstalling to see if that fixes it ??

If you have the Ruby Console open before the import starts are there any error messages ??

GUNAWAN W · 22 May 2012, 14:02

just trying to import this model:
http://www.flyingarchitecture.com/download/DOT-modo-obj.zip
than bugsplat came out

TIG · 22 May 2012, 16:21

@gunawan w said:

just trying to import this model:
http://www.flyingarchitecture.com/download/DOT-modo-obj.zip
than bugsplat came out
The obj file is strangely structured and the mtl lacks good color definitions.
I edited the file to ensure all of the 'o[bjects]' become g[roups] with the mtl material immediately afterwards and the matching g[roup]/mat entries before the 'f' blocks was removed.
Then it works - units=mm and flip-YZ...

stoool.zip

GUNAWAN W · 22 May 2012, 16:49

Thanks TIG,will try it as your Sugestion

iichiversii · 28 May 2012, 22:54

Everything ive tried to import is causing bugsplats,

TIG · 29 May 2012, 08:30

@iichiversii said:

Everything ive tried to import is causing bugsplats,
Post a simple OBJ/MTL file set [zipped] that you are having issues with and we can read/test it, to see if it's the file or your setup that needs fixing...

iichiversii · 29 May 2012, 09:29

@tig said:

@iichiversii said:

Everything ive tried to import is causing bugsplats,
Post a simple OBJ/MTL file set [zipped] that you are having issues with and we can read/test it, to see if it's the file or your setup that needs fixing...

I will have to get back to you on this later Tig, my Internet is down and I'm restricted to my iPhone

wingman · 9 Jun 2012, 01:55

Hi sir! I tried using the fluidImporter but I'm having issues regarding the missing materials.. whenever I import an object in Sketchup the materials are always missing.. and sometimes it crashes.. please help on this.. thank you so much in advance!:)

wingman · 9 Jun 2012, 02:16

Here are the images of the imported obj. file and the obj. image...

wingman · 9 Jun 2012, 02:33

imported obj. model

TIG · 9 Jun 2012, 14:29

So the geometry is arriving OK ??
You need to do some 'smoothing' as OBJs will always arrive 'faceted'...
Presumably the option to import using textures is set 'on'.
Do you have the OBJ's MTL file?
Do you have the texture images specified in that file ?
Can you PM the whole lot zipped so we can see what the issue is...

Mainline411 · 9 Jul 2012, 20:55

Hi, I recently tried this .obj importer but it did not import textures I have tried all the different settings if someone could please work out what the error is even better import it and send me the .skp it would be most appreciated.

TIG · 10 Jul 2012, 08:53

To import materials associated with an OBJ file you need the matching MTL file.
These files are readable when opened in a plain-text editor like Notepad.exe.
Near the start of the OBJ code [let's assume it's called Filename.obj] there is a line specifying the MTL - saying something like mtllib Filename.mtl.
This MTL file should be in the same folder as the OBJ file, unless the line of code specifies a subfolder.
The MTL file defines all material e.g. name newmtl WoodColor, color Kd 0.890196 0.882353 0.870588, transparency d 1.000000 etc.
If a specified material uses a texture then the name of its image file is given in the material's MTL code on a line starting with map_Kd.
If there is a folder-path [given as say Textures**/**oak.png] then the image file is expected to be in that subfolder, that is itself in the MTL file's folder; however, if there is no subfolder given in the path then the image file is expected to be in the MTL file's own folder.

The Importer is not clairvoyant - it can only work with the data in the file[s] that you give it.
The most common reason for 'missing materials' is that they are simply missing!

Mainline411 · 10 Jul 2012, 11:49

@tig said:

To import materials associated with an OBJ file you need the matching MTL file.
These files are readable when opened in a plain-text editor like Notepad.exe.
Near the start of the OBJ code [let's assume it's called Filename.obj] there is a line specifying the MTL - saying something like mtllib Filename.mtl.
This MTL file should be in the same folder as the OBJ file, unless the line of code specifies a subfolder.
The MTL file defines all material e.g. name newmtl WoodColor, color Kd 0.890196 0.882353 0.870588, transparency d 1.000000 etc.
If a specified material uses a texture then the name of its image file is given in the material's MTL code on a line starting with map_Kd.
If there is a folder-path [given as say Textures**/**oak.png] then the image file is expected to be in that subfolder, that is itself in the MTL file's folder; however, if there is no subfolder given in the path then the image file is expected to be in the MTL file's own folder.

The Importer is not clairvoyant - it can only work with the data in the file[s] that you give it.
The most common reason for 'missing materials' is that they are simply missing!

I have the .OBJ .MTL and .TGA I have opened both the .OBJ and the .MTL withe Notepad and all paths and file names are set correctly but the textures I have tried ataching a .ZIP archive with the files attached to yesterday's post and this post but it will not work I will upload it to a different site later today

TIG · 10 Jul 2012, 12:36

Perhaps it's the TGA image format that's unsuitable ?
Try moving the origin of the TGA to top-left and re-saving... and/or having no TGA RLE-compression in the image [Gimp it].
If a TGA file's format is not suitable for use in a SKM texture it will fail.
I have just maually replicated this error by trying to use a bottom-left/RLE-compressed TGA as a texture - it fails... because there is no suitable image file specified...

Alternatively try making PNG versions of the files [with Gimp] and editing the MTL file to look for .PNG not .TGA file names...

See if these ideas works...

Mainline411 · 10 Jul 2012, 19:00

@tig said:

Perhaps it's the TGA image format that's unsuitable ?
Try moving the origin of the TGA to top-left and re-saving... and/or having no TGA RLE-compression in the image [Gimp it].
If a TGA file's format is not suitable for use in a SKM texture it will fail.
I have just maually replicated this error by trying to use a bottom-left/RLE-compressed TGA as a texture - it fails... because there is no suitable image file specified...

Alternatively try making PNG versions of the files [with Gimp] and editing the MTL file to look for .PNG not .TGA file names...

See if these ideas works...

Tried converting to the .TGA to a .PNG it converted fine but still the textures do not import. I do not know what GIMP is so I can't try the first one I have uploaded the files now (you can get them here: http://testsite21.weebly.com/uploads/5/5/0/6/5506080/sketchucation_trimble_sktechup_.obj_error.zip) if you could try and import them and send me the .SKP it would be extremely appreciated I did change it to PNG but I changed it back to .TGA I have included the .PNG in the zip still though.

TIG · 10 Jul 2012, 20:02

The MTL path is 'absolute' NOT relative
map_Kd **C:\**london_map.tga etc
For the code to find the image it must either be in the root of the drive [bad idea] or in the same folder as the MTL, so edit it to read
map_Kd london_map.tga etc
Can't guarantee the TGA file is 'good' but we won't know until you set the paths right...

Mainline411 · 10 Jul 2012, 20:09

@tig said:

The MTL path is 'absolute' NOT relative
map_Kd **C:\**london_map.tga etc
For the code to find the image it must either be in the root of the drive [bad idea] or in the same folder as the MTL, so edit it to read
map_Kd london_map.tga etc
Can't guarantee the TGA file is 'good' but we won't know until you set the paths right...

I put the files in the root of the drive.

TIG · 10 Jul 2012, 21:28

But... why ???
Keep them with the MTL file where they belong, and change the path to a relative path inside the MTL file's code.
Not even sure that a \ works in MTL absolute paths - it should be a / ???
The originator needs shooting for making the MTL file that way in the first place...

Does it work ?
Either way ??

Have you tried fixing the TGA file otherwise ???

Mainline411 · 11 Jul 2012, 17:14

@tig said:

But... why ???
Keep them with the MTL file where they belong, and change the path to a relative path inside the MTL file's code.
Not even sure that a \ works in MTL absolute paths - it should be a / ???
The originator needs shooting for making the MTL file that way in the first place...

Does it work ?
Either way ??

Have you tried fixing the TGA file otherwise ???

Fixed the problem by changing
map_Kd C:\london_map.tga
to
map_Kd london_map.tga