Hi Torben,

The next thing to do would be to take the osgdem options list in the
.task file that failed and see what happens when you run osgdem
directly.

Robert.

On Mon, Oct 10, 2011 at 11:48 AM, Torben Dannhauer
<[email protected]> wrote:
> Hi Robert,
>
> I already did this and posted the output.
>
> Here is die log file again:
> [code]
> 0.129        : Adding terrainTile
> 5.253        : getTaskName(5,33,0) no nest, 6 12
> 5.253        : DataSet::_run() 6 12
> 17.588       : started DataSet::createDestination(13)
> 17.637       : Time for after_reproject 0.049001
> 17.686       : local_extents = xMin() -180.000000 180.000000
> 17.686       :                 yMin() -60.000000 60.000000
> 17.686       : AR=3.000000 C1=3 R1=1
> 17.686       : createNewDestinationGraph
> 17.926       : Time for _destinationGraph->computeMaximumSourceResolution() = 
> 0.000000
> 17.926       : Time for createDestinationGraph 0.240480
> 17.926       : Time for after_computeNeighbours 0.000010
> 17.926       : completed DataSet::createDestination(13)
> 17.926       : Error: no destination graph built, cannot proceed with build.
> 17.926       : Time to write out DatabaseRevision::FileList - FilesAdded 
> terrain_subtile_L5_X33_Y0/terrain_L5_X33_Y0.osgb.task.0.added, 0
> 17.926       : Time to write out DatabaseRevision::FileList - FilesRemoved 
> terrain_subtile_L5_X33_Y0/terrain_L5_X33_Y0.osgb.task.0.removed, 0
> 17.926       : Time to write out DatabaseRevision::FileList - FilesModified 
> terrain_subtile_L5_X33_Y0/terrain_L5_X33_Y0.osgb.task.0.modified, 0
> 17.926       : Elapsed time = 17.926306
> [code]
>
> Meanwhile I was able to disentangle the error a little bit:
>
> I discovered that if I only add DEM data (-d), then the number files tasks is 
> much higher (more than twice) than with additional texture data (-d and -t).
>
> This make me assume that there is a bug, so it is not surprising that  he 
> fails in task 317 of 1.5 million trask with a strange error (see above).
>
> Additionally I discovered that me CUDA and/or NVTT integration seems to be 
> erroneous.
> If I add " --compressor-nvtt" to the vpbmaster call,  then it hangs in the 
> tasks, osgdem seems to stall and is killed after 120sec by the kernel. If I 
> remove that protection, it hangs infinite.
>
> without the --compressor string (and with textures) it works perfectly.
>
> Best regards, Torben
>
>
>
> ...
>
>
> Thank you!
>
> Cheers,
> Torben
>
> ------------------
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=43291#43291
>
>
>
>
>
> _______________________________________________
> 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

Reply via email to