Hi, Brad, We have SilverLining source code license. I may find few hours in next week to look at the problem, if the issue can be reproduced on one of my machines (ie Nvidia GF580/GF9400 or GF540M). I would like to have as much info as possible to replicate the issue, though. I would like to know:
- System version - OSG version - Graphics board and driver version (dual monitor setup ? GPU panel tweaks) - Compiler/linker VS studio version - SilverLining version. If not yet tested I would be grateful if you could test it with latest trial SilverLining SDK to be sure its not fixed already. What exactly is done with SilverLining ? What cloud types / wind settings / lighnting etc are used ?. Each type of SilverLining Cloud entities has its own specific parameters and can be drawn with different algorithm and use differen graphics resources. So it may be important to know what SilverLining resourses are in use. Probably the best would be if you could send the sample source you are testing. Cheers, Wojtek Lewandowski 2012/3/16 Christiansen, Brad <brad.christian...@thalesgroup.com.au> > Hi,**** > > ** ** > > Thanks for the response. I have a little more details of the problem but > am still completely stumped.**** > > ** ** > > This is my test:**** > > Start my application and leave it running for a while. Frame rate, memory > use etc all stable.**** > > Enable silverlinng.**** > > As reported by gDebugger, after the initial expected increase, the number > of reported OpenGL calls, vertices, texture objects (and every other > counter they have)**** > > stays completely stable expect for the frame rate which reduces at a > steady rate, a few frames each second.**** > > ** ** > > In the earlier thread, it was noted that changing the threading model > seemed to ;reset' the frame rate. I looked into this some more and it seems > the behaviour is 'reset' when the draw thread is recreated started. If you > return back to a thread that had previously 'decayed', it continues to > decay from where it left off.**** > > e.g. singlthreaded decays to 50fps**** > > switch to draw thread per context and frame rate goes back to 100fps when > a new thread is created and it starts decaying again**** > > switch back to single threaded (no new threads are created) and you are > back at 50 fps and still decaying**** > > switch to draw thread per context and frame rate goes back to 100fps when > a new thread is created and it starts decaying again**** > > ** ** > > It seems that a delay is being added to the current GL thread by > silverlining. What ever it is doing, it is not making extra gl calls etc.* > *** > > ** ** > > Any ideas what could cause this sort of behaviour? I don’t!**** > > ** ** > > Cheers,**** > > ** ** > > Brad**** > > ** ** > > ** ** > > When running in gDebugger, **** > > *From:* osg-users-boun...@lists.openscenegraph.org [mailto: > osg-users-boun...@lists.openscenegraph.org] *On Behalf Of *Chris Hanson > *Sent:* Thursday, 15 March 2012 10:23 PM > *To:* OpenSceneGraph Users > *Subject:* Re: [osg-users] Frame Rate "Decay" w/ SilverLining Integration* > *** > > ** ** > > On Thu, Mar 15, 2012 at 12:32 AM, Christiansen, Brad < > brad.christian...@thalesgroup.com.au> wrote:**** > > Hi, **** > > I have come across the exact problem discussed on the forum here: > http://forum.openscenegraph.org/viewtopic.php?t=8287 which was posted May > 2011.**** > > The discussion described the problem I am seeing perfectly but > unfortunately there is no resolution posted.**** > > ** ** > > ** ** > > I think Mike Weiblen integrated OSG with SilverLining as well, he might > be able to comment but he's terribly busy.**** > > ** ** > > Have you checked to see if gDebugger shows any issues?**** > > ** ** > > -- **** > > Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com > http://www.alphapixel.com/**** > > Training • Consulting • Contracting**** > > 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 > • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL**** > > Digital Imaging • GIS • GPS • Telemetry • Cryptography • Digital Audio • > LIDAR • Kinect • Embedded • Mobile • iPhone/iPad/iOS • Android**** > > ** ** > ------------------------------------------------------------------------- > DISCLAIMER: This e-mail transmission and any documents, files and previous > e-mail messages attached to it are private and confidential. They may > contain proprietary or copyright material or information that is subject to > legal professional privilege. They are for the use of the intended > recipient only. Any unauthorised viewing, use, disclosure, copying, > alteration, storage or distribution of, or reliance on, this message is > strictly prohibited. No part may be reproduced, adapted or transmitted > without the written permission of the owner. If you have received this > transmission in error, or are not an authorised recipient, please > immediately notify the sender by return email, delete this message and all > copies from your e-mail system, and destroy any printed copies. Receipt by > anyone other than the intended recipient should not be deemed a waiver of > any privilege or protection. Thales Australia does not warrant or represent > that this e-mail or any documents, files and previous e-mail messages > attached are error or virus free. > ------------------------------------------------------------------------- > > _______________________________________________ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > >
_______________________________________________ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
