Re: [osg-users] MacOSX/Core Profile: Attribute aliasing behavior ?

[Julien Valentin]

Sorry but it seams to me the question was answered a lot of time on the forum..
core gl context have dropped the standard fixed pipeline so in core context 
glsl you must define all your variable as old built-in (gl_XXX) have been 
removed. 
osg wraps them in osg_XXX but you may define your own vertex attribute array 
and use Program::addBindAttributeLocation to connect to your Shader
Cheers


remoe wrote:
> Julien, thanks for your hint, but i don't know what you mean :) I've look at 
> this sample:
> 
> https://github.com/openscenegraph/OpenSceneGraph/blob/master/examples/osgsimplegl3/osgsimplegl3.cpp
> 
> 
> Cheers,
> Remo



Twirling twirling twirling toward freedom

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74449#74449





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] MacOSX/Core Profile: Attribute aliasing behavior ?

[Remo Eichenberger]

Julien, thanks for your hint, but i don't know what you mean :) I've look at 
this sample:

https://github.com/openscenegraph/OpenSceneGraph/blob/master/examples/osgsimplegl3/osgsimplegl3.cpp


Cheers,
Remo

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74448#74448





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] MacOSX/Core Profile: Attribute aliasing behavior ?

[Julien Valentin]

With core profile you must use strict syntax...
see simpleGL3 example



remoe wrote:
> Hi folks,
> 
> Can someone please explain me why OpenGL on MacOSX (Core Profile 4.1) throw 
> the following error:
> 
> 
> Code:
> ERROR: Active attribute aliasing. Slot 3 unavailable for 'osg_MultiTexCoord0' 
> from BindAttributeLocation request.
> 
> 
> 
> on the following sample:
> 
> https://github.com/remoe/osgsample-2
> 
> When one remove the default shader from OSG:
> 
> https://github.com/remoe/osgsample-2/blob/master/main.cpp#L205
> 
> with "#if 0", Then it doesn't throw an error on MacOSX.
> 
> This sample doesn't throw an error on windows.
> 
> Thank you!
> 
> Cheers,
> Remo



Twirling twirling twirling toward freedom

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74447#74447





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

[David Glenn]

robertosfield wrote:
> On Tue, 31 Jul 2018 at 15:40, Chris Hanson <> wrote:
> 
> > I think Brede Johansson wrote that loader once upon a time. I'm hoping to 
> > connect with him in Oslo this week. Maybe I'll ask him about this if I do.
> > 
> 
> Brede's original OpenFlight plugin back in fall of 2000 was our first
> major community submission and probably one of the most important in
> the history of the OpenSceneGraph project.
> 
> Being able to load OpenFlight models made it possible for the vis-sim
> market to quickly evaluate the OSG and solidify it as a serious
> contender.  Brede's work and his companies willingness to donate it to
> the open source community is something we should all celebrate :-)
> 
> Robert.
> ___
> osg-users mailing list
> 
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> 
>  --
> Post generated by Mail2Forum


Your not going to get any argument from me on that one Robert! I have leaned so 
much about and from the open flight format by creating models  and useing them 
in my OSG projects. Hands down, it's still my faveret format for Sim models - 
dispight me being pushed into using FBX and OBJ formats by my handlers. Cheers 
to Brede Johansson!


David Glenn
---
D Glenn 3D Computer Graphics Entertainment.
www.dglenn.com

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74446#74446





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

[Robert Osfield]

On Tue, 31 Jul 2018 at 15:40, Chris Hanson  wrote:
> I think Brede Johansson wrote that loader once upon a time. I'm hoping to 
> connect with him in Oslo this week. Maybe I'll ask him about this if I do.

Brede's original OpenFlight plugin back in fall of 2000 was our first
major community submission and probably one of the most important in
the history of the OpenSceneGraph project.

Being able to load OpenFlight models made it possible for the vis-sim
market to quickly evaluate the OSG and solidify it as a serious
contender.  Brede's work and his companies willingness to donate it to
the open source community is something we should all celebrate :-)

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

