Re: [osg-users] Idea to implement a kind of 'rubber mode'

[Christoph Dohmen]

Hi Chris,

the original goal is drawing a decorated line where the decoration interrupts 
and keep the background visible. I tried to visualize the elements and the seps 
which are acutally working. I got a few keywords like 'stencil', 'render to 
texture' but the samples are all related to textured items covering textured 
items and not to polylines covered by textured items.

Thank you!

Cheers,
Christoph

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





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

Re: [osg-users] Idea to implement a kind of 'rubber mode'

[Tony Vasile]

Hi Chris
  Actually in non US English the words rubber and eraser are interchangeable.

Tony


Tony V

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





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

Re: [osg-users] osgQt include files

[Michael W. Hall]

I attached the log file.  When I do cmake, I am just doing cmake ./  I
am not really sure what you are asking for in your second question.  
On Mon, 2018-09-10 at 18:12 +0200, Mathieu MARACHE wrote:
> Hi Michael,
> 
> It's difficult to tell what went wrong, could you try to add the
> 'OpenSceneGraph_DEBUG' variable when running cmake ? And also include
> the parameters you set to your cmake call for osgQt ?
> 
> > cmake -DOpenSceneGraph_DEBUG=True ...
> 
> Regards
> --
> nǝıɥʇɐƜ
> 
> 
> On Sun, 9 Sep 2018 at 08:04, Michael W. Hall  wrote:
> > Got the osgQt from github.  When I try to configure I am getting
> > the following error.  
> > 
> >  CMake Error at
> >  /usr/share/cmake-
> > 3.5/Modules/FindPackageHandleStandardArgs.cmake:148
> >  (message):
> >    Could NOT find OpenSceneGraph (missing: OPENSCENEGRAPH_LIBRARIES
> >    OSGDB_FOUND OSGGA_FOUND OSGUTIL_FOUND OSGTEXT_FOUND
> > OSGVIEWER_FOUND
> >    OSGWIDGET_FOUND OPENTHREADS_FOUND) (found suitable version
> > "3.7.0", minimum
> >    required is "3.0.0")
> >  Call Stack (most recent call first):
> >    /usr/share/cmake-
> > 3.5/Modules/FindPackageHandleStandardArgs.cmake:388
> >  (_FPHSA_FAILURE_MESSAGE)
> >    /usr/share/cmake-3.5/Modules/FindOpenSceneGraph.cmake:234
> >  (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
> >    CMakeLists.txt:130 (FIND_PACKAGE)
> > 
> > I have osg 3.7.0 installed.  Any idea why it is not finding it?
> > 
> > Thanks,
> > Michael
> > 
> > On Sun, 2018-08-12 at 08:09 -0500, Michael W. Hall wrote:
> > > Thanks,
> > > 
> > > On Sun, 2018-08-12 at 08:36 +0300, Konstantin Podsvirov wrote:
> > > > Hello Michael!
> > > > 
> > > > 0:13, 12 August 2018 г., "Michael W. Hall" :
> > > > This may have been answered.  I got the latest version of
> > > > OpenSceneGraph from github.  It is version 3.7.  I built and
> > > > installed.
> > > > When I try to compile my program I am getting the following
> > > > error:
> > > > 
> > > > In file included from
> > > > /home/hallmw/Projects/osgMap/applications/osgmap/osgmap.cpp:12:
> > > > 0:
> > > > /home/hallmw/Projects/osgMap/include/osgmap/MainWindow:31:34:
> > > > fatal
> > > > error: osgQt/GraphicsWindowQt: No such file or directory
> > > > 
> > > > I can check that directory and there are no header files in
> > > > it.  Any
> > > > idea whey they are missing?
> > > > 
> > > > Thanks,
> > > > Michael
> > > > 
> > > > The osgQt now is a separate project.
> > > > You should build and install osgQt too.
> > > > 
> > > > https://github.com/openscenegraph/osgQt
> > > > 
> > > > --
> > > > Regards,
> > > > Konstantin Podsvirov
> > > > ___
> > > > osg-users mailing list
> > > > osg-users@lists.openscenegraph.org
> > > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscen
> > > > egraph.org
> > > ___
> > > osg-users mailing list
> > > osg-users@lists.openscenegraph.org
> > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-opensceneg
> > > raph.org
> > ___
> > osg-users mailing list
> > osg-users@lists.openscenegraph.org
> > http://lists.openscenegraphorg/listinfo.cgi/osg-users-openscenegrap
> > h.org
> > 
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph
> .orgThe system is: Linux - 4.15.0-33-generic - x86_64
Compiling the C compiler identification source file "CMakeCCompilerId.c" succeeded.
Compiler: /usr/bin/cc 
Build flags: 
Id flags: 

The output was:
0


Compilation of the C compiler identification source "CMakeCCompilerId.c" produced "a.out"

The C compiler identification is GNU, found in "/home/hallmw/Projects/osgQt/CMakeFiles/3.5.1/CompilerIdC/a.out"

Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" succeeded.
Compiler: /usr/bin/c++ 
Build flags: 
Id flags: 

The output was:
0


Compilation of the CXX compiler identification source "CMakeCXXCompilerId.cpp" produced "a.out"

The CXX compiler identification is GNU, found in "/home/hallmw/Projects/osgQt/CMakeFiles/3.5.1/CompilerIdCXX/a.out"

Determining if the C compiler works passed with the following output:
Change Dir: /home/hallmw/Projects/osgQt/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_81606/fast"
/usr/bin/make -f CMakeFiles/cmTC_81606.dir/build.make CMakeFiles/cmTC_81606.dir/build
make[1]: Entering directory '/home/hallmw/Projects/osgQt/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_81606.dir/testCCompiler.c.o
/usr/bin/cc -o CMakeFiles/cmTC_81606.dir/testCCompiler.c.o   -c /home/hallmw/Projects/osgQt/CMakeFiles/CMakeTmp/testCCompiler.c
Linking C executable cmTC_81606
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_81606.dir/link.txt --verbose=1
/usr/bin/cc   CMakeFiles/cmTC_81606.dir/testCCompiler.c.o  -o cmTC_81606 -rdynamic 
make[1]: Leaving directory 

Re: [osg-users] OpenSceneGraph-3.6.3 release candidate 2 tagged

[Glenn Waldron]

Robert,

Mipmapping is broken for Texture2DArray when glTexStorage is enabled.
If you set OSG_GL_TEXTURE_STORAGE=OFF, it works properly again.

Here is a standalone cpp you can use to reproduce the issue:
https://gist.github.com/gwaldron/9d65c35a5d940965429f401331b72420

Windows 10, NVIDIA 760GTX, OSG 3.6.x branch tip 9/11/18.

Glenn Waldron


On Tue, Sep 11, 2018 at 7:36 AM Robert Osfield 
wrote:

> Hi All,
>
> I have just tagged the 3.6.3 release candidate 2:
>
>
> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6.3-rc2
>
> My aim is to tag the 3.6.3 at the end of this week. Please test and
> provide positive/negative feedback via this thread.  :-)
>
> Cheers,
> Robert.
>
> -- Changes since 3.6.3-rc1
>
> Tue, 11 Sep 2018 11:56:04 +0100
> Author : Robert Osfield
> Updated rc number 2 for 3.6.3-rc2
>
> Tue, 11 Sep 2018 11:29:36 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #620 from LaurensVoerman/txt_SCREEN_COORDSfix scale
> problem for osgText with characterSizeMode SCREEN_COORDS and _position
> set.
>
> Tue, 11 Sep 2018 11:23:34 +0100
> Author : Robert Osfield
> Fixed hang using a ReentrantMutex
>
> Tue, 11 Sep 2018 10:13:49 +0100
> Author : Robert Osfield
> Fixed build
>
> Tue, 11 Sep 2018 09:31:35 +0100
> Author : Robert Osfield
> Fixed build
>
> Tue, 11 Sep 2018 09:03:01 +0100
> Author : Robert Osfield
> Cleaned up code
>
> Mon, 10 Sep 2018 08:00:41 -0400
> Author : gwaldron
> osgText: fixed thread-safety issues in Glyph and Font
>
> Sat, 8 Sep 2018 18:18:33 +0200
> Author : mp3butcher
> fix examples context creation for X11 (when display not :0.0)
>
> Tue, 11 Sep 2018 08:34:20 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #619 from mathieu/topic/SaveInlinedImagesAdded
> saving of inline Images without having the physical image file.
>
> Tue, 11 Sep 2018 08:11:27 +0100
> Author : Robert Osfield
> Added greater control of how cubemap is set up and controlled
>
> Fri, 7 Sep 2018 15:09:15 +0200
> Author : Laurens Voerman
> fix scale problem for osgText with characterSizeMode SCREEN_COORDS and
> _position set.
>
> Fri, 7 Sep 2018 14:04:41 +0200
> Author : Mathieu MARACHE
> Added saving of inline Images without having the physical image
> file.The can be read from and inlined image file
>
>
> Thu, 6 Sep 2018 12:30:18 +0100
> Author : Robert Osfield
> Merge branch 'OpenSceneGraph-3.6' of
> https://github.com/openscenegraph/OpenSceneGraph into
> OpenSceneGraph-3.6
>
> Thu, 6 Sep 2018 12:29:44 +0100
> Author : Robert Osfield
> Updated for 3.6.3-rc1
>
> Thu, 6 Sep 2018 11:50:21 +0100
> Author : Robert Osfield
> Fixed memory leak with assignment of default value to ObjectSerializer
>
> Wed, 5 Sep 2018 18:06:25 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #616 from
> eligovision/OpenSceneGraph-3.6_particlesParticleSystem: Added support
> for GLES2 and upper (GL_QUADS -> GL_TRI…
>
> Wed, 5 Sep 2018 18:01:33 +0100
> Author : Robert Osfield
> Fixed copy constructor
>
> Wed, 5 Sep 2018 19:00:29 +0300
> Author : Konstantin S. Matveyev
> ParticleSystem: Using of GL_TRIANGLES for GLES2 and upper; GL_QUADS
> otherwise
>
> Wed, 5 Sep 2018 14:04:57 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #617 from aluaces/Image_scaleImage_typoFix typo in
> the initial check of Image::scaleImage().
>
> Wed, 5 Sep 2018 13:27:35 +0200
> Author : Alberto Luaces
> Fix typo in the initial check of Image::scaleImage().
>
> Wed, 5 Sep 2018 14:00:09 +0300
> Author : Konstantin S. Matveyev
> ParticleSystem: Added support for GLES2 and upper (GL_QUADS ->
> GL_TRIANGLES)
>
> Tue, 4 Sep 2018 10:35:38 -0400
> Author : Jason Beverage
> Protect the _programSet in Shader with a mutex. This prevents thread
> safety issues when Shader objects are used in multiple programs.
>
> Wed, 5 Sep 2018 09:33:24 +0100
> Author : Robert Osfield
> Updated ChangeLog
>
> Tue, 4 Sep 2018 15:26:30 +0100
> Author : Robert Osfield
> Changed the ShapeDrawable::build() methpd so that it does run when the
> ShadpwDrawabe is a KdTree.
>
> Tue, 4 Sep 2018 14:13:32 +0100
> Author : Robert Osfield
> Updated SO version as XmlNode::Input changes change the ABI
>
> Tue, 4 Sep 2018 12:19:14 +0100
> Author : Robert Osfield
> Added support for reading UTF-8 encoded of xml files
>
> Mon, 3 Sep 2018 12:30:02 +0100
> Author : Robert Osfield
> Changed the logic for whether to call setUpThreading() in
> setThreadingModel() to make it possible to changed threadings even if
> the threading model starts of as SingleThreaded
> ___
> 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] Idea to implement a kind of 'rubber mode'

