Hi Robert,
My intention in the revamp of DatabasePager was to make it unnecessary
to call registerPagedLODs, and have this done automatically on demand
i.e. when the PagedLOD is traversed and invokes a load for the first
time.
Do your own PagedLOD's contain external children prior to attaching to
the scene graph?
Yes we have such children. Our database uses a tree of standard LODs at
lower detail levels (0..n) and PagedLODs subtrees for higher detail levels
(n+).
We located the 11580 revision (Fixed double registration bug) as the moment
when problem started to appear. This change started running registerPagedLOD
visitor on loaded child only. In former version visitor was started from the
parent group PageLOD. As I understand this modification was introduced to
not double parent PLOD registration but also has the side effect of skiping
parents not yet registered. So maybe the workaround would be checking if
parent is not registered already and run visitor from parent if neccessary.
Cheers,
Wojtek Lewandowski
Robert.
2010/10/1 Wojciech Lewandowski <[email protected]>:
Hi Robert,
We have recently encountered a case of excessive memory use with a
database
which contained number of PagedLODs. The problem vanished when we called
registerPagedLODs on Scene root. Obviously pagedLODs where not registered
when model was loaded. But this is quite surprising to me because I
thought
we don't have to call registerPagedLODs anymore in recent OSG releases.
So my question is :
What are current recommendations for registePagedLODs use ? Must we call
it
or not after loading a scene model ?
Or in other words: is this a feature or a bug ? If thats a bug we may
have a
fix for it. We have spent a lot of time on the issue and learned what is
exactly going on under the hood so we may come up with other solution.
Cheers,
Wojtek Lewandowski
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