[Robert Osfield]

Hi Dan,

Changes looks good to me, just merged. Nice to see a bug fix/feature
improvement that removes three times as much code as it adds! :-)

Cheers,
Robert.
On Tue, 31 Jul 2018 at 16:48, Daniel Emminizer, Code 5773
 wrote:
>
> Hi Chris,
>
>
>
> I think that would be good.  I have some modifications following Robert’s 
> advice and after more testing I will be posting a PR.  Yes, all of the object 
> caching in OpenFlight plugin is the original code from Brede.  It all dates 
> back to 2006.
>
>
>
> I was able to swap to use osgDB::Registry’s object cache with no 
> complications on my end.  I also got to learn more about the object caching 
> system and how it clears out old values.  Thanks Robert for the suggestion to 
> look in this direction.
>
>
>
> I ended up posting a PR at 
> https://github.com/openscenegraph/OpenSceneGraph/pull/583 -  It’s low 
> priority since it’s a 12 year old issue, and because it takes a lot of work 
> to get large enough images to crash an app from the problem on modern systems.
>
>
>
> Thanks,
>
>
>
> - Dan
>
>
>
>
>
>
>
> From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf 
> Of Chris Hanson
> Sent: Tuesday, July 31, 2018 10:40 AM
> To: OpenSceneGraph Users
> Subject: Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter
>
>
>
> I think Brede Johansson wrote that loader once upon a time. I'm hoping to 
> connect with him in Oslo this week. Maybe I'll ask him about this if I do.
>
>
>
> On Tue, Jul 31, 2018 at 11:54 AM Daniel Emminizer, Code 5773 
>  wrote:
>
> Hello All,
>
> I've found what appears to be unbounded growth in the OpenFlight loader.  I 
> have a work-around but wanted to run it past the community since there are 
> many here who are more familiar with the format and the loader than me.
>
> I'm seeing uncontrolled memory growth when using the std::istream version of 
> readNode.  It appears to populate the local cache with new images, but never 
> clears out the local cache.  The filename-based version of readNode() does 
> clear out the cache before it returns.
>
> Does it make sense to add in:
>
> flt::Registry::instance()->clearLocalCache();
>
> ... before the return of the ReadResult at the bottom of this method at 
> https://github.com/openscenegraph/OpenSceneGraph/blob/master/src/osgPlugins/OpenFlight/ReaderWriterFLT.cpp#L533
>  ?
>
>
> If that's not a good path forward, do you have any suggestions on how to 
> clear the cache on demand?
>
> Thanks,
>
>  - Dan
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
>
>
> --
>
> Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com 
> http://www.alphapixel.com/
>
> Training • Consulting • Contracting
>
> 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • 
> GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
>
> Legal/IP • Forensics • Imaging • UAVs • GIS • GPS • osgEarth • Terrain • 
> Telemetry • Cryptography • LIDAR • Embedded • Mobile • iPhone/iPad/iOS • 
> Android
>
> @alphapixel facebook.com/alphapixel (775) 623-PIXL [7495]
>
> ___
> 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] osgText: two thread-safety issues

[Robert Osfield]

Hi Glenn,

Thanks for the note.  When I just back onto OSG maintenance work I'll
have a look into it.  Should be in the next week or two.

Robert.
On Tue, 31 Jul 2018 at 15:54, Glenn Waldron  wrote:
>
> Robert,
> I would like to make you aware of two thread-safety issues in osgText:
>
> Font::getGlyph() is thread-safe, but it returns a shared Glyph object that 
> also needs protection.  Glyph::getOrCreateTextureInfo, getTextureInfo, and 
> setTextureInfo can fail when creating Text objects from different threads.
>
> Font::getCachedStateSets() returns a container that can be modified by the 
> Text::createStateSet() method. This container also needs mutex protection.
>
> Glenn Waldron
> ___
> 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] Unbounded growth in OpenFlight ReaderWriter

[Daniel Emminizer, Code 5773]

Hi Chris,

