[osg-users] osgUtil::IntersectionVisitor eats all the memory

[Robert Osfield]

Hi Nick,

There isn't anyone else other than you can debug this one - you are
the only one with your data and with your application code, you are
the only one seeing this issue, we'd have to be omnipresent to be able
to pinpoint what is wrong.

As I said the best thing you can do is run your application and your
data within a debugger and then break it when it starts to consume
memory/spin the CPUI.  You might need to break/restart a few times to
get a clear picture of where things are going amiis.

Robert.

On 9 January 2018 at 12:31, Trajce Nikolov NICK
<trajce.nikolov.nick at gmail.com> wrote:
> Thanks Robert,
>
> no circular reference since I am displaying that database in the viewer
> nicely. Here is the struct (a bit odd but it is as is):
>
> Group
> |
> PagedLOD PagedLOD PagedLOD .... dozen of these
> |
> Quadtree (similar to VPB generated subtiles)
>
> I was thinking the visitor is reading all of these by reading all of these
> PagedLODs without taking the account the range from the eyepoint. So while
> debuging I tried this:
>
> struct MyIntersectionVisitor : public osgUtil::IntersectionVisitor
> {
> MyIntersectionVisitor(float range)
> : IntersectionVisitor()
> , _range(range)
> {
> }
>
> virtual void apply(osg::PagedLOD& plod)
> {
> if (getDistanceFromEyePoint(plod.getCenter(), true) < _range)
> {
> osgUtil::IntersectionVisitor::apply(plod);
> }
> }
>
> protected:
> float _range;
> };
>
> but no luck. Is there a way to  flush all the pending and loaded nodes from
> the DatabasePager?
>
> On Tue, Jan 9, 2018 at 1:23 PM, Robert Osfield <robert.osfield at gmail.com>
> wrote:
>>
>> Hi Nick,
>>
>> This is really something you'd want to use a debug for - just run it
>> and break the app before anything untoward happens.
>>
>> The code itself looks quite benign on a first reading, the only thing
>> I can think of that might cause a memory issue would be if your scene
>> graph had a circular reference in it so the traversal ends up in an
>> infinite loop.
>>
>> Robert
>>
>> On 9 January 2018 at 12:12, Trajce Nikolov NICK
>> <trajce.nikolov.nick at gmail.com> wrote:
>> > hi Robert, Community,
>> >
>> > I have the following code in a loop against very large quadtree based
>> > database. And this code is eating all the memory, progressively and then
>> > the
>> > system kills it . Any clue?
>> >
>> > Thanks a lot
>> >
>> > osg::ref_ptr<osgUtil::LineSegmentIntersector> picker;
>> > osg::ref_ptr<osgUtil::IntersectionVisitor> iv;
>> >
>> > osg::Vec3d getHOT(const osg::Vec3d& position,
>> > osgViewer::CompositeViewer&
>> > viewer, osg::Vec3& normal, bool& valid)
>> > {
>> >     osg::Vec3d result;
>> >
>> > osg::EllipsoidModel em;
>> > osg::Vec3d up = em.computeLocalUpVector(position.x(), position.y(),
>> > position.z());
>> > up.normalize();
>> >
>> > osg::Vec3d s = position + up * 100;
>> >     osg::Vec3d e = osg::Vec3d(0, 0, 0);
>> >
>> >     if (viewer.getView(0)->getSceneData())
>> >     {
>> > #if 1
>> > if (!picker.valid())
>> > {
>> > picker = new osgUtil::LineSegmentIntersector(s,e);
>> > iv = new  MyIntersectionVisitor(RANGE);
>> > }
>> > picker->setStart(s);
>> > picker->setEnd(e);
>> > picker->getIntersections().clear();
>> > iv->setIntersector(picker);
>> > iv->reset();
>> > iv->setUseKdTreeWhenAvailable(false);
>> >
>> > //iv->setLODSelectionMode(osgUtil::IntersectionVisitor::USE_EYE_POINT_FOR_LOD_LEVEL_SELECTION);
>> > viewer.getView(0)->getSceneData()->accept(*iv);
>> >
>> > if (picker->containsIntersections())
>> > {
>> > osgUtil::LineSegmentIntersector::Intersections           hitList =
>> > picker->getIntersections();
>> > osgUtil::LineSegmentIntersector::Intersections::iterator hit =
>> > hitList.begin();
>> >
>> > result = hit->getWorldIntersectPoint();
>> > normal = hit->getWorldIntersectNormal();
>> > valid = true;
>> >
>> > return result;
>> > }
>> > #endif
>> >     }
>> > valid = false;
>> >
>> >     return result;
>> > }
>> >
>> > --
>> > trajce nikolov nick
>> >
>> > _______________________________________________
>> > osg-users mailing list
>> > osg-users at lists.openscenegraph.org
>> >
>> > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>> >
>> _______________________________________________
>> osg-users mailing list
>> osg-users at lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
>
>
> --
> trajce nikolov nick
>
> _______________________________________________
> osg-users mailing list
> osg-users at lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>