[Chris Hanson]

I think some parts were lost in translation. I think the word you want to
use is "eraser" instead of "rubber", though I can see how it could be
mistranslated from another language.

I can think of a way to do this with your current draw order (black line
then green line) by using a shader and a texture holding the background
image.

Otherwise, you'd have to probably change the draw order so that the black
line was drawn later than the green line.


I often recommend users with complex questions "take a step back" and
explain the non-simple-abstract problem. Many times we find people asking a
specific question believing it is the only solution, and finding no good
ways to achieve it, when in fact the same overall goal could easily be
accomplished a different way if we knew what they were really trying to do.

Could you explain more about the real-world problem you're trying to solve,
instead of this simplified abstract summary?

As an example, imagine if someone came to you asking how to safely operate
a flamethrower in their kitchen, and you answered it was impossible. Later
you found out that all they wanted to do was make tea, but had pre-decided
on "flamethrower" as the way to get there, but if they'd just said "I want
to make tea", an electric kettle would have neatly solved the problem.
Don't be the flamethrower tea guy.



On Tue, Sep 11, 2018 at 6:08 PM Christoph Dohmen 
wrote:

> Well, Chris, thanks for the question. It shows that I was not precise
> enough.
> Currently I'm drawing the black line on top of a quite complex background
> (light blue). And as a second item I draw the quad with the red frame
> showing the green symbol and having transparent colour in the background so
> the scene background hat visible and the black line.
> My goal is to use the textured quad as a rubber and remove the black line
> but not the scene background like in symbol.png.
>
> I hope that clarified it a bit more?!
>
> Thank you!
>
> Cheers,
> Christoph
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=74709#74709
>
>
>
>
>
> ___
> 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] Switch call to viewer::frame() between threads

