Hello Johannes,
Johannes Brunen wrote:
> "Carsten Neumann" <carsten_neum...@gmx.net> schrieb im
> Newsbeitrag news:4bdedbc7.5070...@gmx.net...
>> removing Transforms: OSGTransformPushGraphOp
>> sharing Materials: OSGSharePtrGraphOp with includes set to Material
>>
>> NOt sure what you mean by removing "material nodes"; if it is pushing
>> the Material from a MaterialGroup into the Geometries of the tree below,
>> I don't think we have a GraphOp for that.
>>
> Yes, this is my point. Isn't this the task of the MaterialGroupPushGraphOp
> class?
yes, sorry, I had overlooked it when replying to your original mail.
> Let me explain my problem: I have a model with a fairly complex internal
> graph structure. Now, I would like to load this scene multiple times (>
> 10000).
hm, how large (i.e. number of nodes) is this model?
> I solved this problem by cloning the model and sharing all the cores
> associated with the nodes. Nevertheless, I got memory shortcomings with this
> implementation. At the moment, I think that the problem is related to the
> (complex) node structure. Therefore I would like to remove as many nodes as
> possible without losing the basic model information.
What do you need to be able to do with the individual instances of the
model? If you only need to render them, one alternative could be to
share the actual tree of your "master instance" with VisitSubTree cores.
i.e. you build something like this:
model_root // this is the root of your model
|
+- ..
root
|
+-- Transform -- VisitSubTree (model_root)
|
+-- Transform -- VisitSubTree (model_root)
|
+-- Transform -- VisitSubTree (model_root)
|
...
It runs a bit against the philosophy of a single parent scene graph,
because model_root essentially gets multiple parents, but this may be a
situation where the gains justify it.
Please be aware that some things may not work when using VisitSubTree,
i.e. anything that tries to follow the chain of parents to the root of
the scenegraph will not be able to go higher than model_root and miss
anything between root and VisitSubtree - bounding volume calculation and
world matrix accumulate should work though.
Cheers,
Carsten
------------------------------------------------------------------------------
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
