Re: [osg-users] osgmovie - ffmpeg or Gstreamer
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
@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
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
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
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
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.
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
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
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?
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
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
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
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
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
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
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
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
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 Messerschmidta é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
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
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
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
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
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
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)
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)
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)
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)
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)
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