[Robert Osfield]

Hi Steven,

osgViewer was never designed to be used in the way you want to use it,
there are almost certainly better ways of doing what you want to do
functionally and a simpler way that trying play games with who invokes
frame.  It's just a bad approach so trying to help do something that
isn't sensible is a waste of our time and yours.

Robert.
On Tue, 11 Sep 2018 at 18:40, Steven Powers  wrote:
>
> Thanks for the replies. This is mostly experimental and I have already been 
> calling frame() from a child thread for a while now without any problems as 
> long as I call createGraphicsContext() and realize() from the same child 
> thread.
>
> This effort is to streamline the initialization of the application on the 
> mainthread which would require me to call realize/cGC() on a different thread.
>
> This seems to break all of the windows event control when I start calling 
> frame() on a thread other than the one that created the graphics context and 
> called realize().
>
> My question is if I can re-initialize this or do I have to create a fresh 
> window to get this to work.
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=74710#74710
>
>
>
>
>
> ___
> 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] Switch call to viewer::frame() between threads

[Steven Powers]

Thanks for the replies. This is mostly experimental and I have already been 
calling frame() from a child thread for a while now without any problems as 
long as I call createGraphicsContext() and realize() from the same child thread.

This effort is to streamline the initialization of the application on the 
mainthread which would require me to call realize/cGC() on a different thread.

