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

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to