[osg-users] OSG on Android with NDK 12 and clang++

[Thorsten Bux]

Hello,

as Android NDK dropped the support of the GNU++ compiler with version 11/12 in 
favour of clang++ I looked into building OSG for Android with NDK 12. But the 
build script states that it only supports NDK till version 10c.

Will there be support of NDK version 12 any time soon? Or does it matter at all?

Also do you know a good tutorial on how to build OSG using clang++ and the 
"-stdlib=libc++”?

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

Re: [osg-users] Normal and color bindings (in Geometry)

[Antoine Rennuit]

Haha, this is it! Thanks :)



On Tue, Jun 14, 2016 at 6:24 PM +0200, "Robert Osfield" 
> wrote:

HI Antoine,

The osg::Geometry::*Binding parameters have moved to osg::Array, so:

  normals->setBinding(osg::Array::BIND_PER_VERTEX);
  geometry->setNormalArray(normals);

Or short hand for doing this:

  geometry->setNormalArray(normals, osg::Array::BIND_PER_VERTEX);

Robert.



On 14 June 2016 at 16:58, Antoine Rennuit  wrote:
> Hi all,
>
> I have been using Geometry::setNormalBinding() and setColorBinding() in my
> code for years but I have just realized that the code is now deprecated
> because it is not efficient. I have read some more details about it here.
>
> Now I am looking for the new and preferred way to do these bindings and have
> looked in many many places. The problem is they all seem to refer to the
> dirty old way of doing things, even the quick start guide, or the wiki. I
> have also looked in the examples but there are so many that I am lost.
>
> Anyone can give me a hint here or point me to a relevant example or link?
>
> Kind regards,
>
> Antoine
>
>
> ___
> 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] Drawable getBoundingBox() question

[Robert Osfield]

On 14 June 2016 at 16:49, Robert Osfield  wrote:
> I've just begun a review of the code and I currently feel that
> _boundingBoxComputed is no longer required and should be removed to
> avoid confusion.  I will need to do another review now to double check
> that everything should work without it.

My changes are now checked into git master.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Drawable getBoundingBox() question

[Rick Irons]

Hi Robert,

Sounds good.  Thanks for the update. 

I believe I should just be able to switch to using _boundingShereComputed.

Rick

-Original Message-
From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf 
Of Robert Osfield
Sent: Tuesday, June 14, 2016 11:49 AM
To: OpenSceneGraph Users 
Subject: Re: [osg-users] Drawable getBoundingBox() question

Hi Rick,

I've just begun a review of the code and I currently feel that 
_boundingBoxComputed is no longer required and should be removed to avoid 
confusion.  I will need to do another review now to double check that 
everything should work without it.

Robert.

On 13 June 2016 at 15:29, Rick Irons  wrote:
> Hi Robert,
>
>
>
> Thank you for the response.
>
>
>
> I am still a little puzzled...shouldn't the code you refer to below 
> set '_boundingBoxComputed' to true in addition to the current behavior 
> of setting ‘_boundingSphereComputed’ to true?  When I compare the OSG 
> 3.0.1 version of the method to the 3.4.0 version the setting of 
> ‘_boundingBoxComputed’ to true has been removed while the setting of 
> ‘_boundingSphereComputed’ to true has been added.  It seems that both 
> are necessary.
>
>
>
> Thanks,
>
> Rick
>
>
>
>
>
> -Original Message-
> From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On 
> Behalf Of Robert Osfield
> Sent: Saturday, June 11, 2016 3:07 AM
> To: OpenSceneGraph Users 
> Subject: Re: [osg-users] Drawable getBoundingBox() question
>
>
>
> On 10 June 2016 at 23:02, Rick Irons  wrote:
>
>> Shouldn’t the inlined getBoundingBox() method in include/osg/Drawable
>
>> set _boundingBoxComputed to ‘true’ or am I missing something?
>
>
>
> The later :-)
>
>
>
> From git master:
>
>
>
> /** Get BoundingBox of Drawable.
>
>   * If the BoundingBox is not up to date then its updated via 
> an internal call to computeBond().
>
>   */
>
> inline const BoundingBox& getBoundingBox() const
>
> {
>
> if(!_boundingSphereComputed)
>
> {
>
> _boundingBox = _initialBound;
>
>
>
> if (_computeBoundCallback.valid())
>
>
>
> _boundingBox.expandBy(_computeBoundCallback->computeBound(*this));
>
> else
>
> _boundingBox.expandBy(computeBoundingBox());
>
>
>
> if(_boundingBox.valid()){
>
> _boundingSphere.set(_boundingBox.center(),
>
> _boundingBox.radius());
>
> } else {
>
> _boundingSphere.init();
>
> }
>
>
>
> _boundingSphereComputed = true;
>
> }
>
>
>
> return _boundingBox;
>
> }
>
> ___
>
> 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
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] qmlosg (QtQuick + osg integration)

[Konstantin Podsvirov]

16:51, 14 june 2016 г., Wojtek Kowalski :Hi,I've got a problem when resizing window.When I try to make it bigger than initial size, then appears a white screen in this greater area and initial view doesn't change.Any hints?Thank you!Cheers,WojtekYou can try similar project osgQtQuick:http://github.com/podsvirov/osgqtquick
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Normal and color bindings (in Geometry)

[Robert Osfield]

HI Antoine,

The osg::Geometry::*Binding parameters have moved to osg::Array, so:

  normals->setBinding(osg::Array::BIND_PER_VERTEX);
  geometry->setNormalArray(normals);

Or short hand for doing this:

  geometry->setNormalArray(normals, osg::Array::BIND_PER_VERTEX);

Robert.



On 14 June 2016 at 16:58, Antoine Rennuit  wrote:
> Hi all,
>
> I have been using Geometry::setNormalBinding() and setColorBinding() in my
> code for years but I have just realized that the code is now deprecated
> because it is not efficient. I have read some more details about it here.
>
> Now I am looking for the new and preferred way to do these bindings and have
> looked in many many places. The problem is they all seem to refer to the
> dirty old way of doing things, even the quick start guide, or the wiki. I
> have also looked in the examples but there are so many that I am lost.
>
> Anyone can give me a hint here or point me to a relevant example or link?
>
> Kind regards,
>
> Antoine
>
>
> ___
> 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] Normal and color bindings (in Geometry)

[Antoine Rennuit]

Hi all,

I have been using Geometry::setNormalBinding() and setColorBinding() in my code 
for years but I have just realized that the code is now deprecated because it 
is not efficient. I have read some more details about it 
here.

Now I am looking for the new and preferred way to do these bindings and have 
looked in many many places. The problem is they all seem to refer to the dirty 
old way of doing things, even the quick start 
guide, or 
the 
wiki.
 I have also looked in the examples but there are so many that I am lost.

Anyone can give me a hint here or point me to a relevant example or link?

Kind regards,

Antoine

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

Re: [osg-users] Drawable getBoundingBox() question

[Robert Osfield]

Hi Rick,

I've just begun a review of the code and I currently feel that
_boundingBoxComputed is no longer required and should be removed to
avoid confusion.  I will need to do another review now to double check
that everything should work without it.

Robert.

On 13 June 2016 at 15:29, Rick Irons  wrote:
> Hi Robert,
>
>
>
> Thank you for the response.
>
>
>
> I am still a little puzzled...shouldn't the code you refer to below set
> '_boundingBoxComputed' to true in addition to the current behavior of
> setting ‘_boundingSphereComputed’ to true?  When I compare the OSG 3.0.1
> version of the method to the 3.4.0 version the setting of
> ‘_boundingBoxComputed’ to true has been removed while the setting of
> ‘_boundingSphereComputed’ to true has been added.  It seems that both are
> necessary.
>
>
>
> Thanks,
>
> Rick
>
>
>
>
>
> -Original Message-
> From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On
> Behalf Of Robert Osfield
> Sent: Saturday, June 11, 2016 3:07 AM
> To: OpenSceneGraph Users 
> Subject: Re: [osg-users] Drawable getBoundingBox() question
>
>
>
> On 10 June 2016 at 23:02, Rick Irons  wrote:
>
>> Shouldn’t the inlined getBoundingBox() method in include/osg/Drawable
>
>> set _boundingBoxComputed to ‘true’ or am I missing something?
>
>
>
> The later :-)
>
>
>
> From git master:
>
>
>
> /** Get BoundingBox of Drawable.
>
>   * If the BoundingBox is not up to date then its updated via an
> internal call to computeBond().
>
>   */
>
> inline const BoundingBox& getBoundingBox() const
>
> {
>
> if(!_boundingSphereComputed)
>
> {
>
> _boundingBox = _initialBound;
>
>
>
> if (_computeBoundCallback.valid())
>
>
>
> _boundingBox.expandBy(_computeBoundCallback->computeBound(*this));
>
> else
>
> _boundingBox.expandBy(computeBoundingBox());
>
>
>
> if(_boundingBox.valid()){
>
> _boundingSphere.set(_boundingBox.center(),
>
> _boundingBox.radius());
>
> } else {
>
> _boundingSphere.init();
>
> }
>
>
>
> _boundingSphereComputed = true;
>
> }
>
>
>
> return _boundingBox;
>
> }
>
> ___
>
> 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] qmlosg (QtQuick + osg integration)

[Wojtek Kowalski]

Hi,

I've got a problem when resizing window.
When I try to make it bigger than initial size, then appears a white screen in 
this greater area and initial view doesn't change.
Any hints?

Thank you!

Cheers,
Wojtek

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





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

[osg-users] Help need on refining .travis.yml for coverity_scan

[Robert Osfield]

Hi All,

I'm a real novice when it comes to github+travis+coverity but am
slowly trying to lean all the bits necessary.  Some of the online docs
are rather sparse though and I've got to a point that I'm not clear on
what I need to do next to resolve problems, so would like help from
the community to sorting it out.

First up, at the end of last week I merged support for travis into out
github osg repository, this now builds under Linux and OSX, and has
been successfully doing builds.  We also now have an icon embedded in
the OpenSceneGraph/READEME.md so that you can see at a glance the
build status, which so far has mostly been passing :-)

Our github repository with new READEME, click on the [build|passing]
to go to the Travis page on the build logs:

   https://github.com/openscenegraph/OpenSceneGraph

Our new Travis page:

   https://travis-ci.org/openscenegraph/OpenSceneGraph/builds


Coverity Scan page for the OSG set up by Ralf Habacker:

https://scan.coverity.com/projects/openscenegraph?tab=overview

Convertiy page docs on Travis integration that I used as a guide:

   https://scan.coverity.com/travis_ci

Not too successfully though as integration these suggestions and
Ralf's original .travis.yml is resulting in an error

  https://travis-ci.org/openscenegraph/OpenSceneGraph/builds/137450626

Another bit of the jigsaw is that I've created a coverity_scan branch
of the OSG that I will regularly (a couple of times a week) merge
master into, then I do this, travis should in theory kick of coverity
scan.

Hopefully members of the community will be able to spot what might be
amiss with the .travis.yml and we can then start the process of
getting the Coverity reported defect count down before 3.6 :-)

Thanks in advance for you help,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Render to Texture without clamping values

[Philipp Meyer]

Hi,

I was able to figure out the issue.
For everyone wondering, I was missing the following line:

textureImage->setInternalTextureFormat(GL_RGBA16F_ARB);

In other words, one needs to set the format on the image as well as on the 
texture for everything to work properly. Hope this helps someone in the future!

Thank you!

Cheers,
Philipp

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





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

[osg-users] Geometry::setNormalBinding() and setColorBinding()

[Antoine Rennuit]

Hi all,

I have been using Geometry::setNormalBinding() and setColorBinding() in my code 
for years but I have just realized that the code is now deprecated because it 
is not efficient. I have read some more details about it 
here.

Now I am looking for the new and preferred way to do these bindings and have 
looked in many many places. The problem is they all seem to refer to the dirty 
old way of doing things, even the quick start 
guide, or 
the 
wiki.
 I have also looked in the examples but there are so many that I am lost.

Anyone can give me a hint here or point me to a relevant example or link?

Kind regards,

Antoine

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

Re: [osg-users] Building OSG on Mac OS X 10.11.5

[Wietse Jacobs]

Hello François,

On Mon, Jun 13, 2016 at 4:23 PM François Bérard 
wrote:

> Wietse,
>
>I'm only using clang and its libc++ library. If you are using
> gcc/libstdc++, that may well explain the difference. But gcc/libstdc++
> is the standard on linux, and ref_ptr compiles fine there.
>
>Do you *have to* use gcc? Otherwise, it may be easier to go with
> clang; which, I think, is the native toolchain on Mac OS. By the way, a
> simple unzip, cmake, should select a clang build. Did you force gcc? One
> thing that I noticed is that when I create new Xcode projects/targets,
> xcode insists on overriding the default clang/libc++ by gcc/libstdc++ in
> the new project or target, so I have to remove the override by hand. Did
> you use cmake's xcode generator? This may explain why you had a gcc build.
>

Sorry for the confusion, but I am using clang. I started with:
>> cmake -G "Unix Makefiles"

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

Re: [osg-users] Render to Texture without clamping values

[Philipp Meyer]

Hi,

I did some more testing and it turns out that I can set a texel to a color with 
values > 1.0 just fine in the C++ code.
When using image->setColor(osg::Vec4(1,2,3,4),x,y,0) before reading it with 
getColor, I can get results > 1.0.

Does that mean that the shader itself is clamping the values somehow? Or does 
it have to do with the internal texture copy from GPU to host memory?

Thank you!

Cheers,
Philipp

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





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