I took your OBJ file and run it inside Zbrush for decimate it! ;)
And I suppose the Zbrush Decimaster has same functions than Instant Mesher! ;)
It's more that problem : I have only 8 Gigas ram on my Latop!
And seems I have same time consuming for boolean function than you! ;)
Ps Have you a direct link for download an Instant Mesher windows version ? Because I am a little losted over all these files!
(without line command if possible! :)
re:
> Boolean Operation takes some times! A Boolean Diff with a Simple Sphere takes 20 sec! ;)
> Does it the same for you ?
This is probably because of the relatively high face count in the model. Your model appears to be made up of all triangles instead of being a quad-dominant mesh set up for sub-d smoothing. So because of that you're getting a lot of little tiny faces.
The sub-d importer is primarily focused on converting sub-d models, not non-sub-d triangle mesh models like you are using there.
Probably been asked before tried to search but couldn't dig anything up - is there a way to set BROWSER - Object / Types / Styles to be rolled out permanently on starting a new doc - find its a repetitive function that I do with new docs in MOI.
Out of curiousity, I've been checking the contents of a few folders. :-)
In the MoI4.0_Beta_Feb-26-2019, commands folder, I have 267 "stock" command related files, (<50% .htm, and> 50% .js).
In the %AppData" / Moi/Commands folder, I have 1089 files. There are 266 "stock" command related files (more or less duplicates of the MoI4.0_Beta commands folder (-1)).
(I thought that the "stock" commands were supposed to be in the beta/commands folder, but at present they are in both locations.)
There are 823 additional "add-on" files, with _underline prefix, (<50% .htm), including quite a few experimental commands, and "mod" versions.
So one question is, in which directory do the "stock" MoI commands belong? Did the last update put the "stock" commands in the %AppData% Commands subdirectory?
Hi Brian, MoI shouldn't have put any commands at all in the appdata commands folder, all those would have gotten there from you copying them in there.
It's intended that the stock commands are not in appdata, they are intended to be in the old install directory commands folder. That's so that if any of them are updated with some new features you will get them along with the new install.
When you run a command and the same command is present in both the install commands dir and the appdata commands dir, the install one will take precedence.
So it doesn't do any actual harm to have them additionally in the appdata dir though.
Feature Request - I've been using MOI for 3d printing and it is awesome and does great exports to STL files. Would it be possible for MOI to be able to import STL files so that we could support the entire life-cycle of 3d printing?
Imagine being able to download ANY file off of Thingverse and modify it and print it....it would be a great boost for my workflow. I can really see MOI being able to excel in that niche.
I understand if it's not possible but I love MOI and figured it wouldn't hurt to ask. :-)
Hi Nicholas,
I'll go along with your wish. There are a large number of models at Thingivers that can be used with minor changes. Unfortunately not every 3D program can process the STL files.
I myself have published a lot of STL files of models (of course constructed with MoI ;-)) there.
Greetings
-moritz
Hi Nicholas & moritz, sorry but importing STL files is not likely to be added to MoI anytime soon. The reason is that STL files only contain triangle mesh data, not CAD surfaces are solids like MoI is designed to work with at modeling time.
STL is not really designed to be a format for translating model data between CAD programs, it's meant to be used for transfer to a 3D printer only.
Thanks, Michaeel. I thought it might be a long shot. :-) The workflow I've found (but yet to test) is to take the STL into FreeCAD, convert it to a Step file, and then import that. I was just hoping to skip that middle process. Thanks a lot for your quick answer! Best, Nick
Hi Nick, the thing is that with that kind of transfer something like a sphere is going to come over as a whole bunch of little flat facets rather than a real sphere surface.
For many things that's just not going to be a very good result. But if that's what you want to do you might try the STL import plug-in from here:
All the FEA programs I have used will only let you export the deformed geometry as a stl file. I import it into CAD to manually rebuild the CAD geometry. Unfortunately, FEA programs don't export the deformed geometry as a step file. That would save me a ton of work. But it would be nice to have as an option to import stl files. I just use them as a reference. So I don't need to do any actual CAD work with it. Just thought I'd add my two sense. For me, it would be useful to have.
Agreed about it being a pity - I'd always assumed STL files were quite similar to OBJ files.
I suppose the way around this would be to find a file translator to go from STL to OBJ and bring it in that way.