This seems to break all of the windows event control when I start calling 
frame() on a thread other than the one that created the graphics context and 
called realize().

My question is if I can re-initialize this or do I have to create a fresh 
window to get this to work.

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





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

Re: [osg-users] Idea to implement a kind of 'rubber mode'

[Christoph Dohmen]

Well, Chris, thanks for the question. It shows that I was not precise enough.
Currently I'm drawing the black line on top of a quite complex background 
(light blue). And as a second item I draw the quad with the red frame showing 
the green symbol and having transparent colour in the background so the scene 
background hat visible and the black line.
My goal is to use the textured quad as a rubber and remove the black line but 
not the scene background like in symbol.png.

I hope that clarified it a bit more?!

Thank you!

Cheers,
Christoph

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





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

Re: [osg-users] Switch call to viewer::frame() between threads

[Ravi Mathur]

Hi Steven,

What OS are you on? On OSX, event handling MUST happen from the main
thread, so you have to coordinate the frame loop between threads.

Ravi

On Tue, Sep 11, 2018 at 11:43 AM Robert Osfield 
wrote:

> Hi Steven,
>
> I haven't heard of anyone trying to call frame from multiple threads
> before, and personally wouldn't recommend doing it.  I have said why
> you are wanting to do this so can't judge how sensible or daft it is.
>
> If you want an application that has multiple threads that modifying
> something and then want the scene graph to be rendered to show it then
> I'd suggest that you have a viewer frame loop with frame barrier that
> the various thread share and release when they want the frame to
> render, then have a dedicated thread (possibly the main application
> thread for simplicity) that then sits of this barrier waiting to be
> released.
>
> You'd still need to be really careful about modifying data in a thread
> safe way.
>
> Robert.
> ___
> 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] Switch call to viewer::frame() between threads

[Robert Osfield]

Hi Steven,

I haven't heard of anyone trying to call frame from multiple threads
before, and personally wouldn't recommend doing it.  I have said why
you are wanting to do this so can't judge how sensible or daft it is.

If you want an application that has multiple threads that modifying
something and then want the scene graph to be rendered to show it then
I'd suggest that you have a viewer frame loop with frame barrier that
the various thread share and release when they want the frame to
render, then have a dedicated thread (possibly the main application
thread for simplicity) that then sits of this barrier waiting to be
released.

You'd still need to be really careful about modifying data in a thread safe way.

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

Re: [osg-users] Idea to implement a kind of 'rubber mode'

[Chris Hanson]

I think there's a little bit of communication issue here.

You are saying you want the look of symbol.jpg? How do you mean "rubber
mode"? What is "rubber" about it?

You could possibly create a dummy quad with the background blue color on it
that encompasses the screen-space bounding box of the green line, and
render it after the black line but before the green one. Would that give
you the effect you want?

On Tue, Sep 11, 2018 at 12:50 PM Christoph Dohmen 
wrote:

