[osg-users] Meteor falling

I looking for an example of a meteor or an illumination source slowly falling to the ground. It would have to cast light as it falls. Does one exist or is this something I would have to create. Tony V -- Read this topic online here:

[osg-users] [3rdparty] Meteor falling

I looking for an example of a meteor or an illumination source slowly falling to the ground. It would have to cast light as it falls. Does one exist or is this something I would have to create. Tony V -- Read this topic online here:

Re: [osg-users] Massive Point Cloud rendering

I think it just converts LOD nodes to PagedLOD, but it doesn't index and spatialize data that isn't already. I don't know what organization the PLY loader puts on the data, so what you get is highly dependent on how the PLY loader constructs the scenegraph. ​

Re: [osg-users] Massive Point Cloud rendering

How do you use the pagelod example then? > On 14 Apr 2016, at 18:08, Chris Hanson wrote: > >> On Thu, Apr 14, 2016 at 10:43 AM, Bruno Oliveira >> wrote: >> I found out what I was looking for, >> https://github.com/adasta/osgpcl >>

Re: [osg-users] Massive Point Cloud rendering

On Thu, Apr 14, 2016 at 10:43 AM, Bruno Oliveira < bruno.manata.olive...@gmail.com> wrote: > I found out what I was looking for, > https://github.com/adasta/osgpcl > However, this depends on octrees from PCL. I'll think on some alternative > using OSG only. Does OSG implement anything like this?

Re: [osg-users] Massive Point Cloud rendering

I found out what I was looking for, https://github.com/adasta/osgpcl However, this depends on octrees from PCL. I'll think on some alternative using OSG only. Does OSG implement anything like this? Robert: Thank you for your tips. I will make sure to be more specific in the following posts.

Re: [osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

> > I have no suggestions, because you have have said nothing at all about how > you are setting up your viewer - so there is absolutely no clues for us to go > on to why you might be seeing this difference.  All we have to go on is some > unknown application is producing difference results

Re: [osg-users] Massive Point Cloud rendering

Hi all, Just to be clear, what you're seeing in that video is a separate library for dealing with massive point clouds that we've developed here at Pelican Mapping. It works great with osgEarth (as you've seen in the videos) but it's not part of osgEarth itself. The point cloud library isn't

Re: [osg-users] Massive Point Cloud rendering

​Bruno, I'm guessing you're dealing with geospatially-oriented point clouds. You should probably consider working with osgEarth, as it already has an infrastructure for indexing, paging/loading and rendering LIDAR geospatial point clouds. Here's a video of it in action:

Re: [osg-users] Massive Point Cloud rendering

Hi Bruno, On 14 April 2016 at 15:44, Bruno Oliveira wrote: > Hello, > > I deal with huge point cloud data and I am rendering it the naive way (via > VBO or display lists) > > However, I've seen software (e.g. Photoscan) do this via some kind of > progressive

Re: [osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

On 14 April 2016 at 13:50, Ronny Hatteland wrote: > > Thank you for the quick reply! You are right. I fixed the input and now it > is evident that the difference is in the windowMatrix: > > > Code: > WindowMatrix > 3.4.0: > [0] {960.00, 0.0,

[osg-users] Massive Point Cloud rendering

Hello, I deal with huge point cloud data and I am rendering it the naive way (via VBO or display lists) However, I've seen software (e.g. Photoscan) do this via some kind of progressive loading (based probably on the distance to the points and point density). I think this is similar to pagedLOD

Re: [osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

robertosfield wrote: > Hi Ronny, > > > I don't recall any specific changes to view matrix management between > OSG-3.2.1 and OSG-3.4.0.  I'm also not aware of any bugs being reported that > look relevant to this what you are describing. > > > Printing out two sets of view matrices for the

Re: [osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

The plug-in you used to load your model may behave differently and as a result the scene's bounding sphere center could have shifted . 2016-04-14 13:21 GMT+02:00 Robert Osfield : > Hi Ronny, > > I don't recall any specific changes to view matrix management between >

Re: [osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

Hi Ronny, I don't recall any specific changes to view matrix management between OSG-3.2.1 and OSG-3.4.0. I'm also not aware of any bugs being reported that look relevant to this what you are describing. Printing out two sets of view matrices for the two versions without the view's being

[osg-users] Different results from camera->getViewMatrix() in OSG 3.4.0 compared to OSG 3.2.1

Hi, I have some code for doing picking of objects on the screen: Code: float dX = ea.getX(); float dY = ea.getY(); osg::ref_ptr camera = view->getCamera(); // compute model to window transform // Model*View*Projection*WindowMatrix osg::Matrixd matrix; matrix.postMult(camera->getViewMatrix());