Hi Rpbert!
robertosfield wrote: > Is it that you have your own code for computing final vertex data that you > wish to pass to OpenGL? Yes, and not just for plain computing, but also a thin client-side adaptor for pushing a morph state vector into the application and polling the morphed vertex (position) data. Technically, that is based on IPC mechanisms, but the details are not important here; for simplicity, consider its api a function that fills std::valarray instances (of run-time constant size) with position and normal data it gathers somehow. Ceteris paribus Solkar wrote: > I think that the most seamless way to get its morph data into the SG is by > constructing a morph target from the data I gather from my legacy app and use > the OSG animation functionality to morph to that, [...] calculated [...] > target (typo fixed) "target" state here yet defined by the arrays for positions and normals. So my question B) is just about whether that specific design is, in your opinion, well in line with the OSG programming model or you would recommend a different approach. robertosfield wrote: > I'd guess others would be in the same boat with trying to work out a > concrete example of what you are trying to do. I understand the requirements already specified suffice for discussing a design-related topic like this. In addition, robertosfield wrote: > own code for computing is a problematically simplified view of the given infrastructure. As I've stated, that "code" (skip the adaptor mentioned above) works in Solkar wrote: > a distributed morph application, designed to run out-of-process of any > graphics state machine, synchronously or asynchronously, whatever is needed. Pls consider that a fixed architectural datum. In other words - this topic is not about a given OSG application that needs to be linked to a back-end, It's about creating another (it already has two) user interface for a given system of applications. With kind regards, Solkar ------------------ Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=60283#60283 _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