> Hi all,
>
> I'm looking for some inspiration for solving the following 'problem':
> Currently I'm drawing basic line geometries like in attachment line.png.
> And I'm able to draw items above the geometries (combo.png). But the final
> goal must be some kind of 'rubber mode' which makes the geometry
> transparent and keeps the background (liek in symbol.png).
>
> What may be the technique to solve this?
>
> Thank you!
>
> Cheers,
> Christoph
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=74703#74703
>
>
>
> ___
> 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] Resolving FBX warnings

[Robert Osfield]

Hi All,

I recently updated my OS to Kubuntu 18.04 and when I build the OSG I
now getting warnings that I hadn't seen before, I'm working through
these and will be checking in fixes for them, but one I haven't worked
out how to resolve:

/home/robert/3rdParty/FBX_2019/include/fbxsdk/core/fbxproperty.h: In
member function ‘T fbxsdk::FbxPropertyT::EvaluateValue(const
fbxsdk::FbxTime&, bool)’:
/home/robert/3rdParty/FBX_2019/include/fbxsdk/core/fbxproperty.h:1161:34:
warning: invalid use of incomplete type ‘class
fbxsdk::FbxAnimEvaluator’
return GetAnimationEvaluator()-> template
GetPropertyValue(*this, pTime, pForceEval);
  ^~
My compiler is:

$ g++ --version
g++ (Ubuntu 7.3.0-16ubuntu3) 7.3.0

I saw this error with FBX_2015 that I had previously installed, so I
installed FBX_2019 but still get the same error.

I can't see a way of fixing this by including files, and I haven't yet
worked out how to suppress the error.

Does anyone have any ideas?
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] OpenSceneGraph-3.6.3 release candidate 2 tagged

[Daniel Emminizer, Code 5773]

Hi Robert,

So far so good here with initial testing.  I had been concerned about Laurens's 
update on text, but it looks like it turned out without problems.  I was able 
to adjust back one of the text scaling options so now we're back to consistent 
between 3.4.1, 3.6.2, and 3.6.3-rc2, with 3.4.1 and 3.6.3-rc2 having identical 
scaling factors.

The mutex change from Glenn appears to have solved an edge case crash we 
independently discovered a couple days ago also.

So far so good.

 - Dan