I think that would be good.  I have some modifications following Robert’s 
advice and after more testing I will be posting a PR.  Yes, all of the object 
caching in OpenFlight plugin is the original code from Brede.  It all dates 
back to 2006.

I was able to swap to use osgDB::Registry’s object cache with no complications 
on my end.  I also got to learn more about the object caching system and how it 
clears out old values.  Thanks Robert for the suggestion to look in this 
direction.

I ended up posting a PR at 
https://github.com/openscenegraph/OpenSceneGraph/pull/583 -  It’s low priority 
since it’s a 12 year old issue, and because it takes a lot of work to get large 
enough images to crash an app from the problem on modern systems.

Thanks,

- Dan



From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf 
Of Chris Hanson
Sent: Tuesday, July 31, 2018 10:40 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

I think Brede Johansson wrote that loader once upon a time. I'm hoping to 
connect with him in Oslo this week. Maybe I'll ask him about this if I do.

On Tue, Jul 31, 2018 at 11:54 AM Daniel Emminizer, Code 5773 
mailto:dan.emmini...@nrl.navy.mil>> wrote:
Hello All,

I've found what appears to be unbounded growth in the OpenFlight loader.  I 
have a work-around but wanted to run it past the community since there are many 
here who are more familiar with the format and the loader than me.

I'm seeing uncontrolled memory growth when using the std::istream version of 
readNode.  It appears to populate the local cache with new images, but never 
clears out the local cache.  The filename-based version of readNode() does 
clear out the cache before it returns.

Does it make sense to add in:

flt::Registry::instance()->clearLocalCache();

... before the return of the ReadResult at the bottom of this method at 
https://github.com/openscenegraph/OpenSceneGraph/blob/master/src/osgPlugins/OpenFlight/ReaderWriterFLT.cpp#L533
 ?


If that's not a good path forward, do you have any suggestions on how to clear 
the cache on demand?

Thanks,

 - Dan

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


--
Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com 
http://www.alphapixel.com/
Training • Consulting • Contracting
3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • 
GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
Legal/IP • Forensics • Imaging • UAVs • GIS • GPS • osgEarth • Terrain • 
Telemetry • Cryptography • LIDAR • Embedded • Mobile • iPhone/iPad/iOS • Android
@alphapixel 
facebook.com/alphapixel (775) 623-PIXL [7495]
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] osgText: two thread-safety issues

[Glenn Waldron]

Robert,
I would like to make you aware of two thread-safety issues in osgText:

Font::getGlyph() is thread-safe, but it returns a shared Glyph object that
also needs protection.  Glyph::getOrCreateTextureInfo, getTextureInfo, and
setTextureInfo can fail when creating Text objects from different threads.

Font::getCachedStateSets() returns a container that can be modified by the
Text::createStateSet() method. This container also needs mutex protection.

Glenn Waldron
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

[Chris Hanson]

I think Brede Johansson wrote that loader once upon a time. I'm hoping to
connect with him in Oslo this week. Maybe I'll ask him about this if I do.

On Tue, Jul 31, 2018 at 11:54 AM Daniel Emminizer, Code 5773 <
dan.emmini...@nrl.navy.mil> wrote:

> Hello All,
>
> I've found what appears to be unbounded growth in the OpenFlight loader.
> I have a work-around but wanted to run it past the community since there
> are many here who are more familiar with the format and the loader than me.
>
> I'm seeing uncontrolled memory growth when using the std::istream version
> of readNode.  It appears to populate the local cache with new images, but
> never clears out the local cache.  The filename-based version of readNode()
> does clear out the cache before it returns.
>
> Does it make sense to add in:
>
> flt::Registry::instance()->clearLocalCache();
>
> ... before the return of the ReadResult at the bottom of this method at
> https://github.com/openscenegraph/OpenSceneGraph/blob/master/src/osgPlugins/OpenFlight/ReaderWriterFLT.cpp#L533
> ?
>
>
> If that's not a good path forward, do you have any suggestions on how to
> clear the cache on demand?
>
> Thanks,
>
>  - Dan
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>


