Robert, Thanks for the reply. I can try the latest version of OSG/VPB to build the database but will the database still be compatible with an app that uses OSG 2.8.2 to fly through the database? I'm not really in a position to update our application software to the latest version of OSG at this time. If I can still get by with using OSG 2.8.2 in our app, then I'm more amenable to upgrading to the latest OSG/VPB for our build machine.
Thanks for your input and help. -Shayne -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Robert Osfield Sent: Friday, October 22, 2010 10:32 AM To: OpenSceneGraph Users Subject: Re: [osg-users] VPB problem with large database... Hi Shayne, I don't know what might be causing problems on your system, debugging this type of thing remotely is next to impossible. The best I can do is suggest trying the svn/trunk version of the OSG & VPB. With VPB is now possible build using NVidia texture tools and with this avoid the need for graphics context and associated graphics card - instead you can just compile and run with Mesa libs. For more info have a look at the recent threads on osg-users and osg-submissions about NVidia Texture Tools integration. Robert. On Fri, Oct 22, 2010 at 3:48 PM, Tueller, Shayne R Civ USAF AFMC 519 SMXS/MXDEC <[email protected]> wrote: > Jp, > > Thanks for the suggestion. I'll give it a try. > > Thinking that it might be a video card limitation (texture memory), I tried > building the same content on a more capable video card (Nvidia 9800 GTX) and > I'm still having the problem of having the osgdem threads dying out. > > I'm suspecting that VPB is having trouble with the large tif files and the > number of them. I have 10,271 tif files in a single directory where each tif > file is ~30MB in size. If I pare down the number of files to just a few, it > builds fine. When I throw the full gamut of tif files at it, VPB chokes. > Apparently there's some sort of limitation here to what it can handle. > > I'll continue to investigate and post my findings... > > -Shayne > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of J.P. > Delport > Sent: Friday, October 22, 2010 12:30 AM > To: OpenSceneGraph Users > Subject: Re: [osg-users] VPB problem with large database... > > Hi, > > you can check in the tasks folder to see exactly the osgdem command(s) > that would be executed by vpb. Try execute one of these manually and see > if it does not report any useful errors. > > jp > > On 21/10/10 20:31, Tueller, Shayne R Civ USAF AFMC 519 SMXS/MXDEC wrote: >> All, >> >> I'm seeing some issues with VPB when attempting to build a very large >> database. My command is the following: >> >> vpbmaster -TERRAIN -PagedLOD -geocentric -whole-globe -t >> wholeearthtexture -t detailtexture -d dted -l 24 -o database.ive >> >> What I'm seeing is that vpbmaster creates the tasks and logs directories >> followed by the scheduling of tasks. During the scheduling of tasks, I >> see the threads "osgdem." created on the machine and then die a few >> seconds later. vpbmaster then just waits for something to happen and >> eventually goes to sleep. I'm guessing that this is happening because >> the threads died for some reason and vpbmaster just sits there waiting >> for them to come back. >> >> I understand the VPB is able to handle the building of very large >> databases but it seems to be choking in our particular case. If I run >> the same command above on a smaller set of data, things run just fine. >> >> Our system has 16 processors with ample disk and memory space to handle >> what is needed. It also runs Fadora core 13. >> >> Has anyone else seen this issue? Is there a flag or setting that I need >> to use to build a large database? >> >> Any input would be appreciated. >> >> -Shayne >> >> >> >> _______________________________________________ >> osg-users mailing list >> [email protected] >> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- > This message is subject to the CSIR's copyright terms and conditions, e-mail > legal notice, and implemented Open Document Format (ODF) standard. > The full disclaimer details can be found at > http://www.csir.co.za/disclaimer.html. > > This message has been scanned for viruses and dangerous content by > MailScanner, > and is believed to be clean. MailScanner thanks Transtec Computers for > their support. > > _______________________________________________ > 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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
