Re: [Flightgear-devel] FlightGear hangs on startup (Was: Random Objects OSG patch)
Tim Moore wrote: If you are going to enable random objects, I recommend using OSG 2.3 or later. Otherwise, set the environment variable OSG_DATABASE_PAGER_DRAWABLE=VertexArrays Installing OSG 2.3.1 did indeed do the trick but it's still slower at startup than I was used to. I think I'll disable random object for now. Thanks for the help Tim. Erik - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FlightGear hangs on startup (Was: Random Objects OSG patch)
Tim Moore wrote: I've checked this work in, with a change to use an independent quad tree builder class. Thanks very much for the contribution; it's good to have another OSG hacker in the house. With the latest version of FlightGear I got it to hang while loading the scenery objects and I have the feeling this patch is responsible for this. Does anybody see the same behavior? Erik - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear hangs on startup (Was: Random Objects OSG patch)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Erik Hofman wrote: Tim Moore wrote: I've checked this work in, with a change to use an independent quad tree builder class. Thanks very much for the contribution; it's good to have another OSG hacker in the house. With the latest version of FlightGear I got it to hang while loading the scenery objects and I have the feeling this patch is responsible for this. Does anybody see the same behavior? Erik If you are going to enable random objects, I recommend using OSG 2.3 or later. Otherwise, set the environment variable OSG_DATABASE_PAGER_DRAWABLE=VertexArrays Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHgkQkeDhWHdXrDRURAgzEAJ0XXXQ/YvTSqNYoGqLLpt4m7g3zjgCfeIAH uu2EUsAb5LsjiuuAZ9HCNnY= =i2mT -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear hangs on startup (Was: Random Objects OSG patch)
On Jan 7, 2008 9:24 AM, Tim Moore [EMAIL PROTECTED] wrote: If you are going to enable random objects, I recommend using OSG 2.3 or later. Otherwise, set the environment variable OSG_DATABASE_PAGER_DRAWABLE=VertexArrays Hi Tim, Is there a way to work around this in our code? Right now OSG 2.2 is the most recent stable release and until they hit 2.4, this is going to quickly turn into a FAQ for us. Just for my own interest/understanding, can you give a brief explanation of the problem? I'd love to start understanding OSG better. Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear hangs on startup (Was: Random Objects OSG patch)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Curtis Olson wrote: On Jan 7, 2008 9:24 AM, Tim Moore [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: If you are going to enable random objects, I recommend using OSG 2.3 or later. Otherwise, set the environment variable OSG_DATABASE_PAGER_DRAWABLE=VertexArrays Hi Tim, Is there a way to work around this in our code? Right now OSG 2.2 is the most recent stable release and until they hit 2.4, this is going to quickly turn into a FAQ for us. This policy can be set from C++ code, and perhaps it should be set if using an older OSG version than 2.3. I didn't think it was really necessary before, but random objects are another story. Just for my own interest/understanding, can you give a brief explanation of the problem? I'd love to start understanding OSG better. OSG compiles geometry into OpenGL display lists. This action needs a graphics context, which means doing it in the graphics thread for all practical purposes. To avoid impacting the frame rate when new scenery is paged in, the OSG DatabasePager passes several objects per frame to the graphics thread for compilation. Unfortunately there are bugs in 2.2 that cause shared models, such as the scenery models and random objects, to be recompiled for each instance of the model. This is mostly noticeable in fg at startup when the whole world is paged in, but the large number of random objects (thousands) really tickles this bug. I submitted fixes for OSG which are in 2.3. The OSG_DATABASE_PAGER_DRAWABLE=VertexArrays forces OSG to not use display lists; this solves the problem at the cost of lower overall performance. I suppose that we shouldn't expect users of CVS FlightGear to track OpenSceneGraph from SVN. OSG 2.3.1 is available as a tarball; I don't know if it's available as a binary download. Tim -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHglc/eDhWHdXrDRURAuvAAJ9It+EQDcKi1YUaE8Kg5aJUcUp54wCfS5qp p/dUPERnPlcE2NO2wI9okzk= =kqZV -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel