FluidImporter free .obj importer Beta 1.0.5 Updated
-
I'm getting crashes when I try to import an .obj file I got. (120MB)
I've tried different options - triangulate on/off, material on/off - but it bugsplats every time. Memory usage of Sketchup.exe doesn't exceed 300MB.Any ideas?
-
Wow, that is extremely fast! Thank-you
Best,
Jason. -
Thomthom, I've never tried a file that big. How many polygons is it?
-
Fluid
Did you also see this? http://forums.sketchucation.com/viewtopic.php?p=320223#p320223
The materials using textures [after #1] aren't being made from the MTL or then applied to the right faces -
TIG, yes, I did. Please be patient, it'll be fixed soon. I'm just working on this on my spare time
-
No problem
Just checking... -
@fluid said:
Thomthom, I've never tried a file that big. How many polygons is it?
I do not know - it's a file we got from different office.
Do you got dropbox? I could drop you the file if you want to have a look..? -
Thank you fluid for the effort you're putting into this!
We're all grateful to you, you're providing an excellent tool...so are you all, from Thom, to TIG, to everyone who contribute to make SketchUp a more powerful software!
-
Thomthom,, I just installed Dropbox, how am I gonna share a folder with you?
-
Just released 1.0.4, it should fix the face/material issue.
-
Thanks again!
This update does indeed seem to address the textured materials import issue -
Works like a charm!
Thanks TIG for the support and a GIANT thank you to fluid for this excellent tool! -
-
Released 1.0.5, fixing a bug causing a bunch of crashes. Thanks to Thomthom for the help.
-
-
Back to report a bugsplat.
I made a quite heavy tree with TreeD, which got correctly exported in OBJ format, resulting in a 42MB file. When I tried to import (several times) the obj, after a rather short time the tree was imported into sketchy (no bugsplats), but it had no textures applied. The materials were correctly created (their names themselves were correct too, corresponding to the ones figuring in the mlt file), but they had no textures embedded, but when I tried to add the textures the mapping was wrong.
I tried to separately export the trunk/branches (26MB) and the leaves (16MB) from TreeD. The trunk/branches gave no errors in the import process, but when I tried to import the leaves' mesh I got the bugsplat, two times.
Then, the final solution I tried (which finally worked) was to import in a new file only the leaves using TIG's old importer (this worked, in the known biblical time ) and then I manually merged the two sketchup files (the origin was common).
Is this something fixable? I guess the issue concerns huge obj files. What I don't understand is that I recently imported xfrog obj files which were even 80MB each, and I got no problems. What is going on?
-
Hi pibuz,
If you have Dropbox I can take a look at the file that is giving you problems.
-
It's not a Plugin, it's a compiled 'Importer'.
It adds an additional Importer type 'Wavefront/OBJ' under the File > Import file-browser...
The same as other compiled importers/exporters - it's the Ruby based tools that are in other menus like Plugins... -
Which folder do I have to extract the fluidimporter file? I cannot see it under the plugins menu after extracting on its default folder.
Btw. I'm using Google sketch up v8 (free version) ,and should I install the fluid ray demo version before fluidimporter for sketchup appears?
If yes, which installer should I download? I'm using windows vista ultimate 64 bit, 4gb ram
FluidRay for SketchUp Win32 Demo (Version 1.1.2)
FluidRay for SketchUp Win32 SSE2 Demo (Version 1.1.2)
FluidRay for SketchUp Win64 SSE2 Demo (Version 1.1.2)
FluidRay for SketchUp Win64 SSE41 Demo (Version 1.1.2)Thanks!
-
@tig said:
It's not a Plugin, it's a compiled 'Importer'.
It adds an additional Importer type 'Wavefront/OBJ' under the File > Import file-browser...
The same as other compiled importers/exporters - it's the Ruby based tools that are in other menus like Plugins...Thanks TIG, you're the MAN!
Advertisement