Re: [osg-users] [build] OSG 3.4.0 Build with Visual C++ 2015

Hi Chris, Here's what I've got. You probably need to adjust the bat for your PATH setup. It isn't polished for general use yet so let me know if you have questions. I have only verified it with osgviewer so far: VC++ is (still!) too broken for MI + covariant

Re: [osg-users] [build] OSG 3.4.0 Build with Visual C++ 2015

​Stuart, I am about to build OSG with VS2015 Community. Is your build cookbook available somewhere so I'm not reinventing the wheel? ___ osg-users mailing list osg-users@lists.openscenegraph.org

[osg-users] Multipass Technique

Hi all, I'm interested in trying out the MultiPassTechnique for for volume rendering and I have a few questions after looking through the source code and the example. 1) In the example, here is the description of the convex hull that can be used by MultipassTechnique: --hull","load 3D hull that

Re: [osg-users] osgEarth Feature multiple draw

Hi, thanks for the reply, now I can focus on the right solution. I will try to implement the chunk approach also :) For any other questions related to osgEarth I will use the specific forum. -- Michele -- Read this topic online here:

Re: [osg-users] get middle mouse event

Hi Sebastian, I think that is the proper way. Further you can get ea.getButtom() to inspect which mouse button was pushed Nick On Wed, Apr 20, 2016 at 3:28 PM, Sebastian Schmidt wrote: > Hi, > > I try to get the mouse event, when the middle button is pushed. > > By

[osg-users] get middle mouse event

Hi, I try to get the mouse event, when the middle button is pushed. By default the WindowManager receives the event, but unfortunately it is sent as normal mouse push to the widget. Is there any chance to catch this special event in my widget, without using the osgGA::GUIEventHandler? ...

Re: [osg-users] osgEarth Feature multiple draw

Michele, Yours is the most appropriate approach. There isn't a way to do what you want with an existing higher-level construct. I developed a similar capability in a client application; we call it a a "track history". You are correct that localizing the geometry will eliminate jitter; however,

Re: [osg-users] osgSim::GeographicLocation

Am 20.04.2016 um 10:55 schrieb Robert Osfield: Hi Sebastian, On 20 April 2016 at 09:49, Sebastian Messerschmidt > wrote: Am 20.04.2016 um 10:05 schrieb Robert Osfield: Hi Sebastian, On 20 April 2016 at

Re: [osg-users] osgSim::GeographicLocation

Hi Sebastian, On 20 April 2016 at 09:49, Sebastian Messerschmidt < sebastian.messerschm...@gmx.de> wrote: > Am 20.04.2016 um 10:05 schrieb Robert Osfield: > > Hi Sebastian, > > On 20 April 2016 at 08:17, Sebastian Messerschmidt < > sebastian.messerschm...@gmx.de> wrote: > >> Openflight databases

Re: [osg-users] osgSim::GeographicLocation

Am 20.04.2016 um 10:05 schrieb Robert Osfield: Hi Sebastian, On 20 April 2016 at 08:17, Sebastian Messerschmidt > wrote: Openflight databases seem to use this user-data at the root node to describe the geographic

Re: [osg-users] osgSim::GeographicLocation

Hi Sebastian, On 20 April 2016 at 08:17, Sebastian Messerschmidt < sebastian.messerschm...@gmx.de> wrote: > Openflight databases seem to use this user-data at the root node to > describe the geographic base coordinates of UTM-databases. > Unfortunately this class doesn't seem to have a

[osg-users] osgEarth Feature multiple draw

Hi, I'm using the osgEarth library and I'm trying to draw Time Space Position Information datasets with a playback functionality. I want to draw the whole trajectory and then draw a subrange of the SAME trajectory, with a different style, for playback purposes: the playback subrange is

[osg-users] osgSim::GeographicLocation

Hi, Openflight databases seem to use this user-data at the root node to describe the geographic base coordinates of UTM-databases. Unfortunately this class doesn't seem to have a serializer for the osgXYZ file formats. What is the best way to add such serialization capabilities? Cheers