Mickael,

It works very well thank you !!!!. I'm going to reduce polygon number to reduce wireframe export in Moi... As a "pipe designer" i thank you again to create pipe tool in a weekend for me 2 years ago !!
Bye,

Pierre.

Michael,

Just last question : Why don't you integrate the .obj/ importer in MOI. Why an independant add-on ? Could it be improved to decrease the frame weight directly?

Thanks again.

Pierre.

Hi Pierre,

> Why don't you integrate the .obj/ importer in MOI. Why
> an independant add-on ?

I'd be afraid that people would think that MoI supported polygon mesh data when it didn't really.

I'd probably get a lot of questions like "I tried to open an OBJ file, and it doesn't look the same as in my polygon modeling program, why it only made up line segments?" ...


> Could it be improved to decrease the frame weight directly?

I'm not sure what you mean actually - do you mean you would want it to not just load the data directly from the OBJ file but also modify it in some way like throwing out some of the polygons that were existing in the file?

- Michael

Hahahahaha... Did you mean, like "ANDY!"

Hello michael,

I think i should decrease polygons numbers from Quidam (not from the plugin) ....So it means i have to buy Quidam Studio.
Thanks.

Pierre.

Burr, feed ANDY will you! he looks a bit malnourished ;)

-

"""""Burr, feed ANDY will you!"""""""""""

Hahahaha! Danny.. Yeah, trying to get the facet reduction down enough so that the NURBS file would import into MoI was rough.. It seemed to always want to chip away at the "biceps" for some reason...lol

Anyway, it is a poor path.. Would be easier to just draw Andy in MoI really quick!!! :o The file you see there is 130 mb.

Hi Pierre, there are also some other kinds of programs that are focused on reducing polygon counts for mesh data - here's one: http://www.atangeo.com/

- Michael

You could also just head on down to 3d Content Central and grab your self a freebie, just choose the STEP download option.

http://www.3dcontentcentral.com/Search.aspx?arg=Humans&page=1


I've attached 'James' who's weighs in at a measly 1.73MB but looks well fed :)

Cheers

Hahahaha! Danny, I dont know how he stays well fed though... Poor James is merley a "Joined surface".. His crotch is a mess!!!!!!!! (Must have leaky gut syndrome)

I really love these conversions that you can find over at the central though.. I wish i had this software that can do the poly conversions like this.. I had talked to someone once that said they just did a model in Solidworks from scan data!!!! I wonder if MoI's "save to Point File" command would provide the proper type of input for this, to bypass having to do the "Geomagic" type route?...

Hi Burr,

> I wonder if MoI's "save to Point File" command would
> provide the proper type of input for this, to bypass having
> to do the "Geomagic" type route?...

When you say "proper input", which application are you talking about inputting the points into?

The Geomagic stuff handles big point clouds where the points are not ordered in any particular way - it does a lot of work to analyze all the points and organize them, fit surfaces to them, etc...

- Michael

Hi Michael,
I was refering to SolidWorks and the Scan data comment I made.. But I dont suppose I was really going to get a detailed response from that... That could be more from the SolidWorks forum.. (I dont even have SolidWorks to start testing it)

I guess the question would then be if the save to point file command gives a good input as a "point cloud?"

Hi Burr,

> I guess the question would then be if the save to
> point file command gives a good input as a "point
> cloud?"

I would think so - but it does depend on what particular formats SolidWorks can read point clouds from.

The save to point file command makes a simple text file with each point as one line in the text file. So the thing to look for in SolidWorks would be if it can read point clouds from text files like that.

- Michael

Hi Burr, so I guess it looks like SolidWorks may not read points from a text file like that directly, but there is a SolidWorks plug-in that you can get that will do it, from here:

http://www.sycode.com/products/points_import_sw/index.htm

- Michael

Thanks for looking into that...

I am a Solidworks user. There is an add-in that comes with Solidworks Premium called ScanTo3D. As it's name suggests, it is primarily designed to deal with point clouds coming from a 3d scan source. However it will read an OBJ polygon file and convert that to a point cloud. There are several subsequent options, but you can run a guided wizard that will attempt to create Nurbs surfaces from this cloud. However, the surfaces are untrimmed so you have to trim and knit yourself. I'm not sure of the utility of this as you end up with a Nurbs object that has no parametric history or dimensions and is therefore not really editable except with SW's deform tools. The main use I suppose is to use as a pattern for rebuilding.

Note that referring to add-ins in Solidworks is not the same as you might be familiar with. These add-ins are not (mostly) 3rd party but part of the DS product, it's just that you are able to load and unload parts of code if you need them or not (e.g. the renderer or the FEA tools).

I wouldn't even think of trying to import a Poser figure in to SW as a point cloud!!!

Hey thanks Steve,
Great input for me....And yes, converting organic polygon data to NURBS is a poor choice... However, I am still optimistic about Integrityware's new tool, and seeing where it manifests...

Just do it the old-fashioned way. ;)

>> Why don't you integrate the .obj/ importer in MOI. Why
>> an independant add-on ?

>I'd be afraid that people would think that MoI supported polygon mesh data when it didn't really.

Hmm, sorry, but "stupid" ;) user can think a lot and I wouldn't limit the software to much for they. If you would allow to load mesh objects for presentation use than in the next step you could allow to export meshes with kept layer structure (3dm). As a meshing-only-user I miss this feature a lot. Any chance to get it in v3? Please.

Micha