But how do you decide on how to trim just any model?
I've been poly modeling since 1993 ;)
I followed your example......IT doesn't magically do what you did.....

>>But how do you decide on how to trim just any model? <<

Thats like asking how do you decide to build a model. It depends on the model and output wanted.


>>I've been poly modeling since 1993 ;)<<

I was never really into poly modelling back then. I did try 3d studio and used truespace for a while when it came out, but I was modelling in CAD at work, so that became an hobby when Rhino was first released in beta.


>>I followed your example......IT doesn't magically do what you did.....<<


If it magically did, then I would not need to add trims.
The circular array was just the start, I added more trim lines to cut up the model. It took me about 30 minutes to add the lines/cut up, so its not very quick, but still quicker than some other methods.

I noticed the more I cut the model using the radial method, the worse the polys jumped
around, as you can see in both images I posted. If you could please show me what you did
to get such perfect polys, I could then hopefully see your method ;)

I wish this area of Moi could be worked on to be even better. But realize this is a limitation
of the libraries used in programing.

Hi FlashFire,

> I wish this area of Moi could be worked on to be even better.

Could you be a little more specific and narrow it down a bit - which area in particular are you referring to and could you describe a bit about what you would rather see MoI do?

But please don't give a description like "just emulate my extensive experience and use my same judgment in creation of the mesh", because unfortunately software algorithms can't be easily created that follow such nebulous types of processes. A software algorithm has to follow a very specific and meticiulously detailed set of rules to produce output, it can't "just do it" ...


> But realize this is a limitation of the libraries used in
> programing.

It's not so much just a library limitation - it's that MoI cannot easily just repeat a process that is mostly based on human judgement and experience.

But there are other issues beyond that as well - one of them is that an all quad topology is not actually better 100% of the time.

Here is a pretty simple example:



So note there that the current mesher placed a single n-gon polygon on the top cap there. If you were looking for the cleanest possible wireframe and most efficient polygon count, that current result delivers that. To produce an all-quad topology for that same example would involve tiling that top planar face with a lot of little quad fragments, making a higher polygon count and denser wireframe instead of a really light wireframe.


MoI's mesher is oriented towards those kinds of goals currently and not on producing an all quad ready-to-subd mesh which it sounds like you are looking for.

If you want an all quad, ready-to-subd mesh, I really recommend that you create that from the start in a polygon modeling program that has a bunch of tools that are oriented towards creating that kind of a thing. MoI's tools are not oriented towards that kind of a thing, you can create poly output with MoI, but it is a different kind of polygon structure than that. The result from MoI is perfectly suitable for rendering directly already though.

If you're trying to do something else than render the polygon result from MoI you are probably just not using the correct tool for the job, except in certain special cases.

- Michael

Nah....I'm not wanting perfect quads.....Chose Moi for it's hard surface and boolean ability.
I wanted to point out that sometimes poly artifacts can show up even when C4D is used to render a moi model imported with normals.
Many points have to be manually welded/cleaned up.

Look at the polys to the left of the words output: and display:
If the exporter could weld points which are as close as these show, it would be even nicer.
Or some how handle these close points or sliver polys better.
This model is using CentroidTriangulation=n as y is so much worse. With Y you then have many points in the center of polys to weld or remove in a polygonal modeler.




In example 2 these points are so close they would no doubt create a smoothing problem in a polygonal modeler. So they would be welded by hand.




I should mention I have adjusted both divide larger than and avoid smaller than with many settings tests and still get slivers or
points that should have easily been welded to a neighboring point.

3D modelers I've used such as C4D still produces strange results at times using N-gon output, so I'll steer clear of it and settle
for Quads and tris. I hope this maybe helps.

I may be wrong but I think that setting "Avoid smaller than" to something like 0.001 should avoid some of the tiny edges on the output mesh, making it somewhat cleaner.

Hi FlashFire,

> I wanted to point out that sometimes poly artifacts can show
> up even when C4D is used to render a moi model imported
> with normals.

That shouldn't be the case - do you have an example model you can post? Please post the actual model file though and not just a screenshot.

Also your last screenshots did not show what the rendering looked like in Cinema4D - with the proper vertex normals coming over, models such as you show there should not have any artifacts in them at all, they will look the same as the original NURBS object despite that kind of topology.


> Many points have to be manually welded/cleaned up.

This may mean that you have not prepared the model properly - make sure to join surfaces that are sitting next to one another so they will get a watertight mesh created for them.

If you have surfaces that are not joined to one another but are just sitting next to one another as independent objects, that will make them get meshed independently and they can have get separate vertex structures created for them in that case.

Also you may just need to create a bit higher density mesh to get a smoother looking result.

Don't forget that polygon models are not actually smooth things, they're made up of little facets and the smoothing is a kind of visual trick that's done by using vertex normals. If you have a small number of facets, that can stop the illusion of smoothness from working very well.