> -Original Message-
> From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On
> Behalf Of Robert Osfield
> Sent: Tuesday, September 11, 2018 7:36 AM
> To: OpenSceneGraph Users
> Subject: [osg-users] OpenSceneGraph-3.6.3 release candidate 2 tagged
> 
> Hi All,
> 
> I have just tagged the 3.6.3 release candidate 2:
> 
> 
> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGr
> aph-3.6.3-rc2
> 
> My aim is to tag the 3.6.3 at the end of this week. Please test and
> provide positive/negative feedback via this thread.  :-)
> 
> Cheers,
> Robert.
> 
> -- Changes since 3.6.3-rc1
> 
> Tue, 11 Sep 2018 11:56:04 +0100
> Author : Robert Osfield
> Updated rc number 2 for 3.6.3-rc2
> 
> Tue, 11 Sep 2018 11:29:36 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #620 from LaurensVoerman/txt_SCREEN_COORDSfix
> scale
> problem for osgText with characterSizeMode SCREEN_COORDS and
> _position
> set.
> 
> Tue, 11 Sep 2018 11:23:34 +0100
> Author : Robert Osfield
> Fixed hang using a ReentrantMutex
> 
> Tue, 11 Sep 2018 10:13:49 +0100
> Author : Robert Osfield
> Fixed build
> 
> Tue, 11 Sep 2018 09:31:35 +0100
> Author : Robert Osfield
> Fixed build
> 
> Tue, 11 Sep 2018 09:03:01 +0100
> Author : Robert Osfield
> Cleaned up code
> 
> Mon, 10 Sep 2018 08:00:41 -0400
> Author : gwaldron
> osgText: fixed thread-safety issues in Glyph and Font
> 
> Sat, 8 Sep 2018 18:18:33 +0200
> Author : mp3butcher
> fix examples context creation for X11 (when display not :0.0)
> 
> Tue, 11 Sep 2018 08:34:20 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #619 from mathieu/topic/SaveInlinedImagesAdded
> saving of inline Images without having the physical image file.
> 
> Tue, 11 Sep 2018 08:11:27 +0100
> Author : Robert Osfield
> Added greater control of how cubemap is set up and controlled
> 
> Fri, 7 Sep 2018 15:09:15 +0200
> Author : Laurens Voerman
> fix scale problem for osgText with characterSizeMode SCREEN_COORDS and
> _position set.
> 
> Fri, 7 Sep 2018 14:04:41 +0200
> Author : Mathieu MARACHE
> Added saving of inline Images without having the physical image
> file.The can be read from and inlined image file
> 
> 
> Thu, 6 Sep 2018 12:30:18 +0100
> Author : Robert Osfield
> Merge branch 'OpenSceneGraph-3.6' of
> https://github.com/openscenegraph/OpenSceneGraph into
> OpenSceneGraph-3.6
> 
> Thu, 6 Sep 2018 12:29:44 +0100
> Author : Robert Osfield
> Updated for 3.6.3-rc1
> 
> Thu, 6 Sep 2018 11:50:21 +0100
> Author : Robert Osfield
> Fixed memory leak with assignment of default value to ObjectSerializer
> 
> Wed, 5 Sep 2018 18:06:25 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #616 from
> eligovision/OpenSceneGraph-3.6_particlesParticleSystem: Added support
> for GLES2 and upper (GL_QUADS -> GL_TRI…
> 
> Wed, 5 Sep 2018 18:01:33 +0100
> Author : Robert Osfield
> Fixed copy constructor
> 
> Wed, 5 Sep 2018 19:00:29 +0300
> Author : Konstantin S. Matveyev
> ParticleSystem: Using of GL_TRIANGLES for GLES2 and upper; GL_QUADS
> otherwise
> 
> Wed, 5 Sep 2018 14:04:57 +0100
> Author : OpenSceneGraph git repository
> Merge pull request #617 from aluaces/Image_scaleImage_typoFix typo in
> the initial check of Image::scaleImage().
> 
> Wed, 5 Sep 2018 13:27:35 +0200
> Author : Alberto Luaces
> Fix typo in the initial check of Image::scaleImage().
> 
> Wed, 5 Sep 2018 14:00:09 +0300
> Author : Konstantin S. Matveyev
> ParticleSystem: Added support for GLES2 and upper (GL_QUADS ->
> GL_TRIANGLES)
> 
> Tue, 4 Sep 2018 10:35:38 -0400
> Author : Jason Beverage
> Protect the _programSet in Shader with a mutex. This prevents thread
> safety issues when Shader objects are used in multiple programs.
> 
> Wed, 5 Sep 2018 09:33:24 +0100
> Author : Robert Osfield
> Updated ChangeLog
> 
> Tue, 4 Sep 2018 15:26:30 +0100
> Author : Robert Osfield
> Changed the ShapeDrawable::build() methpd so that it does run when the
> ShadpwDrawabe is a KdTree.
> 
> Tue, 4 Sep 2018 14:13:32 +0100
> Author : Robert Osfield
> Updated SO version as XmlNode::Input changes change the ABI
> 
> Tue, 4 Sep 2018 12:19:14 +0100
> Author : Robert Osfield
> Added support for reading UTF-8 encoded of xml files
> 
> Mon, 3 Sep 2018 12:30:02 +0100
> Author : Robert Osfield
> Changed the logic for whether to call setUpThreading() in
> setThreadingModel() to make it possible to changed threadings even if
> the threading model starts of as SingleThreaded
> ___

[osg-users] Idea to implement a kind of 'rubber mode'

[Christoph Dohmen]

Hi all,

I'm looking for some inspiration for solving the following 'problem':
Currently I'm drawing basic line geometries like in attachment line.png. And 
I'm able to draw items above the geometries (combo.png). But the final goal 
must be some kind of 'rubber mode' which makes the geometry transparent and 
keeps the background (liek in symbol.png).

What may be the technique to solve this?

Thank you!

Cheers,
Christoph

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



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

[osg-users] OpenSceneGraph-3.6.3 release candidate 2 tagged

[Robert Osfield]

Hi All,

I have just tagged the 3.6.3 release candidate 2:


https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6.3-rc2

My aim is to tag the 3.6.3 at the end of this week. Please test and
provide positive/negative feedback via this thread.  :-)

Cheers,
Robert.

-- Changes since 3.6.3-rc1

Tue, 11 Sep 2018 11:56:04 +0100
Author : Robert Osfield
Updated rc number 2 for 3.6.3-rc2

Tue, 11 Sep 2018 11:29:36 +0100
Author : OpenSceneGraph git repository
Merge pull request #620 from LaurensVoerman/txt_SCREEN_COORDSfix scale
problem for osgText with characterSizeMode SCREEN_COORDS and _position
set.

Tue, 11 Sep 2018 11:23:34 +0100
Author : Robert Osfield
Fixed hang using a ReentrantMutex

Tue, 11 Sep 2018 10:13:49 +0100
Author : Robert Osfield
Fixed build

Tue, 11 Sep 2018 09:31:35 +0100
Author : Robert Osfield
Fixed build

