On 12/09/2011 20:16, Jonathan Egstad wrote:
The PoissonMesh code assumes it's working with a point cloud, so it wouldn't
really make sense for it to look for normals from other groups. Group_Vertices
and Group_Primitives are only useful when you already have the primitives that
PoissonMesh would be constructing for you, I think?
In the case of a sequence of Point primitives it's completely valid for the
normal to be bound directly to the primitive rather than to the point list, so
Sebastian's code *should* have worked.
Multiple Point primitives in a single GeoInfo could possibly share a single
point index so in that case each Point prim could possibly require a unique
normal. Also a Point primitive does have 1 vertex so binding the normal to the
vertex group should also work.
That seems reasonable.
It's really not that difficult to keep an index array up to date and use the
AttribContext access methods… ;)
Well like I said, I didn't write the plugin so I was just guessing at
the motivation.
Vil.
_______________________________________________
Nuke-dev mailing list
Nuke-dev@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