> Look at the polys to the left of the words output: and display:

Those should not have any problems in the actual render in Cinema4D with proper vertex normals on them.

Have you possibly turned off the import of vertex normals into Cinema4D?

Also I would recommend using n-gons - Cinema4D has very good support for n-gons and while it is possible for there to be n-gon triangulation problems in Cinema4D, it is quite rare, so I would recommend using n-gon output for regular use, and only switch to Quads & Triangles output for some special purpose when you have actually identified a problem rather than just defaulting to that.


It would really help though if you could post a model that you're having problems with though instead of just screenshots.

I think some of your prior polygon modeling experience may be working against you - if you built a regular polygon model with slivery polygons like that, that could indeed cause artifacts because it's hard for the smoother to make good vertex normals cooked up from scratch on polygons like that. So you seem to be just assuming you're going to have problems because of that topology. (it sure seems like you're just assuming that anyway since you did not show any rendering result). But when you have vertex normals coming in from the original NURBS surface, that is a completely different things and won't have the same kind of artifacts.

It's important though to make sure the vertex normals are being preserved though, that's the key thing that makes the render of topology like that look totally smooth and keep the same appearance as the original NURBS model.

Another general problem you may be running into kind of related to your past sub-d modeling experience is that you may be producing too low polygon of a result out of MoI if you're seeing artifacts. Remember that you're not going to be relying on sub-d smoothing to be applied to smooth out the model further, so you should not try to make as rough of an initial cage as you would if you were doing a sub-d model.

If you make a low poly model you can get various kinds of artifacts that are just part of being low poly. The solution to that is to increase polygon density.

- Michael

So anyway if you post the model I'm quite confident that I can help you get it rendered in Cinema4D without any trace of artifacts in the rendering whatsoever....

This has come up before where someone who was used to poly modeling just assumed that they were going to get shading glitches in Cinema4D when that was not the case, here is the thread:
http://moi3d.com/forum/index.php?webtag=MOI&msg=3533.1

And here was the rendered result of that:
http://moi3d.com/forum/index.php?webtag=MOI&msg=3533.11

The only trick applied to make it look totally smooth and perfect in Cinema4D was to ensure it got refined with enough polygons to avoid low poly artifacts.

So for example you mentioned previously that you are using "avoid smaller than" in your mesh settings - don't do that, as that avoids refining in areas and will produce a lower polygon result.

If you want a better quality rendering without low poly artifacts, you need to produce more polygons.

If you produce a low polygon output model, it will have low polygon related artifacts in it when rendered, that's pretty straightforward.

- Michael

Thanks all for the feedback

I have no problem getting a model to render ok. I'll just not be using N-Gon output to do so anymore ;)

My question is, why can't a function to automatically weld points within a distance such as the ones circled in
red be added to the meshing options dialog box? I too thought that was what avoid smaller was for, but to no avail.

Well, what you said a couple of messages above was:

> I wanted to point out that sometimes poly artifacts can show
> up even when C4D is used to render a moi model imported
> with normals.

If you can post the model, I'll show you how to render it in C4D without any visible artifacts at all.

Most likely the artifacts you were referring to were related to low polygon count and not due to the topology stuff that you are posting screenshots of.

But it's difficult for me to verify this since I cannot test a screenshot. If you were to post the model that would give me something I could test and that would help me give you better feedback.


> I too thought that was what avoid smaller was for, but to no avail.

Avoid smaller than doesn't cause welding to happen as a post-process - what it does is make polygons that are smaller than that threshold distance use a rougher angle than the regular angle setting during the refinement stage of the meshing.

It's for producing lower detail on small sized portions of the model. Say for example you have a model that has a lot of little tiny rounded buttons on it, and you don't want very many polygons on those. You can make those small areas get a lower poly count by using "Avoid smaller than".

Here's an example of a small area that is getting quite a few polygons - this happens because the regular angle parameter is scale independent - it works just off of curvature and not size, so a large size rounded thing and a small sized rounded thing that have the same roundness get the same poly density with just the angle parameter:



That little rounded thing is about 0.5 units across, and so if you wanted that small area to get a lower level of detail you can enter in "Avoid smaller than = 0.5", and that will produce this instead:




It does not force welding to happen as you were thinking...


> My question is, why can't a function to automatically weld points
> within a distance such as the ones circled in

It's somewhat hard to do this and also maintain the accuracy of the mesh adhering to the original NURBS object at the same time.

If points that are too far apart get welded to one another, it produces a kind of divot or bump cutting into the mesh.

The other thing is that kind of welding would not really serve any purpose for rendering, if you post a rendering of the unwelded result that you show there side by side by a welded one, they would be indistinguishable in the actual rendering so long as the imported vertex normals are used.


Once again though, it would really help if you would post the model file of the stuff you are showing instead of only a screenshot.


- Michael

Also I still don't understand why you refuse to use n-gon output.

Cinema4D has great support for n-gons, why do you not want to take advantage of it?

N-gons would make for a much cleaner wireframe in those areas that you are circling, those will just be a couple of additional little points around the n-gon perimeter instead of being a bunch of triangles in the wireframe.

- Michael

I have had to manually fix polys even in C4D using ngons. Some were flipped on some models, and sometimes edges overlaped.
This of course won't happen with a mix of quads and tri output from moi.

> I have had to manually fix polys even in C4D using ngons.

How many times has that happened?

Why not use n-gons as your default and only use quads & triangles output in the few particular cases that you need it where C4D's n-gon triangulator has a problem?

- Michael

Hi, everybody – Sorry to hijack this thread for a quick question...

I'm a new user, and I'm looking for a rendering application to use with MoI. Michael - you mentioned Cinema4d for N-gon support. And I also read, that there's Modo, which complys to N-gons and preserving normals, when imported from MoI. Is there anything else you could recommend?

Regards,
Sebastian

Hi Sebastian, Cinema4D and Modo seem to be pretty popular right now.

If you want something less expensive, Carrara could be a good fit:
http://www.daz3d.com/i/software/carrara8?_m=d

A few other discussion threads on this:
http://moi3d.com/forum/index.php?webtag=MOI&msg=3136.1
http://moi3d.com/forum/index.php?webtag=MOI&msg=3652.1
http://moi3d.com/forum/index.php?webtag=MOI&msg=3401.1


But there are quite a bunch of various renderers out there and many have a focus in particular areas, like some are focused on production for rendering movie stills, some have a bunch of stuff in them for making outdoor scenery, some are more focused on more hobbyist type use, some do both rendering and animation in the same package and some only do rendering, etc... etc...

So it can depend on what in particular you want to do with it.

- Michael

Hi Sebastian, also a fairly new renderer that several people here have tried out and liked is Simlab Composer: http://www.simlab-soft.com/3d-products/simlab-composer-main.aspx , their rendering-only edition is $149.

For exporting to Simlab you may need to use OBJ format with "Quads & Triangles" output rather than n-gons though. But n-gons are not required to get a good rendering, they're more of something that are nice to have just to keep the wireframe nice and tidy. Support for the vertex normals is much more important for getting a good looking final rendering.

- Michael

Hey, Michael

thank you very much for all those suggestions and reads – I'll have a look into those.

Regards,
Sebastian

I remember a discussion on Modo forum, where someone qualify MoI mesher been "bad" because the topology was not sub-d friendly :)