Tue, 11 Sep 2018 09:03:01 +0100
Author : Robert Osfield
Cleaned up code

Mon, 10 Sep 2018 08:00:41 -0400
Author : gwaldron
osgText: fixed thread-safety issues in Glyph and Font

Sat, 8 Sep 2018 18:18:33 +0200
Author : mp3butcher
fix examples context creation for X11 (when display not :0.0)

Tue, 11 Sep 2018 08:34:20 +0100
Author : OpenSceneGraph git repository
Merge pull request #619 from mathieu/topic/SaveInlinedImagesAdded
saving of inline Images without having the physical image file.

Tue, 11 Sep 2018 08:11:27 +0100
Author : Robert Osfield
Added greater control of how cubemap is set up and controlled

Fri, 7 Sep 2018 15:09:15 +0200
Author : Laurens Voerman
fix scale problem for osgText with characterSizeMode SCREEN_COORDS and
_position set.

Fri, 7 Sep 2018 14:04:41 +0200
Author : Mathieu MARACHE
Added saving of inline Images without having the physical image
file.The can be read from and inlined image file


Thu, 6 Sep 2018 12:30:18 +0100
Author : Robert Osfield
Merge branch 'OpenSceneGraph-3.6' of
https://github.com/openscenegraph/OpenSceneGraph into
OpenSceneGraph-3.6

Thu, 6 Sep 2018 12:29:44 +0100
Author : Robert Osfield
Updated for 3.6.3-rc1

Thu, 6 Sep 2018 11:50:21 +0100
Author : Robert Osfield
Fixed memory leak with assignment of default value to ObjectSerializer

Wed, 5 Sep 2018 18:06:25 +0100
Author : OpenSceneGraph git repository
Merge pull request #616 from
eligovision/OpenSceneGraph-3.6_particlesParticleSystem: Added support
for GLES2 and upper (GL_QUADS -> GL_TRI…

Wed, 5 Sep 2018 18:01:33 +0100
Author : Robert Osfield
Fixed copy constructor

Wed, 5 Sep 2018 19:00:29 +0300
Author : Konstantin S. Matveyev
ParticleSystem: Using of GL_TRIANGLES for GLES2 and upper; GL_QUADS otherwise

Wed, 5 Sep 2018 14:04:57 +0100
Author : OpenSceneGraph git repository
Merge pull request #617 from aluaces/Image_scaleImage_typoFix typo in
the initial check of Image::scaleImage().

Wed, 5 Sep 2018 13:27:35 +0200
Author : Alberto Luaces
Fix typo in the initial check of Image::scaleImage().

Wed, 5 Sep 2018 14:00:09 +0300
Author : Konstantin S. Matveyev
ParticleSystem: Added support for GLES2 and upper (GL_QUADS -> GL_TRIANGLES)

Tue, 4 Sep 2018 10:35:38 -0400
Author : Jason Beverage
Protect the _programSet in Shader with a mutex. This prevents thread
safety issues when Shader objects are used in multiple programs.

Wed, 5 Sep 2018 09:33:24 +0100
Author : Robert Osfield
Updated ChangeLog

Tue, 4 Sep 2018 15:26:30 +0100
Author : Robert Osfield
Changed the ShapeDrawable::build() methpd so that it does run when the
ShadpwDrawabe is a KdTree.

Tue, 4 Sep 2018 14:13:32 +0100
Author : Robert Osfield
Updated SO version as XmlNode::Input changes change the ABI

Tue, 4 Sep 2018 12:19:14 +0100
Author : Robert Osfield
Added support for reading UTF-8 encoded of xml files

Mon, 3 Sep 2018 12:30:02 +0100
Author : Robert Osfield
Changed the logic for whether to call setUpThreading() in
setThreadingModel() to make it possible to changed threadings even if
the threading model starts of as SingleThreaded
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] osgQt + OSG 3.6.2 Status

[Werner Modenbach]

Hi Mathieu,

thanks for your support for OSG/Qt integration. I think there are really
many people using OSG together with Qt.
Qt is just great for building multi environment user interfaces.
But there is one thing I don't really understand. There is some
discussion sometimes about difficulties in this integration.
My integration is dated April 2013 and I didn't need any changes since then.

