Posted by: | 2kgnovIS | |
Data created: | 10 December |
We are trying to find a way to consistantly store per strand data about the index / id of the source guide curve (in other word, the closest guide curve to the each hair strand) So far, we tried to use stand group, and the pymel command "OxGetGuideDependency" from the following page: https://ephere.com/plugins/autodesk/maya/ornatrix/docs/4/MEL_and_PyMEL_Reference.html#Per-Strand-Functions
The problem is, neither of them is able to deal with the hair generated from "Multiplier" operator, the hair from "Multiplier" would be added to one single strand group instead. (In screenshot1 shows the desired strand group using "HairFromGuides", the screenshot2 shows the false strand group using "Multiplier") Does anyone know is there a built-in method to store the source guide curve index in each downstream strand curve in general?
Thank you | |
10 December
#36745 | |
Do you want the duplicated strands to belong to the same strand group as the original guide? Jeordanis Figuereo (Product Designer. EPHERE Inc.) | |
10 December
#36746 | |
Hi Jeordanis, Thanks for your reply, "Allow inheriting the strand groups for multiplier operator" sounds like a great feature to have! Though at the same time, since what we hope to achieve is to track the source guide curve id for each hair strand. we wonder does Ornatrix directly store that information for each strand? (that would be a more direct method for us than setting up the "strand group") | |
10 December
#36747 | |
11 December
#36748 | |
I see, generally what we hope to achieve is a more direct way to look for the closest source guide curve index for each strand with the help of Ormatrix built-in features. (otherwise we need to compare distance between each coordinate of hair strand which is more time consuming) The pymel command "OxGetGuideDependency" is almost perfect for our use, but it will crash Maya when the final hair is merely generated from "multiplier" operator. The solution you mentioned above: <span>"Allow inheriting the strand groups for multiplier operator" could also be a great help for our use.</span> <span>Hope that make sense so you could evaluate which approach is easier to develop?</span> <span>Very appreciate for your help!</span> | |
11 December
#36749 | |
11 December
#36750 | |
Thank you! would be excited for the updates! | |
11 December
#36756 | |
Hi Jeordanis, can we know do you have an estimate about when this feature would be added? |