Btw I dont know for C4D, by when you start messing with MoI topology in Modo (merging, flipping poly etc), you just introduce all kind of shading artefact because the vertex normal is not right anymore.
Otherwise, the rendering is just perfect with MoI ngones, I dont remember any glitches since one year or so ...

Hi PaQ,

> I remember a discussion on Modo forum, where
> someone qualify MoI mesher been "bad" because
> the topology was not sub-d friendly :)

Yes, some people seem to expect that it should magically create the same topology as a highly experienced sub-d modeler would do by hand... And no doubt, that certainly would be cool if it could optionally do that (optionally because as I mentioned previously sub-d friendly topology and sparse wireframe n-gon topology are actually different things).

Unfortunately that level of expectation is what I'd call "pretty highly unreasonable" though. It's very difficult for software to replicate things that require a kind of case-by-case human judgment to them.

There are some interesting new auto-topology tools in 3D-coat recently but that overall technique is more for a kind of all smooth blobby sculpted shape and not really for CAD solids so much, particularly with a mix of large and small features.


> Btw I dont know for C4D, by when you start messing with
> MoI topology in Modo (merging, flipping poly etc), you just
> introduce all kind of shading artefact because the vertex normal
> is not right anymore.

I'm not 100% sure but I think C4D will automatically delete the vertex normals if you do some editing operation that makes them invalid.

It would be good for Modo to do the same thing as well, just automatically delete the vertex normals if you do something that modifies the shape of the mesh like pulling some individual vertices around.

The vertex normals information is something that should be tied to the current particular shape of the mesh. If the shape changes it just does not make sense to apply the same normals from its previous shape to its shading, yet that is what happens in Modo currently I guess.

But it's also good for the vertex normals to be kept and transformed with operations where it is possible to do so, like if you transform the whole mesh (like by rotating or scaling it so the overall shape of it stays the same), or also flipping a chunk of mesh does not need to invalidate the normals it can just flip them as well. It's not really very complicated stuff, so it's kind of surprising and frustrating that this is often not handled well.

- Michael

**It's not really very complicated stuff, so it's kind of surprising and frustrating that this is often not handled well.**

Yes, thats true. I own Cheetah3d (MAC only, since I run MoI in Parralels) and was asking the developer over at the forums, what's happening. He told me, that vertex normals are recalculated automatically on import. So there's no chance I use this as a renderer without having to "polyflipweld" my ass off. :-)

Regards,
Sebastian