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:

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

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

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 :

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] 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

[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.

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

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());

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

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

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() :

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

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

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

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

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

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

[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

[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

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

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:

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:

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.

[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

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

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*)':

Re: [osg-users] Mac compilation error

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) { s

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,

[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

Re: [osg-users] Mac compilation error

-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

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

[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.

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 :

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

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

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

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,

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

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

[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

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...).

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

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

[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

Re: [osg-users] (no subject)

-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