Re: [osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Am 09.06.2015 um 23:05 schrieb Elias Tarasov: Hello! Thanks for quick reply, it helped to solve a problem. SMesserschmidt wrote: Am 09.06.2015 um 11:35 schrieb Elias Tarasov: ... there is a bunch of links to get data. Since --geocentric option allows not to use elevation data, then only text

Re: [osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Hello! Christian Schulte wrote: > Hello! > > I totally agree with Sebastian. These data is surely geo-referenced, as > I myself often used in the past data from USGS. Locking at the metadata > you provided I would say that you are in an EPSG:2238 Lambert Conformal > Conic projection, which is

Re: [osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Hello! Thanks for quick reply, it helped to solve a problem. SMesserschmidt wrote: > Am 09.06.2015 um 11:35 schrieb Elias Tarasov: > > > Hello! > > I try to build map using vpb in ECEF. > > According to manuals i've read it needs to start: > > vpbmaster --geocentric -t texture_file -o output_file

Re: [osg-users] Possible improvement for CullThreadPerCameraDrawThreadPerContext threading model

I have two comments: - the default path on my 64bit system is C:\Program Files (x86)\ .. It should be the place where 64bit programs are obviously installed, C:\Program Files\ - the license (OSG one) is sort of really bad formated On Tue, Jun 9, 2015 at 10:08 PM, Jannik Heller wrote: > Hi again

Re: [osg-users] Possible improvement for CullThreadPerCameraDrawThreadPerContext threading model

Hi again, I just noticed that what I need to achieve is actually quite simple: the dynamicObjectRenderingCompletedCallback needs to be called from the culling thread, rather than the drawing thread. This would ensure the next frame can commence when the culling phase has ended, rather than comm

Re: [osg-users] Ready to tag OpenSceneGraph-3.3.8 dev release, please test

Hi Robert, I've just did an svn update and the error in android is still there. If we remove the line 35 ( typedef GLfloat GLdouble; ) of GLDefines file then builds ok. And it does not affect to macosx build, and probably won't affect to other desktop environments. I think this commit ( http://t

Re: [osg-users] Ready to tag OpenSceneGraph-3.3.8 dev release, please test

Hi All, I have checked a couple of bug and build fixes today, could you please do an svn update and test again ;-) Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegrap

Re: [osg-users] Crash in Camera::setRenderer()

Hi Nicolas, On 9 June 2015 at 14:04, Nicolas Baillard wrote: > I keep my cameras and views using ref_prt<>. They are all created when the > application starts and never deleted. That probably rules out dangling pointers then. Which leaves me with no particular idea what might be wrong. As a l

Re: [osg-users] Crash in Camera::setRenderer()

Thank you Robert. I keep my cameras and views using ref_prt<>. They are all created when the application starts and never deleted. I'm working on a minimal piece of code to reproduce the crash. Nicolas -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.ph

Re: [osg-users] Ready to tag OpenSceneGraph-3.3.8 dev release, please test

Hi Rafa, On 9 June 2015 at 06:01, Rafa Gaitan wrote: > osg-trunk/include/osg/GLDefines:35:21: error: conflicting declaration > 'typedef GLfloat GLdouble' > > I suspect this is the same problem others has spotted. I think you suggested > to do a better identification in cmake, or maybe just check

Re: [osg-users] how to insert a QWidgetImage in a osgWidget::Window?

Hello, I don't understand what you're doing but if you want to display both Qt widgets and osg 3D in the same window, I think you should take a look at osgviewerQt example. Hope it help..:/ gambr wrote: > Hi all, > I would like to show a Qt widget in a 3D viewer. I would like to drag it > arou

Re: [osg-users] Crash in Camera::setRenderer()

Hi Nicolas, Are you using C pointers or ref_ptr<> when keeping reference around the to the slave Camera? If you use a C* pointer then there is good chance that the reference count on the Camera is going to zero when it's removed from the View and getting deleted, then you add that dangling pointe

[osg-users] Crash in Camera::setRenderer()

Hello everyone. In my application I create several views and several cameras. Upon user interaction each camera can be added or removed from a view using View::addSlave() and View::removeSlave(). My code ensures that each camera is only assigned to only one view at a time. A camera can't be ass

Re: [osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Hello! I totally agree with Sebastian. These data is surely geo-referenced, as I myself often used in the past data from USGS. Locking at the metadata you provided I would say that you are in an EPSG:2238 Lambert Conformal Conic projection, which is the main projection system for north Florida

Re: [osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Am 09.06.2015 um 11:35 schrieb Elias Tarasov: Hello! I try to build map using vpb in ECEF. According to manuals i've read it needs to start: vpbmaster --geocentric -t texture_file -o output_file So, clearly i need georeferenced texture file. On that page: http://www.osgvisual.org/projects/osgvisu

Re: [osg-users] Ready to tag OpenSceneGraph-3.3.8 dev release, please test

Hi Jannik, > Release build, Ubuntu 14.04 64 bit, g++ 4.8.2 > > In 3.2, the Update phase for this change takes 0.15ms. > In svn/trunk, it's 1 ms. > > That's a factor 6 performance regression for the base cost of node callbacks. I have introduced Object::asNode(), asNodeVisitor(), asStateAttribute(

[osg-users] [vpb] Correct way to get texture data from USGS or any other source?

Hello! I try to build map using vpb in ECEF. According to manuals i've read it needs to start: vpbmaster --geocentric -t texture_file -o output_file So, clearly i need georeferenced texture file. On that page: http://www.osgvisual.org/projects/osgvisual/wiki/OsgTerrainData there is a bunch of lin

Re: [osg-users] osgvolume: Swap technique in a VolumeScene fails

Thanks for your answer I have already change my original post with an attached example but this update doesnt appear in the mailing list So i repost it for the mailing list robertosfield wrote: > Hi Julien, > > I have done a quick code review of MultipassTechnique and the > computeRenderingMode

Re: [osg-users] osgvolume: Swap technique in a VolumeScene fails

Thanks for your answer I have already change my original post with an attached example but this update doesnt appear in the mailing list So i repost it for the mailing list robertosfield wrote: > Hi Julien, > > I have done a quick code review of MultipassTechnique and the > computeRenderingMode

Re: [osg-users] osgvolume: Swap technique in a VolumeScene fails

Hi Julien, I have done a quick code review of MultipassTechnique and the computeRenderingMode() could easily be changed to check for whether the _volumeTile is set to avoid this specific crash, but I suspect the root cause of the problem is elsewhere - a technique should have a valid _volumeTile w

[osg-users] how to insert a QWidgetImage in a osgWidget::Window?

Hi all, I would like to show a Qt widget in a 3D viewer. I would like to drag it around, scale it and interact with it. I looked at the osgQtWidgets example but didn't find exactly what I need. Since I already implemented objects that are osgWidget::Window, I thought to add the geometry got fro