-- 
Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com
http://www.alphapixel.com/
Training • Consulting • Contracting
3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 •
GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
Legal/IP • Forensics • Imaging • UAVs • GIS • GPS •
osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile •
iPhone/iPad/iOS • Android
@alphapixel  facebook.com/alphapixel (775)
623-PIXL [7495]
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unbounded growth in OpenFlight ReaderWriter

[Robert Osfield]

Hi Dan,

I'm not at a point where I can easily switch over to thinking about
OSG code written by others so rather than jump it right now I'll ask a
simple question that might help point you in a direction worthy of
investigation.

FYI, I'm not the author of the OpenFlight plugin so am in the same
boat as yourself when it comes to working out what it does, what is
intended, what might be a bug etc.  Each time I'm called in to fix
something in this plugin I learn a bit more... but still lots more to
learn.

I don't personally recall working with a flt::Registry::instance()
local cache so it's a new bit of OpenFlight plugin to me.  I'm a bit
surprised it's there as osgDB has it's own object cache, so I'd wonder
what the motivation was behind the local cache and whether it's really
necessary.  Could it be rewritten to use the osgDB's object cache?

Robert.







On Tue, 31 Jul 2018 at 11:19, Daniel Emminizer, Code 5773
 wrote:
>
> Hello All,
>
> I've found what appears to be unbounded growth in the OpenFlight loader.  I 
> have a work-around but wanted to run it past the community since there are 
> many here who are more familiar with the format and the loader than me.
>
> I'm seeing uncontrolled memory growth when using the std::istream version of 
> readNode.  It appears to populate the local cache with new images, but never 
> clears out the local cache.  The filename-based version of readNode() does 
> clear out the cache before it returns.
>
> Does it make sense to add in:
>
> flt::Registry::instance()->clearLocalCache();
>
> ... before the return of the ReadResult at the bottom of this method at 
> https://github.com/openscenegraph/OpenSceneGraph/blob/master/src/osgPlugins/OpenFlight/ReaderWriterFLT.cpp#L533
>  ?
>
>
> If that's not a good path forward, do you have any suggestions on how to 
> clear the cache on demand?
>
> Thanks,
>
>  - Dan
>
> ___
> 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

[osg-users] Unbounded growth in OpenFlight ReaderWriter

[Daniel Emminizer, Code 5773]

Hello All,

I've found what appears to be unbounded growth in the OpenFlight loader.  I 
have a work-around but wanted to run it past the community since there are many 
here who are more familiar with the format and the loader than me.

I'm seeing uncontrolled memory growth when using the std::istream version of 
readNode.  It appears to populate the local cache with new images, but never 
clears out the local cache.  The filename-based version of readNode() does 
clear out the cache before it returns.

Does it make sense to add in:

flt::Registry::instance()->clearLocalCache();

... before the return of the ReadResult at the bottom of this method at 
https://github.com/openscenegraph/OpenSceneGraph/blob/master/src/osgPlugins/OpenFlight/ReaderWriterFLT.cpp#L533
 ?


If that's not a good path forward, do you have any suggestions on how to clear 
the cache on demand?

Thanks,

 - Dan

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] OSG users in Scandinavia / Northern Europe?

[Trajce Nikolov NICK]

Hey Chris,

thanks for visiting us !! Finally to meet in person!!! I really enjoyed our
talks and brainstorming (the best delaunay is no delaunay :-) ). Have a
safe future trips and stay in touch !!

Cheers,
Nick

On Mon, Jul 30, 2018 at 10:02 PM Chris Hanson  wrote:

