Third party mesher for Rhino

Rhino Rhino for Windows
#21

:smile: I try to be a VFX guy, but in terms of meshing Rhino makes my life not easy.

I did some more tests with MoI3D and I really like how the it meshes NURBS data. And it is fast.
Was there ever the discussion to implement the MoI mesher into Rhino??

@ Hifred:
The quad topology looks really really good. How much work (time) was needed to get this result?

@brt1
got your point. The meshing look good.
Yeah. I would only need the meshing feature from exactflat.
Are there maybe other plugins/tools which offer such meshing in Rhino

Cheers,
Norbert

#22

No, but maybe someone could write a plugin based on MoI, itā€™s only an idea.

#23

the guy that wrote moi originally wrote rhino

iā€™m sure iā€™m leaving out some details butā€¦

#24

The actual remeshing inside Zbrush, after setting some parameters is fully automated, it took a few seconds only. But what looks so easy this is the result of long focused work by Pixologic.

#25

this thread could also be interesting:
Wish: delaunay option for rhino mesher

#26

the quad mesh looks great !
time to take look at zbrush - simply in regards to the mesher ā€¦

#27

the problem i most often run into regarding the mesher is it creates long skinny triangles when i wish it could just do quadsā€¦ (those triangles can have weird results in my renderer/textures)

for example, the unjoined surface on the right is how i wish it would mesh that section even when itā€™s a polysurface (left)ā€¦

i imagine itā€™s a bit of a nightmare to try to make a meshing algorithms that works right* for all/most occasions.

*with ā€˜rightā€™ being a particular userā€™s expectations.

(that said, i can get more usable results than this with different settingsā€¦ not as clean/low-poly as the version on the right but still, better)

#28

A couple of months ago I played around with OpenFlipper, a mesh modeling program from academia, mainly used to do research around meshing algorithms. It can read and write various mesh formats and supports re-meshing. That is, you feed it a mesh and it will re-mesh it, to give a finer or coarser mesh, or with better shaped triangles (similar to Delaunay).

It is maybe useful to someone. To be honest itā€™s nowhere near Rhino in terms of usability, looks and stability, but it gives nice meshes.

#29

As youā€™ll know this software is actually by the group which created several papers on quad-remeshing. But these algorythms arenā€™t included in OpenFlipperā€¦ Purely triangle based meshes on roundish shapes may have poor shading properties and were a nightmare for advanced concepts of texture mapping, so this route is limited.

#30

Yes I know their papers. Iā€™m not familiar with texture mapping and shading properties of triangle meshes, so thanks for clearing that up. If Iā€™m not mistaken, their quad remeshing algorithms are also the basis of Evolute T.MAP, which is currently in beta - see Release of EvoluteTools T.MAP *beta*
The beta version has texture mapping, but no meshes.

#31

Rhino could recognize untrimmed surfaces and create quads like like the UV directions. Sounds very simple.

New rhino 6 mesher
#32

Hi everyone,

I am working on a quad mesher for Rhino and should be ready announce something for Rhino WIP users next week. The quad mesher completely remeshes a surface or a mesh, and can have quads flow across patches ignoring patch boundaries.

Keep in mind that it is still just a prototype and not ready for release.

I tried remeshing the model posted here but there were too many issues with it e.g. several non-manifold faces. I need to work on making the quad mesher more tolerant of these things in the future.

Here are some screen shots of other models:

27 Likes
Where is Rhino 6?
#33

WOW !!!
great news, strongly looking forward to it ā€¦

#34

Wow, thatā€™s what I call a surprise @DavidEranen!
Very nice how you got rid of the singularities on the helmet and created edgeloops around the holes.
Also the letters look great!

Are you also planning reprojection (via pull) so that one can create such a low res cage, which gets used for unwrapping + higher subD-levels which (as reprojected) very closely aproximate the Nurbs source and have inherited the UV-map?

And: As this canā€™t be the realtime rendermeshā€¦Are there any thoughts in terms of transfering / linking this mesh to an updated Nurbs source (for the case that one cuts a third hole into the helmet, so that one hadnā€™t to start over from scratch).

#35

Hi David,

Thatā€™s really great news!!
In case you need more test data, I can provide some challanges!

Cheers,
Norbert

#36

hifred, Iā€™m glad you like it!

In regards to the different functionalities youā€™re wondering about: I can definitely see these features being implemented, but for the moment I need to focus on 1) making it work very well on many kinds of complex surfaces and 2) improving the algorithm speed, which can get really slow with larger models. There is still a lot of work to do on these fronts.

#37

Norbert,

I will accept all test data I can get my hands on! For now Iā€™d prefer smaller models over large ones, because it makes more sense to iron out issues with smaller ones first.

#38

Wow, impressive!!! The mesh of the helmet is independent from the NURBS UV and looks perfect.

1 Like
#39

Yes, this is impressive, indeed. This would be an awesome tool to have within Rhino!

1 Like
#40

Thatā€™s smashing news, thanks!