classCl_3D_OsgViewer_QT:publicQWidget,publicosgViewer::Viewer{...

It works without any problems with every version of Qt since that time.
So where is the problem?

OK, I'm not using VS 20xx but Qt Creator and g++ instead. Maybe that
makes the difference. But in this case
it isn't really a problem of Qt integration but a VS problem.
I see that some people tend integrating OSG into QOpenGLWindow.  In my
opinion this is a stony way
because Qt GL wasn't that stable and finally decided since many years
now. So things change frequently
and this is always causing headache for keeping integrations running.

On the other hand I think there is nothing more developed and stable
than QWidget.
If someone needs help send me a PM and I'm willing to share my
integration class.

- Werner -

Am 10.09.2018 um 18:42 schrieb Mathieu MARACHE:
> Back from holidays...
>
> Community support is thin when considering OpenSceneGraph with Qt. I
> am currenlty the only maintainer of osgQt because I have a software
> using it and I didn't want the project to be tossed out.
>
> The Qt4 way of doing things with legacy osgQt (that was droped from
> OpenSceneGraph) doesn't fit well with the Qt5 way of doing things.
> Since Qt5.7 there are even incompatibilities (black screens, etc.).
>
> Qt4 support is getting difficult, even debian is dropping Qt4
> (https://wiki.debian.org/Qt4Removal).
>
> In anticipation I have proposed to drop Qt4 and concentrate only on
> Qt5. Robert only asked to keep the Qt4 version around and make it
> clear which version of osg compiles with which version/branch of osgQt.
>
> There is a feature branch (since Feb '18) of the Qt5 way of doing
> things awaiting testing and validation from the community. This is the
> code I use in my application which was crafted by paid support from
> KDab's Mike Krus (from which I had authorization to open source).
>
> https://github.com/openscenegraph/osgQt/tree/feature/osgQOpenGL
>
> Regards
> --
> nǝıɥʇɐƜ
>
>
> On Mon, 30 Jul 2018 at 17:07, Robert Osfield  > wrote:
>
> On Mon, 30 Jul 2018 at 15:59, Andrew Cunningham  > wrote:
> >
> > Back on the original topic :)
> >
> > This is a really simple QtOSGWidget that I used as a starting
> point for an OSG widget in a QDialog. Simple and works fine.
> >
> > https://github.com/vicrucann/QtOSG-hello
>
> Just had a quick look at the code.  It only works "fine" because there
> it's a trivial example, it's buggy.  Please compare to the the
> osg::Camera setup in the osgQt master and see if you can see the
> error, in this example.  If you can then you'll be able to spot what
> to fix in your own programs.
>
> Robert.
> ___
> 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 mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] osgQt + OSG 3.6.2 Status

[Alberto Luaces]

Mathieu MARACHE writes:

> Back from holidays...
>
> Community support is thin when considering OpenSceneGraph with Qt. I
> am currenlty the only maintainer of osgQt because I have a software
> using it and I didn't want the project to be tossed out.
>
> The Qt4 way of doing things with legacy osgQt (that was droped from
> OpenSceneGraph) doesn't fit well with the Qt5 way of doing
> things. Since Qt5.7 there are even incompatibilities (black screens,
> etc.).
>
> Qt4 support is getting difficult, even debian is dropping Qt4
> (https://wiki.debian.org/Qt4Removal).
>
> In anticipation I have proposed to drop Qt4 and concentrate only on
> Qt5. Robert only asked to keep the Qt4 version around and make it
> clear which version of osg compiles with which version/branch of
> osgQt.
>

Dropping Qt4 seems sensible, as almost nobody is going to start learning
Qt from version 4 (Qt downloads point directly to version 5 since long
time ago).  Experienced developers can easily find a tag/branch pointing
to whichever older version they want.

>
> There is a feature branch (since Feb '18) of the Qt5 way of doing
> things awaiting testing and validation from the community. This is the
> code I use in my application which was crafted by paid support from
> KDab's Mike Krus (from which I had authorization to open source).
>
> https://github.com/openscenegraph/osgQt/tree/feature/osgQOpenGL
>

Thanks a lot for this!

-- 
Alberto

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

[osg-users] Switch call to viewer::frame() between threads

[Steven Powers]

I am attempting to switch which thread I call viewer::frame in. 

I realize my viewer in thread A, call viewer::frame() several times, do some 
loading, then switch the call to viewer::frame() to thread B. When I do so the 
items within the window still update but I am unable to move/resize/select the 
window.

It seems to be dependent on which thread I call viewer::realize from. If I call 
it from thread B then the opposite is true. Or perhaps it is dependent on what 
thread I call createGraphicsContext on???

What is the elegant or appropriate way to accomplish such a feat. Is the 
realize operation thread specific or is it the keyboard handlers?

Thanks in advance for any advice/ help that can be provided.

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





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