Re: [osg-users] osgDEM layers and CoordinateSystemNode
Hi Gert, You don't say how you check for the CoordinateSystemNode as I suspect this might be the source of your problem. I have just looked at the relevant code in VirtalPlanetBuilder/src/vpb/DataSet.cpp and the code for decorate the scene with a CoordinateSystemNode is followed by the decoration of the scene with a MultiTextureControl node, the later will just sit above the former, but won't replace it. Could it be that you are assuming the root node is a CSN? Robert. On 8/17/07, Gert van Maren <[EMAIL PROTECTED]> wrote: > Hi guys, > > It seems as soon as I try to add a layer to a geocentric db -> > CoordinateSystemNode ==NULL; > > -t %SRC_TEX2% -t %SRC_TEX3% --layer 1 -t %SRC_TEX8%^ > -d %SRC_ELE1% -d %SRC_ELE2% -d %SRC_ELE3%^ > --no-terrain-simplification --geocentric --skirt-ratio 0.06 -l %NUM_LVL% > -o %TGT_IVE% > > result in CoordinateSystemNode ==NULL > > -t %SRC_TEX2% -t %SRC_TEX3% --layer 0 -t %SRC_TEX8%^ > -d %SRC_ELE1% -d %SRC_ELE2% -d %SRC_ELE3%^ > --no-terrain-simplification --geocentric --skirt-ratio 0.06 -l %NUM_LVL% > -o %TGT_IVE% > > result in a proper CoordinateSystemNode. > > Any ideas? > > Gert > > -- > Gert van Maren > > Head of Research & Development > K2Vi Virtual Reality Software > Data Interface Technologies Ltd > > Phone: +64 21 2855581 > Email: [EMAIL PROTECTED] > Web: http://www.k2vi.com > > ___ > 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
Re: [osg-users] osgDEM layers and CoordinateSystemNode
Forgot to mention, use osgconv on the root tile in your database to have a look at what node layout its generated i.e. osgconv mydatabase.ive mydatabase.osg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode
Hi Robert, > You don't say how you check for the CoordinateSystemNode as I suspect > this might be the source of your problem. Very simple: if((_osg_terrain = osgDB::readNodeFile(filename))) { /* check if coordinate system */ osg::CoordinateSystemNode* csn = dynamic_cast(_osg_terrain); This result in csn == NULL; Had a look at the .osg and indeed the CoordinateSystemNode is a child node of the MultiTextureControl node. Thanks Gert -- Gert van Maren Head of Research & Development K2Vi Virtual Reality Software Data Interface Technologies Ltd Phone: +64 21 2855581 Email: [EMAIL PROTECTED] Web: http://www.k2vi.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode
Try the child below the MultTextureControl, this should be the CoordinateSystemNode you are after. On 8/17/07, Gert van Maren <[EMAIL PROTECTED]> wrote: > Hi Robert, > > > You don't say how you check for the CoordinateSystemNode as I suspect > > this might be the source of your problem. > > Very simple: > > if((_osg_terrain = osgDB::readNodeFile(filename))) > { > /* check if coordinate system */ > osg::CoordinateSystemNode* csn = > dynamic_cast(_osg_terrain); > > This result in csn == NULL; > > Had a look at the .osg and indeed the CoordinateSystemNode is a child node > of the > MultiTextureControl node. > > Thanks Gert > > > -- > Gert van Maren > > Head of Research & Development > K2Vi Virtual Reality Software > Data Interface Technologies Ltd > > Phone: +64 21 2855581 > Email: [EMAIL PROTECTED] > Web: http://www.k2vi.com > > ___ > 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
Re: [osg-users] osgDEM layers and CoordinateSystemNode
Hi Robert, > Try the child below the MultTextureControl, this should be the > CoordinateSystemNode you are after. Yep that did the trick. All good. We'll have a look at extending the multitexture control to more than 3 layers. On another note: on the VPB site I read: > These databases can then be uploaded onto the internet and provideonline > GoogleEarth style roaming of whole planet databases I was under the impression, we could only have it local or on a high speed network thru the net plugin. G. -- Gert van Maren Head of Research & Development K2Vi Virtual Reality Software Data Interface Technologies Ltd Phone: +64 21 2855581 Email: [EMAIL PROTECTED] Web: http://www.k2vi.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode
On 8/19/07, Gert van Maren <[EMAIL PROTECTED]> wrote: > > These databases can then be uploaded onto the internet and provideonline > > GoogleEarth style roaming of whole planet databases > > I was under the impression, we could only have it local or on a high speed > network thru the net plugin. ? I'm confused. The .net plugin compiles by default on all platforms, its very much a standard part of the OSG, you don't even have to configure it. To stream over the web all you need to do is put the database online then reference it via : osgviewer http://.mysite.com/mydatabase.ive The VPB state seems appropriate to me, I'm not sure what else need to be added. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode
Hi Robert, >> server... > By GE do you mean Google Earth? Yep... > by default generates OpenGL compressed textures which results in much > much large tiles and poorer paging over the web - but much better > performance when loading from a local disk. osgdem as it stands is > focused on local disk performance. That makes sense. > In the rewrite of VPB I will be adding options to generate databases > much more suitable for paging over the web where latency and bandwidth > are serious issue. Optimizations will include support for compressed > imagery and more compact geometry representations. Excellent. As of this week we'll go across to OSG 2.x / VPB 0.9x and I'll start doing some extensive testing. > In the end the solution to better paging over the web performance will > come from a combination of better runtime paging/download performance > and better database generation tuned for lower bandwidth. Great, thanks for your explanation. Regards Gert -- Gert van Maren Head of Research & Development K2Vi Virtual Reality Software Data Interface Technologies Ltd Phone: +64 21 2855581 Email: [EMAIL PROTECTED] Web: http://www.k2vi.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode (Robert Osfield)
Hi Robert, > The VPB state seems appropriate to me, I'm not sure what else need to be > added. I know it works but performance over the internet is just not really anything like GE (OSG1.2). Maybe 2.x is faster... maybe it is our web server... I saw there was a discussion about speeding up the net plugin about 8 months ago and the answer was to wait for a complete multi threaded database pager? Regards, Gert. -- Gert van Maren Head of Research & Development K2Vi Virtual Reality Software Data Interface Technologies Ltd Phone: +64 21 2855581 Email: [EMAIL PROTECTED] Web: http://www.k2vi.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgDEM layers and CoordinateSystemNode (Robert Osfield)
Hi Gert, On 8/20/07, Gert van Maren <[EMAIL PROTECTED]> wrote: > I know it works but performance over the internet is just not really > anything like GE (OSG1.2). Maybe 2.x is faster... maybe it is our web > server... By GE do you mean Google Earth? Google Earth uses JPEG compression of imagery will helps alot. osgdem by default generates OpenGL compressed textures which results in much much large tiles and poorer paging over the web - but much better performance when loading from a local disk. osgdem as it stands is focused on local disk performance. In the rewrite of VPB I will be adding options to generate databases much more suitable for paging over the web where latency and bandwidth are serious issue. Optimizations will include support for compressed imagery and more compact geometry representations. 1.2 and 2.x will be almost identical in performance w.r.t paging over the web as the format of the database is the same, and the net plugin is largely the same too - these are the things that gate performance. > I saw there was a discussion about speeding up the net plugin about 8 > months ago and the answer was to wait for a complete multi threaded > database pager? Allowing multiple loads to happen at one time would probably help as this would enable multiple connections at once, something that can help improve paging performance. Some of the work that I've done on generalising threading support in the OSG over the past six months will make it more straight forward to add multiple load threads from within the database pager, but I haven't done the final bits to wire up DatabasePager with it yet. The other route is make the net plugin to be more efficient, I have no expertise in this area so will have to defer to others. In the end the solution to better paging over the web performance will come from a combination of better runtime paging/download performance and better database generation tuned for lower bandwidth. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org