> I had a great time meeting with and talking OSG, osgEarth and OpenIG with
> Per and Nick here in Goteborg. I'm heading to Oslo tomorrow. I seem to
> recall there were some OSG users in the Norwegian ship and oil business
> (Statoil, perhaps?). If anyone wants to meet up, I'll be in Norway for
> several days before heading to Denmark, northern Germany, Netherlands, etc.
>
> On Tue, Jul 24, 2018 at 1:10 AM Trajce Nikolov NICK <
> trajce.nikolov.n...@gmail.com> wrote:
>
>> Chris, I am in Gothenburg, and few others from the team I work with, all
>> OSG developers .. Drop a line
>>
>> On Mon, Jul 23, 2018 at 9:27 AM Chris Hanson 
>> wrote:
>>
>>>   Hi northern European OSG folks. I'm in Stockholm early this week and
>>> going to Norway and Denmark in the following week(s) and will likely be in
>>> other northern European countries in the next few months.
>>>
>>>   I would love to drop by and talk shop with any osg / osgEarth (and
>>> just OpenGL / 3D) folks while we're traveling. Please reply publicly or
>>> message me privately if you're interested. Maybe we can spark some more
>>> local gatherings even without my presence.
>>>
>>>   Also, I have cool AlphaPixel mini technical screwdriver schwag I'm
>>> distributing around the continent (and don't want to pay to transport
>>> home), so there's that. ;)
>>> https://photos.app.goo.gl/kaSGZgn9yrxC9gU1A
>>>
>>> --
>>> Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com
>>> http://www.alphapixel.com/
>>> Training • Consulting • Contracting
>>> 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL
>>> 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
>>> Legal/IP • Forensics • Imaging • UAVs • GIS • GPS •
>>> osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile •
>>> iPhone/iPad/iOS • Android
>>> @alphapixel  facebook.com/alphapixel (775)
>>> 623-PIXL [7495]
>>> ___
>>> osg-users mailing list
>>> osg-users@lists.openscenegraph.org
>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>>
>>
>>
>> --
>> trajce nikolov nick
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
> --
> Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com
> http://www.alphapixel.com/
> Training • Consulting • Contracting
> 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4
> • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
> Legal/IP • Forensics • Imaging • UAVs • GIS • GPS •
> osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile •
> iPhone/iPad/iOS • Android
> @alphapixel  facebook.com/alphapixel (775)
> 623-PIXL [7495]
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>


-- 
trajce nikolov nick
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] MacOSX/Core Profile: Attribute aliasing behavior ?

[Remo Eichenberger]

Hi folks,

Can someone please explain me why OpenGL on MacOSX (Core Profile 4.1) throw the 
following error:


Code:
ERROR: Active attribute aliasing. Slot 3 unavailable for 'osg_MultiTexCoord0' 
from BindAttributeLocation request.



on the following sample:

https://github.com/remoe/osgsample-2

When one remove the default shader from OSG:

https://github.com/remoe/osgsample-2/blob/master/main.cpp#L205

with "#if 0", Then it doesn't throw an error on MacOSX.

This sample doesn't throw an error on windows.

Thank you!

Cheers,
Remo

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74435#74435





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] CameraManipulator init

[Robert Osfield]

Hi Sam,

I have just checked the history of CameraMaipulator, I must have
missed this the addition of FIXME back in.

Date:   Wed Aug 28 14:27:18 2002 +

Updates, from Neil Salter, to comments etc to osgGA which add better
explanations of how each of the classes operates.


I think this was more a note to self, from the author, Neil who wrote
it to come back and add further clarification beyond "State/restart
the manipulator"  which is what he put it when he first wrote it,

I'm note sure why there is a need for any further information beyond
"Start/restart the manipulator", the init() function is just a hook to
enable CameraManipulator subclasses to initialize themselves.  I will
remove the FIXME.

Robert.
On Mon, 30 Jul 2018 at 21:48, Sam Brkopac  wrote:
>
> Hi All,
>
> I was digging through the CameraManipulator code and came across the init 
> function. I noticed it runs a few times during scene setup, and after looking 
> into the code I see the following:
>
>
> Code:
>
> /**
> Start/restart the manipulator.
> FIXME: what does this actually mean? Provide examples.
> */
> virtual void init(const GUIEventAdapter& ,GUIActionAdapter&) {}
>
>
>
>
> Does anybody have the update documentation or perhaps some notes on when / 
> how the init function is being called?
>
> Thanks, Sam[/code]
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=74429#74429
>
>
>
>
>
> ___
> 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