Downcasting will not work, as the types are unrelated, but one
workaround could be to generate bitangents as usual, but copy the data
to secondary color afterwards. Is that an option?
/Marcus
Aron Bierbaum wrote:
Are there plans to add support to calcVertexTangents to place binormals
in Geometry::SecondaryColorsFieldId? It seems that this should not be
too difficult since colors are texture coordinates are using the same
basic data types. I have tried to downcast the binormalP:
tangentP = GeoTexCoords4f::create();
GeoColors4fPtr hack = GeoColors4fPtr::dcast(tangentP);
geo->setSecondaryColors(hack);
But this does not seem to work. Is there some way to get access to a
common base type of both GeoTexCoords4fPtr and GeoColors4fPtr so that I
can add support for this in a clean way? Currently all data is created
in a vector and then copied over using
binormalP->getField().push_back(vect). But since binormalP is of type
GeoTexCoords4fPtr I can not call geo->setSecondaryColors(binormalP).
Thanks,
Aron
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
