You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 12, 2019. It is now read-only.
These would be nice to have for at least import. I think that supporting these will help establish the bounds on what considerations we will have to take for an improved Mesh type.
JSON format can have morphtargets. Morph targets are sets of geometry vertices positions for automatic interpolation between them. I would like to support import and export of morphtargets that could look like Mesh-structure vertices. See for example
Question: should morphtargets
a) be included in Mesh-type?
b) be passed by the io-functions as an array of Mesh-types? How to modify the function definitions (input arguments and return values then?
Another question: I would like to support volumes like amf-format does as an array of Mesh-types. If there is only one volume and then only one mesh, should I return "msh" or "[msh]", where msh is of type Mesh ?
@jaakkor2 this looks great. We are currently discussing how to get arbitrary data in the mesh type in issue #21.
Returning an array of mesh is a poor solution. I only did this with AMF as a stop-gap solution to get the basic functionality in. Consistent return types will be necessary for 0.1.0.
These would be nice to have for at least import. I think that supporting these will help establish the bounds on what considerations we will have to take for an improved
Mesh
type.The text was updated successfully, but these errors were encountered: