Re: [osg-users] osgmovie - ffmpeg or Gstreamer

[Philippe Renon]

Good that you have something working. Makes it easier to try things.

Forgot to mention, but enabling some GStreamer degug options might help.
Try to "set GST_DEBUG=5" on CLI before launching osgmovie.
Miight give you some insight as to why things don't work.
This page is a must read: 
https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gst-running.html

Using decodebin has the advantage, on paper, to be able to play any video 
supported by GStreamer.

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





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

Re: [osg-users] osgmovie - ffmpeg or Gstreamer

[Philippe Renon]

I would try to call osgmovie with forward slashes in the file name.

Your test with gst-launch uses forward slashes and works.

And  GStreamerImageStream constructs a similar pipeline (using the same filesrc 
element) :

gchar *string = g_strdup_printf("filesrc location=%s ! \
decodebin name=deco \
deco. ! queue ! videoconvert ! video/x-raw,format=RGB ! appsink 
name=sink emit-signals=true \
%s", filename.c_str(), audio_pipe);

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





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

Re: [osg-users] osgmovie - ffmpeg or Gstreamer

[Philippe Renon]

Hi,

I use GStreamer to play movies within an OSG and it works fine on Windows.

The errors you get seem to indicate that your video file cannot be located.
So I am a bit surprised you were able to debug anything as video playback 
should not even satart.

What exact command line did you use to test with osgmovie?
I'll try to reproduce your error.

Cheers,
Philippe

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





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

Re: [osg-users] The importance of using Camera::setDrawBuffer()+setReadBuffer() in application setup

[Philippe Renon]

Hi,

I am the "a user" and this is how, from my perspective, the fix came about

As a contributor to LibrePilot that integrates osgEarth, I wanted to test the 
new osgEarth rex engine on Qt.
I ran into an issue, but fortunately I'm not alone and end up here : 
https://github.com/gwaldron/osgearth/issues/853.
After quite some research and personal investment I come up with what I 
consider workarounds and describe them here.
Apparently the workarounds help others too.

I look more into the issue, think I found something, so open an issue on OSG's 
GitHub [1] (https://github.com/openscenegraph/OpenSceneGraph/issues/486).
Issue gets closed within 24 hours with useful feedback.

I continue looking into the issue and want to share my findings as comments in 
the code.
So I submit a first pull request [2] 
(https://github.com/openscenegraph/OpenSceneGraph/pull/489). Big mistake !
Closed within 24 hours with "words" from "openscenegraph".

Ok my bad... I continue looking into the issue and come up with some ideas for 
a fix.
This time, as told, I post a full length message to the forum and make 
proposals for a fix.
I create a second pull request with the fix proposals [3] 
(https://github.com/openscenegraph/OpenSceneGraph/pull/493).
Again closed within 24 hours (great SLA btw) and I get shouted at. I am 
basically told go "fix your app".

Day after, a series of fixes similar to my proposed workaround are committed to 
OSG.
And the above official message is posted to the forum informing all that "a 
user" has found an issue and describing the fix.
Why the formality ? Why the rush all of a sudden ? It is not as if the issue 
had any critical or life threatening implications.
Minor bug fixes never get that much honor from OSG. They usually just get 
committed. Puzzling...

And to finish, the killer, osgEarth then commits the official OSG fix to 
osgEarth.
osgEarth fully well knew the whole story as it unfolded under its eyes and 
regularly inquired about my progress.
Kinda bad cop / good cop situation here.

Not to mention that, the day before, osgEarth borrowed another PR of mine and 
committed it without due credit (the little credit I got was on my request).

Being replied to with words like "hack", "crap", "abuse" and being shouted at 
is not what I expect to get when contributing to an open source project.
Seems like "openscenegraph" is lacking basic courtesy and is treating its 
community in ways I have not seen elsewhere.

I'll continue to use OSG and osgEarth as both projects are great but will stay 
away from its community.

If you are a would be contributor, know that it can happen to you. I have 
witnessed it happen to other contributors too.

Cheers,
Philippe.

[1] https://github.com/openscenegraph/OpenSceneGraph/issues/486
[2] https://github.com/openscenegraph/OpenSceneGraph/pull/489
[3] https://github.com/openscenegraph/OpenSceneGraph/pull/493

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





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

Re: [osg-users] DisplaySettingds and ShaderHints

[Philippe Renon]

There was a typo in my provious message.

OSG will default to OSG_GL2_AVAILABLE being defined.

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





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

[osg-users] DisplaySettingds and ShaderHints

[Philippe Renon]

Hi,

DisplaySettings::setDefaults() has this code:

#if defined(OSG_GLES3_AVAILABLE)
setShaderHint(SHADER_GLES3);
#elif defined(OSG_GLES2_AVAILABLE)
setShaderHint(SHADER_GLES2);
#elif defined(OSG_GL3_AVAILABLE)
setShaderHint(SHADER_GL3);
#elif defined(OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE)
setShaderHint(SHADER_NONE);
#else
setShaderHint(SHADER_GL2);
#endif

And by default, afaik, osg will compile with OSG_GL3_AVAILABLE and 
OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE defined.

This means that ShaderHint will be set to SHADER_NONE and that causes issues 
down the road.

Is my understanding correct ? What is a proper way to have SHADER_GL2 or _GL3 
activated ?

Cheers,
Philippe.

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





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

[osg-users] New Defects reported by Coverity Scan for openscenegraph/OpenSceneGraph

[philippe renon]

Hi,
I received an email from Coverity (titled the same as this mail) about a new 
report.There are 20 issues reported and some of them look like real bugs 
(COPY_PASTE_ERROR for instance).
Just in case Robert did not receive it (which I doubt).
Cheers,Philippe.

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

Re: [osg-users] Support for Windows Universal Platform

[Philippe Renon]

Hi,

Instead of using OSG_UWP directly to undef unsupported features, I would 
suggest to introduce a define per feature and have UWP turn off the unsupported 
feature one by one. This will make it more future proof and, who knows, might 
be helpful to others.

Philippe

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

master does not compile on mys2 anymore due to recent changes in osgcluster 
example. 

Error is :

D:/M/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgcluster/broadcaster.cpp:139:17:
 error: 'ifr' was not declared in this scope
 strcpy( ifr.ifr_name, _ifr_name.c_str());
 ^~~
make[2]: *** 
[examples/osgcluster/CMakeFiles/example_osgcluster.dir/build.make:63: 
examples/osgcluster/CMakeFiles/example_osgcluster.dir/broadcaster.cpp.obj] 
Error 1
make[1]: *** [CMakeFiles/Makefile2:9169: 
examples/osgcluster/CMakeFiles/example_osgcluster.dir/all] Error 2


There is also a warning in the same area:

D:/M/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgcluster/broadcaster.cpp:
 In member function 'bool Broadcaster::init()':
D:/M/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgcluster/broadcaster.cpp:109:50:
 warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
 if( (_so = socket( AF_INET, SOCK_DGRAM, 0 )) < 0 )

On Windows, socket() will return INVALID_SOCKET in case of failure to create 
the socket 
(https://msdn.microsoft.com/en-us/library/windows/desktop/ms740506(v=vs.85).aspx).

PS : I also get the stats crash on msys2 (i.e. reported in the post just 
before).

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

I went ahead and just commented out some openthread logging.

See https://github.com/openscenegraph/OpenSceneGraph/pull/238

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

Hi Robert,

I am really sorry to insist so heavily, but please take a quick look at 
https://github.com/openscenegraph/OpenSceneGraph/issues/209.

I am ready to make the changes, test them and submit a PR but need some 
directions.
OpenThread has been outputting some unwanted debugging information since at 
least the 3.5.5 release and we would really like to see them go away in 3.5.6. 

Cheers,
Philippe.

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

Latest master tested ok on msys2.

All that remains is some OpenThread related spam on the console :

$ ./build/librepilot-gcs_release/bin/librepilot-gcs.exe -reset
setProcessorAffinity() : affinity.activeCPUs.size()=1, numprocessors=4
   setting CPU : 0
affinityMask = 1
setProcessorAffinity() : affinity.activeCPUs.size()=1, numprocessors=4
   setting CPU : 0
affinityMask = 1
setProcessorAffinity() : affinity.activeCPUs.size()=3, numprocessors=4
   setting CPU : 1
   setting CPU : 2
   setting CPU : 3
affinityMask = 14
setProcessorAffinity() : affinity.activeCPUs.size()=3, numprocessors=4
   setting CPU : 1
   setting CPU : 2
   setting CPU : 3
affinityMask = 14

And the related (closed) issue : 
https://github.com/openscenegraph/OpenSceneGraph/issues/209

Cheers,
Philippe.

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

Just noticed that DisplaySettings::SHADER_NONE has been quietened down.
Testing afresh...

Cheers,
Philippe

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

I am testing 3.5.6 under msys2.

osg 3.5.6 compiles fine under msys2, but then compiling osgearth against osg 
3.5.6 fails.

The reason of the failure is that osgversion.exe outputs some debug string that 
cause osgearth to fail determining the proper osg version.

$ osgversion.exe
DisplaySettings::SHADER_NONE
OpenSceneGraph Library 3.5.6

Robert, on a similar note, it would be great if you could take a minute to look 
at my question in https://github.com/openscenegraph/OpenSceneGraph/issues/209

regards,
Philippe.


Philippe

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





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

Re: [osg-users] Please test OpenSceneGraph master in prep for 3.5.6 dev release

[Philippe Renon]

Hi,

Would be great to address 
https://github.com/openscenegraph/OpenSceneGraph/issues/209 in this release.

Thank you!

Cheers,
Philippe

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





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

Re: [osg-users] issue with 3ds model after upgrading to 3.5.5

[Philippe Renon]

Hi,

@mrchlblng,please submit a PR with your fix so you get credit for all eternity !

Thank you!

Cheers,
Philippe

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





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

Re: [osg-users] issue with 3ds model after upgrading to 3.5.5

[Philippe Renon]

I used git bisect to find when the issue was introduced.
Culprit commit is 
https://github.com/openscenegraph/OpenSceneGraph/commit/3609d84cef43bca784b5f3c5e448e7f475e6
 

@mrchlblng, I must have messed up something when testing your patch.
I retested it again 3.5.5 and it fixes the 3ds plugin issue I was having :)

Cheers,
Philippe.

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





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

Re: [osg-users] issue with 3ds model after upgrading to 3.5.5

[Philippe Renon]

@mrchlblng the patch did not help unfortunately.

I enabled debug output:



NODE TRAVERSAL of 3ds file MAXSCENE
  node name [frame]
  node id0
  node parent id -1
  node matrix:
0.707107 -0.707107 -8.55878e-008 0
-3.10363e-007 -4.03967e-007 1 0
-0.707107 -0.707107 -5.0074e-007 0
-1.43626e-005 2.62648e-006 -1.14441e-005 1
  mesh instance data:
objectdata instance []
pivot -7.62939e-006 -1.12145e-005 -5.65686
pos   -1.43626e-005 2.62648e-006 -1.14441e-005
scl   1 1 1
rot   0.653282 -0.270598 -0.270598 0.653281
  user data
  node name [prop4]
  node id0
  node parent id -1
  node matrix:
-0.99 1.0411e-006 0 0
-1.0411e-006 -1 0 0
0 0 1 0
-141.421 -141.421 34.447 1
  mesh instance data:
objectdata instance []
pivot -0.0707169 0.0809479 3.39106
pos   -141.421 -141.421 34.447
scl   0.99 1 1
rot   -0 -0 -1 -5.20549e-007
  user data
  node name [prop3]
  node id0
  node parent id -1
  node matrix:
-1.01152e-006 -1 0 0
0.99 -1.01152e-006 0 0
0 0 1 0
141.421 -141.421 34.447 1
  mesh instance data:
objectdata instance []
pivot -0.0707169 0.0809479 3.39106
pos   141.421 -141.421 34.447
scl   1 0.99 1
rot   -0 -0 -0.707107 0.707106
  user data
  node name [prop2]
  node id0
  node parent id -1
  node matrix:
1 0 0 0
0 1 0 0
0 0 1 0
141.421 141.421 34.447 1
  mesh instance data:
objectdata instance []
pivot -0.0707169 0.0809479 3.39106
pos   141.421 141.421 34.447
scl   1 1 1
rot   0 0 0 1
  user data
  node name [prop1]
  node id0
  node parent id -1
  node matrix:
1.77017e-006 1 0 0
-1 1.77017e-006 0 0
0 0 1 0
-141.421 141.421 34.447 1
  mesh instance data:
objectdata instance []
pivot -0.0707169 0.0809479 3.39106
pos   -141.421 141.421 34.447
scl   1 1 1
rot   -0 -0 0.707106 0.707107
  user data
MESH TRAVERSAL of 3ds file MAXSCENE
  mesh name frame
  0.707107 -0.707107 0 0
  -2.8379e-007 -2.8379e-007 1 0
  -0.707107 -0.707107 -4.01339e-007 0
  -1.43626e-005 2.62648e-006 -1.14441e-005 1
  mesh name prop4
  -1 1.40071e-006 0 0
  -5.06639e-007 -1 0 0
  0 0 1 0
  -141.421 -141.421 34.447 1
  mesh name prop3
  -1.49012e-006 -1 0 0
  1 -5.36442e-007 0 0
  0 0 1 0
  141.421 -141.421 34.447 1
  mesh name prop2
  1 -5.36442e-007 0 0
  -2.38419e-007 1 0 0
  0 0 1 0
  141.421 141.421 34.447 1
  mesh name prop1
  1.93715e-006 1 0 0
  -1 1.10269e-006 0 0
  0 0 1 0
  -141.421 141.421 34.447 1
[/code]

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





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

[osg-users] issue with 3ds model after upgrading to 3.5.5

[Philippe Renon]

Hi,

We have just upgraded our project from using osg 3.5.3 to 3.5.5 and we have 
issues with 3ds model.
As you can see in the attached screenshot the propellers are displayed at wrong 
position and orientation. The same happens with master osg.

Any clues where that could come from. I tried to look at the change history of 
the 3ds plugin but nothing jumped out as the possible cause.

Thank you!

Cheers,
Philippe[/url]

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




Attachments: 
http://forum.openscenegraph.org//files/3ds_142.png


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

[osg-users] How to draw 3D to screen

[philippe renon]

Hi Robert,
How to draw 3D to screen ? 

;)
Seriously, I admire your patience...
Rambabu, 
If you are reading this, I suggest you take a look at this page : How To Ask 
Questions The Smart Way
  
|  
|   |  
How To Ask Questions The Smart Way
   |  |

  |

 
You will help yourself by asking precise questions with context, etc...
Cheers,
Philippe.

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

Re: [osg-users] Inherithance from osg::referenced

[Philippe Renon]

I never had to create a class that inherits from osg::Referenced but what i 
gather is that it puts a contract on your class (copy semantics, etc...).

It should be pretty much the same for any osg::Referenced derived class except 
in some exotic cases. So any osg::Referenced class should provide the needed 
code.

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





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

Re: [osg-users] Inherithance from osg::referenced

[Philippe Renon]

The next best thing to doc is code. If you can't find documentation then you 
can try to find code that does what you want as examples.

In your case it is easy as *a lot* of osg classes inherit from osg::Referenced.

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





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

Re: [osg-users] osgQt Coverity Scan reported issue, Qt experts please chip in.

[Philippe Renon]

Why not put the glu tessellation code in an ignore list ?

Embedded code that can be upgraded once in a while should be left alone unless 
critical bugs are found.
I don't know if the glu code falls in that category.

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





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

Re: [osg-users] openscenegraph-git : conflicting declaration error

[philippe renon]

Oups, wrong mailing list... Please ignore.
 

Le Mercredi 8 juin 2016 22h36, philippe renon <philippe_re...@yahoo.fr> a 
écrit :
 
 

 Hi,
Building current openscenegraph-git, with a fully updated msys2, fails with 
this error:
In file included from C:/msys64/usr/include/sys/select.h:26:0,
 from C:/msys64/usr/include/sys/types.h:68,
 from C:/msys64/usr/include/stdio.h:48,
 from C:/msys64/mingw64/include/libavutil/common.h:38,
 from C:/msys64/mingw64/include/libavutil/avutil.h:288,
 from C:/msys64/mingw64/include/libavutil/samplefmt.h:24,
 from C:/msys64/mingw64/include/libavcodec/avcodec.h:31,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegHeaders.hpp:11,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.hpp:10,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.cpp:2:
C:/msys64/usr/include/sys/_timeval.h:40:18: error: conflicting declaration 
'typedef long int time_t'
 typedef _TIME_T_ time_t;
  ^
In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/stddef.h:7:0,
 from 
C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/5.4.0/include/stddef.h:1,
 from C:/msys64/usr/include/sys/reent.h:14,
 from C:/msys64/usr/include/sys/errno.h:11,
 from C:/msys64/usr/include/errno.h:9,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegHeaders.hpp:9,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.hpp:10,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.cpp:2:
C:/msys64/mingw64/x86_64-w64-mingw32/include/crtdefs.h:138:20: note: previous 
declaration as 'typedef __time64_t time_t'
 typedef __time64_t time_t;

I also see a number of warnings apparently related to system and gcc includes.
Any pointer on how to address such issues ?Is it a problem with system headers 
or with openscenegraph ?

 Fixing system headers is not something i am comfortable with.

Cheers,Philippe.


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

[osg-users] openscenegraph-git : conflicting declaration error

[philippe renon]

Hi,
Building current openscenegraph-git, with a fully updated msys2, fails with 
this error:
In file included from C:/msys64/usr/include/sys/select.h:26:0,
 from C:/msys64/usr/include/sys/types.h:68,
 from C:/msys64/usr/include/stdio.h:48,
 from C:/msys64/mingw64/include/libavutil/common.h:38,
 from C:/msys64/mingw64/include/libavutil/avutil.h:288,
 from C:/msys64/mingw64/include/libavutil/samplefmt.h:24,
 from C:/msys64/mingw64/include/libavcodec/avcodec.h:31,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegHeaders.hpp:11,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.hpp:10,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.cpp:2:
C:/msys64/usr/include/sys/_timeval.h:40:18: error: conflicting declaration 
'typedef long int time_t'
 typedef _TIME_T_ time_t;
  ^
In file included from C:/msys64/mingw64/x86_64-w64-mingw32/include/stddef.h:7:0,
 from 
C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/5.4.0/include/stddef.h:1,
 from C:/msys64/usr/include/sys/reent.h:14,
 from C:/msys64/usr/include/sys/errno.h:11,
 from C:/msys64/usr/include/errno.h:9,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegHeaders.hpp:9,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.hpp:10,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.cpp:2:
C:/msys64/mingw64/x86_64-w64-mingw32/include/crtdefs.h:138:20: note: previous 
declaration as 'typedef __time64_t time_t'
 typedef __time64_t time_t;

I also see a number of warnings apparently related to system and gcc includes.
Any pointer on how to address such issues ?Is it a problem with system headers 
or with openscenegraph ?

 Fixing system headers is not something i am comfortable with.

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

Re: [osg-users] Community Feedback Required : What minimum CMake version should we require?

[Philippe Renon]

I mostly use msys2/mingw which comes with cmake 3.4.1 ;)

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





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

Re: [osg-users] Preparing to make 3.5.3 dev release, please test

[Philippe Renon]

Hi,

Compiling master on msys2/mingw (gcc 5.3.0) gives these warnings:



Code:
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/zip/unzip.cpp:
 In function 'int unzlocal_getShort(LUFILE*, uLong*)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/zip/unzip.cpp:2996:17:
 warning: 'i' may be used uninitialized in this function [-Wmaybe-uninitialized]
 x = (uLong)i;
 ^
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/zip/unzip.cpp:
 In function 'int unzlocal_getLong(LUFILE*, uLong*)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/zip/unzip.cpp:3016:17:
 warning: 'i' may be used uninitialized in this function [-Wmaybe-uninitialized]
 x = (uLong)i;
 ^




Code:
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/osc/osc/OscPrintReceivedElements.cpp:
 In function 'std::ostream& osc::operator<<(std::ostream&, const 
osc::ReceivedMessageArgument&)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgPlugins/osc/osc/OscPrintReceivedElements.cpp:115:70:
 warning: right shift count >= width of type [-Wshift-count-overflow]
 (unsigned long)( arg.AsTimeTagUnchecked() >> 32 );
  ^



Code:

D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:
 In function 'int osgViewer::ChooseMatchingPixelFormat(HDC, int, const 
WGLIntegerAttributes&, osg::GraphicsContext::Traits*)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1677:62:
 warning: converting to non-pointer type 'long long int' from NULL 
[-Wconversion-null]
 DWORD(_traits->doubleBuffer ? PFD_DOUBLEBUFFER : NULL) |  // 
double buffered ?
  ^
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1678:93:
 warning: converting to non-pointer type 'long long int' from NULL 
[-Wconversion-null]
 DWORD(_traits->swapMethod ==  osg::DisplaySettings::SWAP_COPY ? 
PFD_SWAP_COPY : NULL) |

 ^
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1679:101:
 warning: converting to non-pointer type 'long long int' from NULL 
[-Wconversion-null]
 DWORD(_traits->swapMethod ==  osg::DisplaySettings::SWAP_EXCHANGE 
? PFD_SWAP_EXCHANGE : NULL),



 ^


Code:
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgsimulation/osgsimulation.cpp:33:0:
 warning: ignoring #pragma warning  [-Wunknown-pragmas]
 #pragma warning(disable : 4103 4114 4201 4237 4251 4275 4290 4503 4335 4786)
 ^





Code:
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:
 In constructor 'OSGCanvas::OSGCanvas(wxWindow*, wxWindowID, const wxPoint&, 
const wxSize&, long int, const wxString&, int*)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:138:89:
 warning: 'wxGLCanvas::wxGLCanvas(wxWindow*, wxWindowID, const wxPoint&, const 
wxSize&, long int, const wxString&, const int*, const wxPalette&)' is 
deprecated [-Wdeprecated-declarations]
 : wxGLCanvas(parent, id, pos, size, style|wxFULL_REPAINT_ON_RESIZE, name, 
attributes)

 ^
In file included from C:/msys64/mingw64/include/wx-3.0/wx/wxprec.h:12:0,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:2:
C:/msys64/mingw64/include/wx-3.0/wx/msw/glcanvas.h:96:5: note: declared here
 wxDEPRECATED(
 ^
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:
 In member function 'void OSGCanvas::OnSize(wxSizeEvent&)':
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:157:17:
 warning: 'void wxGLCanvasBase::OnSize(wxSizeEvent&)' is deprecated 
[-Wdeprecated-declarations]
 wxGLCanvas::OnSize(event);
 ^
In file included from C:/msys64/mingw64/include/wx-3.0/wx/wxprec.h:12:0,
 from 
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:2:
C:/msys64/mingw64/include/wx-3.0/wx/glcanvas.h:140:5: note: declared here
 wxDEPRECATED( void OnSize(wxSizeEvent& event) );
 ^
D:/MINGW-packages/mingw-w64-openscenegraph-git/src/OpenSceneGraph/examples/osgviewerWX/osgviewerWX.cpp:157:29:
 warning: 'void 

Re: [osg-users] Mac compilation error

[philippe renon]

Hi Robert,
That's what I figured :)
Are you going to fix it directly or should I submit the fix ?
Philippe.
 


Le Lundi 23 novembre 2015 9h45, Robert Osfield <robert.osfi...@gmail.com> a 
écrit :
 
 

 Hi Philippe,

This is a bug, it should be a reference - I must have made a copy and paste 
error when adapting the line to use the template ref_ptr interface.

Robert.

On 22 November 2015 at 10:02, philippe renon <philippe_re...@yahoo.fr> wrote:

Hi,
The include/osgViewer/View include has that suspicious line:

template void setImagePager(const osg::ref_ptr* ip) { 
setImagePager(ip.get()); }
which fails to compile on mac with :member reference base type 'const 
osg::ref_ptr *' is not a structure or union
This pattern using osg::ref_ptr is used in many places but that suspicious line 
is only one with pointer instead of reference.
Philippe.


___
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] Mac compilation error

[philippe renon]

Just saw that a fix was pushed. Thanks !
 


Le Lundi 23 novembre 2015 11h03, philippe renon <philippe_re...@yahoo.fr> a 
écrit :
 
 

 Hi Robert,
That's what I figured :)
Are you going to fix it directly or should I submit the fix ?
Philippe.
 


Le Lundi 23 novembre 2015 9h45, Robert Osfield <robert.osfi...@gmail.com> a 
écrit :
 
 

 Hi Philippe,

This is a bug, it should be a reference - I must have made a copy and paste 
error when adapting the line to use the template ref_ptr interface.

Robert.

On 22 November 2015 at 10:02, philippe renon <philippe_re...@yahoo.fr> wrote:

Hi,
The include/osgViewer/View include has that suspicious line:

template void setImagePager(const osg::ref_ptr* ip) { 
setImagePager(ip.get()); }
which fails to compile on mac with :member reference base type 'const 
osg::ref_ptr *' is not a structure or union
This pattern using osg::ref_ptr is used in many places but that suspicious line 
is only one with pointer instead of reference.
Philippe.


___
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] Mac compilation error

[philippe renon]

Hi,
The include/osgViewer/View include has that suspicious line:

template void setImagePager(const osg::ref_ptr* ip) { 
setImagePager(ip.get()); }
which fails to compile on mac with :member reference base type 'const 
osg::ref_ptr *' is not a structure or union
This pattern using osg::ref_ptr is used in many places but that suspicious line 
is only one with pointer instead of reference.
Philippe.

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

Re: [osg-users] Mac compilation error

[philippe renon]

Hi,
It is in 3.4.0 and in head : 
https://github.com/openscenegraph/osg/blob/master/include/osgViewer/View
Philippe.

 


Le Dimanche 22 novembre 2015 13h28, michael kapelko <korn...@gmail.com> a 
écrit :
 
 

 Hi.
What SVN revision is it? I can't find such a line in my r14769.

2015-11-22 17:02 GMT+07:00 philippe renon <philippe_re...@yahoo.fr>:

Hi,
The include/osgViewer/View include has that suspicious line:

template void setImagePager(const osg::ref_ptr* ip) { 
setImagePager(ip.get()); }
which fails to compile on mac with :member reference base type 'const 
osg::ref_ptr *' is not a structure or union
This pattern using osg::ref_ptr is used in many places but that suspicious line 
is only one with pointer instead of reference.
Philippe.


___
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] github not synchronized

[philippe renon]

Thanks a bunch :)


> I've provided Robert with the necessary security tokens to take over the
> openscenegraph user account on github. Things should go smoothly from now
> on.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] github not synchronized

[philippe renon]

Hi,
It has been mentionned recently that the GitHub repository is not synchronized 
anymore.
Could someone shoot a mail to the maintainer of the GitHub mirror (if he is 
still around) to let him know the situation.
We have come to rely on it to pull and compile the latest versions of osg.
Cheers,Philippe.

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

Re: [osg-users] github not synchronized

[philippe renon]

Yes, I know. Thing is that we have automatized the process of pulling from git 
and buiilding.We are a hobby project with very little resources.
We could also create our own git mirror as described here : 
http://www.openscenegraph.org/index.php/downloads/code-repositories/31-git-mirror#MirorringprocessDoes
 not look overly complex.
But maybe it is just a very small issue on the maintainer side.Btw the 
gitorious mirror is definetly dead...
Philippe.



 


 Le Samedi 7 novembre 2015 12h41, Sebastian Messerschmidt 
 a écrit :
   
 

  Hi Phillipe, 
 
 You can still use the SVN-repository as a fallback.
 
 
 Cheers
 Sebastian 
 
  Hi, 
  It has been mentionned recently that the GitHub repository is not 
synchronized anymore. 
  Could someone shoot a mail to the maintainer of the GitHub mirror (if he is 
still around) to let him know the situation. 
  We have come to rely on it to pull and compile the latest versions of osg. 
  Cheers, Philippe.
  
   
  
 ___
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] OpenSceneGraph-3.3.8 dev release tagged

[Philippe Renon]

Hi,

Compiles and runs fine on Windows 7 + Qt 5.4.1 + MingW 4.9.1

Cheers,
Philippe

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





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

Re: [osg-users] Forcing a scene to rebind textures

[Philippe Renon]

One problem down :)

I had code similar to this:


Code:

viewer.removeView(view)
detach(view);
view = NULL;




Closing the GraphicsContext before calling detach() fixed my issues.
The GL object now get discarded at the right time.
The context used to be closed when nulling the view, which was too late.

Thanks for your help guys!

Cheers,
Philippe

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





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

Re: [osg-users] Forcing a scene to rebind textures

[Philippe Renon]

robertosfield wrote:
 Hi Philippe,
 Is there any chance your application is caching a subgraph that isn't
 attached to the view/contexts that are destroyed so are effectively
 hidden by the releaseGLObjects() operation?   If you re-attach such a
 subgraph to a new context it's handles to GL objects will all still be
 there but won't be valid.
 
 If you do cache subgraphs in this way then you need to call
 rootnode-releaseGLObjects(); on it prior to deleting the context, or
 call releaseGLObjectse() afterwards then osg::discardAllGLObjects();
 


Thank Robert, 
I think you are pointing me in the right direction.

By caching do you mean such a scenario:
1- realize and render a scene
2- detach a subgraph
3- remove View / close the GraphicsContext
4- create a new View with some scene and reattach the subgraph from step 2

Note that in my scenario (i.e. creating/detroying the same view+scene 
multiple times) the CompositeViewer itself remains the same. Views get added 
and removed but there is only one View at any time in that viewer (so I 
probably should not use CompositeViewer but I don't think it is relevant and I 
might need it in the future).

PS : Just tried to do the suggested cleanups after creating the view.
Code looks like this


Code:

viewer-addView(view);

// needed when adding a view a 2nd time (osg will not realize the viewer 
again...)
if (!viewer-isRealized()) {
viewer-realize();
}

view-releaseGLObjects();

unsigned int contextID = 
view-getCamera()-getGraphicsContext()-getState()-getContextID();
osg::discardAllGLObjects(contextID);




But I still get the invalid enumerant error followed by a crash.

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





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

Re: [osg-users] Forcing a scene to rebind textures

[Philippe Renon]

scrawl wrote:
 Hi filnet,
 
 there is one missing step in your code - you said you have a detached 
 subgraph. The OSG does not hold any pointers to detached subgraphs, so it 
 can't do the cleanup on its own. Only your application knows where those 
 subgraphs are stored.
 
 Jannik


Hi Jannik,

The subgraph is supposed to be reattached before the big cleanup.
I am looking in the code for such cached subgraph but can't find any. 
The only cached object I found is a NodeCallback that gets attached to the 
camera.

I tried to simplify my scene to the extreme.
I removed the SkyNode that was used and now I have only an osgearth map in the 
scene. 
With that change the immediate crash is gone but the enumerant error is still 
there.
On the second use of the scene, the textures visited by zommiing around show 
up black. Zooming further will eventually cause new previously not shown 
textures to appear correctly.

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





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

Re: [osg-users] Forcing a scene to rebind textures

[Philippe Renon]

Hi Robert,

As a matter of fact I have a GraphicsContext managed by osg.
And it properly gets destroyed.

I later create a new View and set on it the scene data that was previously set 
on the other view (which is now discarded).
I then see the errors below and get crashes. 
Please note that this does not happen on simple scenes but on scenes containing 
osgearth maps.

There is something I am not doing properly when destorying the 1s view which 
leaves the scene in a bad state. Question is to find what is wrong with the 
scene.


robertosfield wrote:
 Hi Phillipe.
 
 When a graphics context is detroyed a releaseGLObjects() on the scene
 graph should be called.  When a context is destroyed outwith the
 control of the core OSG then calling
 osg::discardAllGLObjects(contextID) should be done to make sure any
 cached GL objects handles and discarded for that context.
 
 The osgViewer library tries to do this all for you, but if you've
 implement your own context setup/destruction then it won't have all
 the control to do this automatically.
 
 Robert.
 
 On 10 May 2015 at 13:12, philippe renon  wrote:
 
  Hi,
  
  I am using osg 3.2.1 in a Qt application. Sometimes, for reasons too long to
  explain here, Qt will destroy the OpenGL context used by a scene. After that
  I see rendering problems and logs has warnings similar to this one:
  
  DBG: [OSG NOTICE]
  WRN: [OSG WARN] Warning: detected OpenGL error 'invalid enumerant' at After
  Renderer::compile
  WRN: [OSG WARN]
  
  The rendering issues are caused by missing textures. The geometry looks fine
  though.
  
  Is there a way to force a complete scene to rebind its textures or do I need
  to destroy and rebuild the scene?
  
  Philippe.
  
  ___
  osg-users mailing list
  
  http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
  
  
 ___
 osg-users mailing list
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
  --
 Post generated by Mail2Forum


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





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

[osg-users] Forcing a scene to rebind textures

[philippe renon]

Hi,
I am using osg 3.2.1 in a Qt application. Sometimes, for reasons too long to 
explain here, Qt will destroy the OpenGL context used by a scene. After that I 
see rendering problems and logs has warnings similar to this one:
DBG: [OSG NOTICE]
WRN: [OSG WARN] Warning: detected OpenGL error 'invalid enumerant' at After 
Renderer::compile
WRN: [OSG WARN]

The rendering issues are caused by missing textures. The geometry looks fine 
though.
Is there a way to force a complete scene to rebind its textures or do I need to 
destroy and rebuild the scene?
Philippe.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] (no subject)

[Philippe Renon]

Hi Robert,

Thanks for the quick answers.
Please find attached the two modified files (originals are from version 3.3.3):
The files are:
- include/osg/BufferObject
- include/osg/GLDefines

Qt also uses the #ifdef #define pattern so switching include order might not be 
ideal (haven't tested...).

I guess it is easier to change osg than Qt ;)
But there is a somewhat related Qt bug open : 
https://bugreports.qt.io/browse/QTBUG-43748
Qt unnecessarily exposes GL constants publicly.

Regards,
Philippe

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




Attachments: 
http://forum.openscenegraph.org//files/4674_1422921720._672.
http://forum.openscenegraph.org//files/4674_1422921695._155.


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

Re: [osg-users] (no subject)

[Philippe Renon]

robertosfield wrote:
 
 
 Could you try removing the #define GL_ARB_vertex_buffer_object line from the 
 include/osg/BufferObject header to see if that allows the Qt header to 
 compile fine.
 
 


Removing the #define GL_ARB_vertex_buffer_object line did the trick.

Fixing the GL_SHADER_STORAGE_BARRIER_BIT redefine warning is also 
straightfoward:


 
 diff --git a/include/osg/GLDefines b/include/osg/GLDefines
 index e89bd3a..11ef3d2 100644
 --- a/include/osg/GLDefines
 +++ b/include/osg/GLDefines
 @@ -493,7 +493,7 @@ typedef char GLchar;
  #endif
 
  #ifndef GL_VERSION_4_3
 -#define GL_SHADER_STORAGE_BARRIER_BIT 0x2000
 +#define GL_SHADER_STORAGE_BARRIER_BIT 0x2000
 

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





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

Re: [osg-users] (no subject)

[Philippe Renon]

robertosfield wrote:
 Hi Phileppe,
 
 
 I presume Qt5.4 is define the various GL values in it's headers as well as 
 the OSG.  You could try changing the include order of the Qt and OSG headers 
 to see if that can resolve the issue.  I don't have Qt5.4 on my system to 
 test against so I'll have to defer to you to see if you can find a solution.  
 If you do just let me know the changes required and we can then discuss how 
 to tweak the OSG or it's Qt usage to avoid the issues.
 
 Robert.
 
 


It is exactly that and I tend to include OSG first and then Qt.
Will try the other way around although fixing OSG is pretty simple (see my last 
post on that subject).

Philippe.

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





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

[osg-users] (no subject)

[philippe renon]

Hi,
Compilation of osg 3.2.1 against Qt 5.4.0 (mingw) was working perfectly fine.
After switching to 3.3.3 we are seeing this compilation error :
In file included from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopengl.h:123:0,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/qgl.h:39,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/QGLWidget:1,
 from 
d:/Projects/OpenPilot/3rdparty/osg/include/osgQt/GraphicsWindowQt:17,
 from 
d:\Projects\OpenPilot\3rdparty\osg\examples\osgviewerQt\osgviewerQt.cpp:12:
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopenglext.h:10653:130:
 error: 'GLintptrARB' has not been declared
 typedef void (APIENTRYP PFNGLBINDVIDEOCAPTURESTREAMBUFFERNVPROC) (GLuint 
video_capture_slot, GLuint stream, GLenum frame_region, GLintptrARB offset);

The issue comes from a conflict between 
   osg/include/osg/BufferObjectand   
qt-5.4.0/5.4/mingw491_32/include/QtGui/qopenglext.h
within the section starting with:   #ifndef GL_ARB_vertex_buffer_object
   #define GL_ARB_vertex_buffer_object
I beleive that this issue was introduced by openscenegraph/osg

|   |
|   |  |   |   |   |   |   |
| openscenegraph/osgosg - OpenSceneGraph git mirror |
|  |
| Afficher sur github.com | Aperçu par Yahoo |
|  |
|   |


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

Re: [osg-users] (no subject)

[philippe renon]

I am also seeing this warnings multiple times:
[ 92%] Building CXX object 
src/applications/osgearth_package_qt/CMakeFiles/application_osgearth_package_qt.dir/package_qt.cpp.obj
In file included from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopengl.h:123:0,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/qgl.h:39,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/QGLWidget:1,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osgQt/GraphicsWindowQt:17,
 from 
d:/Projects/OpenPilot/3rdparty/osgearth/src/osgEarthQt/ViewerWidget:26,
 from 
d:\Projects\OpenPilot\3rdparty\osgearth\src\applications\osgearth_package_qt\package_qt.cpp:26:
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopenglext.h:2431:0:
 warning: GL_SHADER_STORAGE_BARRIER_BIT redefined
 #define GL_SHADER_STORAGE_BARRIER_BIT 0x2000
 ^
In file included from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/GLExtensions:18:0,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/BufferObject:19,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/Array:46,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/Shape:21,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/KdTree:17,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osgDB/Registry:21,
 from 
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osgDB/FileUtils:17,
 from 
d:\Projects\OpenPilot\3rdparty\osgearth\src\applications\osgearth_package_qt\package_qt.cpp:21:
D:/Projects/OpenPilot/build/3rdparty/install/osg-3.3.3-mingw491_32-qt-5.4.0/include/osg/GLDefines:496:0:
 note: this is the location of the previous definition
 #define GL_SHADER_STORAGE_BARRIER_BIT 0x2000
 ^
PS : sorry for the missing email object.


 

 Le Samedi 31 janvier 2015 21h44, philippe renon philippe_re...@yahoo.fr 
a écrit :
   
 

 Hi,
Compilation of osg 3.2.1 against Qt 5.4.0 (mingw) was working perfectly fine.
After switching to 3.3.3 we are seeing this compilation error :
In file included from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopengl.h:123:0,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/qgl.h:39,
 from 
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtOpenGL/QGLWidget:1,
 from 
d:/Projects/OpenPilot/3rdparty/osg/include/osgQt/GraphicsWindowQt:17,
 from 
d:\Projects\OpenPilot\3rdparty\osg\examples\osgviewerQt\osgviewerQt.cpp:12:
d:/Projects/OpenPilotTools/qt-5.4.0/5.4/mingw491_32/include/QtGui/qopenglext.h:10653:130:
 error: 'GLintptrARB' has not been declared
 typedef void (APIENTRYP PFNGLBINDVIDEOCAPTURESTREAMBUFFERNVPROC) (GLuint 
video_capture_slot, GLuint stream, GLenum frame_region, GLintptrARB offset);

The issue comes from a conflict between 
   osg/include/osg/BufferObjectand   
qt-5.4.0/5.4/mingw491_32/include/QtGui/qopenglext.h
within the section starting with:   #ifndef GL_ARB_vertex_buffer_object
   #define GL_ARB_vertex_buffer_object
I beleive that this issue was introduced by openscenegraph/osg

|   |
|   |  |   |   |   |   |   |
| openscenegraph/osgosg - OpenSceneGraph git mirror |
|  |
| Afficher sur github.com | Aperçu par Yahoo |
|  |
|   |


Regards,Philippe.
  


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