[osg-users] OSG and QTWidget cull Problem!
Hi all, Today i use QT for my work. But when i load an object into OSG, it seem transparent. I 've attached two screen-shot, could you help me? I try enable_all_cull but it doesn't work for me. Thank you! Cheers, Nguyen[/img] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63680#63680 Attachments: http://forum.openscenegraph.org//files/capture2_120.png http://forum.openscenegraph.org//files/capture_433.png ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] DotOsgWrapper. Are there any tutorials, example, or anything else that could help me learn about DotOsgWrapper.
Thanks Robert. I have just had a look at /osgWrappers/serializers/*, but didn't know where to begin. :( Fortunately, I searched and found something here http://trac.openscenegraph.org/projects/osg//wiki/Support/KnowledgeBase/SerializationSupport. In OpenSceneGraph 3.0 Beginner's Guide and OpenSceneGraph 3 Cookbook, there are also chapters about it. I guess I can make it now. :D robertosfield wrote: > HI Xia, > > The DotOsgWrapper approach is deprecated so I would not recommend > trying to learn or use it. > > We now have a much more flexible and powerful scheme for creating > serializers. I'm afraid there isn't a tutorial that I'm aware of but > perhaps others have written one and can point you in the right > direction. > > What there is though is lots of examples of the serializers being > implemented for all the core scene graph classes, you'll find the > serializers in the OpenSceneGraph/src/osgWrappers/serializers/* > directories. You don't need to create plugins to provide serializers, > you can add them directly to you application and they'll be > automatically registered. > > Robert. > > On 8 May 2015 at 03:34, Xia Baobao <> wrote: > > > Hi, > > > > I think I need to use DotOsgWrapper in my program. > > But I didn't find much about it. > > The most helpful material I found so far is this topic. But I am not sure I > > can get through with it. > > http://forum.openscenegraph.org/viewtopic.php?p=16629#16629 > > So, recommend me some if you know. > > > > I think DotOsgWrapper is a bit like osg plugin, thus I have already learnt > > something about it. > > > > Thank you! > > > > Cheers, > > Xia > > > > -- > > Read this topic online here: > > http://forum.openscenegraph.org/viewtopic.php?p=63662#63662 > > > > > > > > > > > > ___ > > 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=63679#63679 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Avoid cleaning drawing buffer
Thanks guys! -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63676#63676 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compiling osgVRPN
Hi Joao, Could you please post how you managed to get osgVRPN compiling with the rest of OSG source. thanks are you compiling osgVRPN separately? or did you drop everythign on top of OSG source? also, which VRPN version did you end up using? ... Thank you! Cheers, Hoss -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63657#63657 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [GL ES2] Compilation errors on master branch
I don't see a solution to this problem. In the meantime, here is what I do: Code: #if !defined(GL_VERSION_3_1) #ifdef _WIN32 typedef __int64 GLint64; typedef unsigned __int64 GLuint64; #else #ifndef GL_ES_VERSION_2_0 typedef long long int GLint64; typedef unsigned long long int GLuint64; #endif #endif #endif It does not make sense because GLint64 and GLuint64 are not always defined when GL_ES_VERSION_2_0 is defined, but at least it works on my machine. I tried to use a mesa version number or something that would indicate its API status but could not find any. Thanks. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63673#63673 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Android osgPlugins
Hi, I don't really understand your problems. First, OSG builds in static, that's correct (.a files), then the JNI wrappers are .so (libjniosg.so) that's also correct and already has OSG statically linked there so only that jni library is required, JNI works in that way, a .so that is preloaded using System.loadLibrary(..). osgAndroid is prepared to do it for you. Second, the ndk-build command, leaves the libjniosg.so in the correct place, so, after building with ndk-build the org.openscenegraph.android project you need to import the osgAndroid project in eclipse, and deploy the osgsimple project to the device. Eclipse should package everything properly. I'm not doing any different that this. As far as I saw in your log, the jni library is preloaded, the problem then comes when tries to load the model, so either your device has different configuration and something is not properly built, or the model is not really in that place. Rafa. 2015-05-07 23:39 GMT+02:00 Christian Kehl : > Hi, > > So, I found some time today again (got caught up in other things recent > days) to follow the advice. I have rebuild the android and the osgjni > project, both compile. weirdly enough, while the osg itself is build in > static mode, when I call ndk-build it builds the wrapper still as .so - is > that intended ? May it be that the system-wide package from Synaptics > interferes with the build order somewhere ? I have no clue why it's not > working here - still get the same error log as last time, btw - nothing > changed. How do the .a library file get on the android device ? where > should they be usually placed in the folder hierarchy to be transferred ? > > Thank you! > > Cheers, > Christian > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=63661#63661 > > > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > -- Rafael Gaitán Linares CTO at Mirage Technologies S.L - http://www.mirage-tech.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [GL ES2] Compilation errors on master branch
Hi Jean, I have just had a look on my Kubuntu 15.04 system and do a build using: cd OpenSceneGraph cmake . -DOPENGL_PROFILE=GLES2 make And I get the same errors as you. Previously I've used GLES2 other headers rather than the ones that now come as part of Kubuntu/Ubuntu and there are older and different. The new headers add the GLuint64 definition, unfortunately I haven't yet spotted an easy way to detect which set of headers are in use and enable/disable the typedef accordingly. I'd welcome suggestions. Robert. On 8 May 2015 at 09:48, Jean Baptiste Poquelin wrote: > > robertosfield wrote: >> HI Jean, >> >> Others have been using GLES2 with OSG svn/trunk without problems so >> there must be an issue relating to specific combination of headers. >> >> How did you go about installing your GLES2 version? What source is it from? >> > > Hi Robert, > > I am using Ubuntu 14.04 64 bit. I was able to reproduce this issue by > following those steps: > git clone https://github.com/openscenegraph/osg.git > cd osg > mkdir build > cd build > cmake -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL3_AVAILABLE=OFF > -DOSG_GLES1_AVAILABLE=OFF -DOSG_GLES2_AVAILABLE=ON > -DOPENGL_INCLUDE_DIR=/usr/include > -DOPENGL_LIBRARY=/usr/lib/x86_64-linux-gnu/libGLESv2.so > -DOPENGL_egl_LIBRARY=/usr/lib/x86_64-linux-gnu/libEGL.so > -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DOSG_GL_MATRICES_AVAILABLE=OFF > -DOSG_GL_VERTEX_FUNCS_AVAILABLE=OFF -DOSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE=OFF > -DOSG_GL_FIXED_FUNCTION_AVAILABLE=OFF -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF .. > make > > >> At what point do you get the compile errors you are reporting? > > Right at the start: > > Code: > > Scanning dependencies of target OpenThreads > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThread.o > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadBarrier.o > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadCondition.o > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadMutex.o > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/__/common/Version.o > [ 0%] Building CXX object > src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/__/common/Atomic.o > Linking CXX shared library ../../../lib/libOpenThreads.so > [ 0%] Built target OpenThreads > Scanning dependencies of target osg > [ 0%] Building CXX object src/osg/CMakeFiles/osg.dir/AlphaFunc.o > In file included from /home/boule/Code/osg2/include/osg/GLDefines:25:0, > from /home/boule/Code/osg2/include/osg/GLExtensions:18, > from /home/boule/Code/osg2/include/osg/Shader:25, > from /home/boule/Code/osg2/include/osg/StateAttribute:20, > from /home/boule/Code/osg2/include/osg/AlphaFunc:17, > from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: > /home/boule/Code/osg2/build/include/osg/GL:123:31: error: conflicting > declaration 'typedef long long int GLint64' > typedef long long int GLint64; >^ > In file included from /home/boule/Code/osg2/build/include/osg/GL:109:0, > from /home/boule/Code/osg2/include/osg/GLDefines:25, > from /home/boule/Code/osg2/include/osg/GLExtensions:18, > from /home/boule/Code/osg2/include/osg/Shader:25, > from /home/boule/Code/osg2/include/osg/StateAttribute:20, > from /home/boule/Code/osg2/include/osg/AlphaFunc:17, > from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: > /usr/include/GLES2/gl2.h:63:25: error: 'GLint64' has a previous declaration > as 'typedef khronos_int64_t GLint64' > typedef khronos_int64_t GLint64; > ^ > In file included from /home/boule/Code/osg2/include/osg/GLDefines:25:0, > from /home/boule/Code/osg2/include/osg/GLExtensions:18, > from /home/boule/Code/osg2/include/osg/Shader:25, > from /home/boule/Code/osg2/include/osg/StateAttribute:20, > from /home/boule/Code/osg2/include/osg/AlphaFunc:17, > from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: > /home/boule/Code/osg2/build/include/osg/GL:124:40: error: conflicting > declaration 'typedef long long unsigned int GLuint64' > typedef unsigned long long int GLuint64; > ^ > In file included from /home/boule/Code/osg2/build/include/osg/GL:109:0, > from /home/boule/Code/osg2/include/osg/GLDefines:25, > from /home/boule/Code/osg2/include/osg/GLExtensions:18, > from /home/boule/Code/osg2/include/osg/Shader:25, > from /home/boule/Code/osg2/include/osg/StateAttribute:20, > from /home/boule/Code/osg2/include/osg/AlphaFunc:17, > from /h
Re: [osg-users] [GL ES2] Compilation errors on master branch
robertosfield wrote: > HI Jean, > > Others have been using GLES2 with OSG svn/trunk without problems so > there must be an issue relating to specific combination of headers. > > How did you go about installing your GLES2 version? What source is it from? > Hi Robert, I am using Ubuntu 14.04 64 bit. I was able to reproduce this issue by following those steps: git clone https://github.com/openscenegraph/osg.git cd osg mkdir build cd build cmake -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL3_AVAILABLE=OFF -DOSG_GLES1_AVAILABLE=OFF -DOSG_GLES2_AVAILABLE=ON -DOPENGL_INCLUDE_DIR=/usr/include -DOPENGL_LIBRARY=/usr/lib/x86_64-linux-gnu/libGLESv2.so -DOPENGL_egl_LIBRARY=/usr/lib/x86_64-linux-gnu/libEGL.so -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DOSG_GL_MATRICES_AVAILABLE=OFF -DOSG_GL_VERTEX_FUNCS_AVAILABLE=OFF -DOSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE=OFF -DOSG_GL_FIXED_FUNCTION_AVAILABLE=OFF -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF .. make > At what point do you get the compile errors you are reporting? Right at the start: Code: Scanning dependencies of target OpenThreads [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThread.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadBarrier.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadCondition.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadMutex.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/__/common/Version.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/__/common/Atomic.o Linking CXX shared library ../../../lib/libOpenThreads.so [ 0%] Built target OpenThreads Scanning dependencies of target osg [ 0%] Building CXX object src/osg/CMakeFiles/osg.dir/AlphaFunc.o In file included from /home/boule/Code/osg2/include/osg/GLDefines:25:0, from /home/boule/Code/osg2/include/osg/GLExtensions:18, from /home/boule/Code/osg2/include/osg/Shader:25, from /home/boule/Code/osg2/include/osg/StateAttribute:20, from /home/boule/Code/osg2/include/osg/AlphaFunc:17, from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: /home/boule/Code/osg2/build/include/osg/GL:123:31: error: conflicting declaration ‘typedef long long int GLint64’ typedef long long int GLint64; ^ In file included from /home/boule/Code/osg2/build/include/osg/GL:109:0, from /home/boule/Code/osg2/include/osg/GLDefines:25, from /home/boule/Code/osg2/include/osg/GLExtensions:18, from /home/boule/Code/osg2/include/osg/Shader:25, from /home/boule/Code/osg2/include/osg/StateAttribute:20, from /home/boule/Code/osg2/include/osg/AlphaFunc:17, from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: /usr/include/GLES2/gl2.h:63:25: error: ‘GLint64’ has a previous declaration as ‘typedef khronos_int64_t GLint64’ typedef khronos_int64_t GLint64; ^ In file included from /home/boule/Code/osg2/include/osg/GLDefines:25:0, from /home/boule/Code/osg2/include/osg/GLExtensions:18, from /home/boule/Code/osg2/include/osg/Shader:25, from /home/boule/Code/osg2/include/osg/StateAttribute:20, from /home/boule/Code/osg2/include/osg/AlphaFunc:17, from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: /home/boule/Code/osg2/build/include/osg/GL:124:40: error: conflicting declaration ‘typedef long long unsigned int GLuint64’ typedef unsigned long long int GLuint64; ^ In file included from /home/boule/Code/osg2/build/include/osg/GL:109:0, from /home/boule/Code/osg2/include/osg/GLDefines:25, from /home/boule/Code/osg2/include/osg/GLExtensions:18, from /home/boule/Code/osg2/include/osg/Shader:25, from /home/boule/Code/osg2/include/osg/StateAttribute:20, from /home/boule/Code/osg2/include/osg/AlphaFunc:17, from /home/boule/Code/osg2/src/osg/AlphaFunc.cpp:14: /usr/include/GLES2/gl2.h:64:26: error: ‘GLuint64’ has a previous declaration as ‘typedef khronos_uint64_t GLuint64’ typedef khronos_uint64_t GLuint64; ^ make[2]: *** [src/osg/CMakeFiles/osg.dir/AlphaFunc.o] Erreur 1 make[1]: *** [src/osg/CMakeFiles/osg.dir/all] Erreur 2 make: *** [all] Erreur 2 Thanks for helping me. -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63669#63669 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [GL ES2] Compilation errors on master branch
HI Jean, Others have been using GLES2 with OSG svn/trunk without problems so there must be an issue relating to specific combination of headers. How did you go about installing your GLES2 version? What source is it from? At what point do you get the compile errors you are reporting? Robert. On 8 May 2015 at 09:27, Jean Baptiste Poquelin wrote: > Hello, > > I used the cmake settings for OpenGL ES 2.0. > > On my machine that would be: > OSG_GL1_AVAILABLE OFF > OSG_GL2_AVAILABLE OFF > OSG_GL3_AVAILABLE OFF > OSG_GLES1_AVAILABLE OFF > OSG_GLES2_AVAILABLE ON > OPENGL_INCLUDE_DIR /usr/include > OPENGL_LIBRARY /usr/lib/x86_64-linux-gnu/libGLESv2.so > OPENGL_egl_LIBRARY /usr/lib/x86_64-linux-gnu/libEGL.so > OSG_GL_DISPLAYLISTS_AVAILABLE OFF > SG_GL_MATRICES_AVAILABLEOFF > OSG_GL_VERTEX_FUNCS_AVAILABLE OFF > OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE OFF > OSG_GL_FIXED_FUNCTION_AVAILABLE OFF > OSG_CPP_EXCEPTIONS_AVAILABLEOFF > > And I get the following errors: > > > Code: > In file included from /home/boule/Code/osg/include/osg/GL2Extensions:27:0, > from /home/boule/Code/osg/include/osg/Shader:25, > from /home/boule/Code/osg/include/osg/StateAttribute:20, > from /home/boule/Code/osg/include/osg/AlphaFunc:17, > from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: > /home/boule/Code/osg/build/include/osg/GL:121:31: error: conflicting > declaration 'typedef long long int GLint64' > typedef long long int GLint64; >^ > In file included from /home/boule/Code/osg/build/include/osg/GL:107:0, > from /home/boule/Code/osg/include/osg/GL2Extensions:27, > from /home/boule/Code/osg/include/osg/Shader:25, > from /home/boule/Code/osg/include/osg/StateAttribute:20, > from /home/boule/Code/osg/include/osg/AlphaFunc:17, > from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: > /usr/include/GLES2/gl2.h:63:25: error: 'GLint64' has a previous declaration > as 'typedef khronos_int64_t GLint64' > typedef khronos_int64_t GLint64; > ^ > In file included from /home/boule/Code/osg/include/osg/GL2Extensions:27:0, > from /home/boule/Code/osg/include/osg/Shader:25, > from /home/boule/Code/osg/include/osg/StateAttribute:20, > from /home/boule/Code/osg/include/osg/AlphaFunc:17, > from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: > /home/boule/Code/osg/build/include/osg/GL:122:40: error: conflicting > declaration 'typedef long long unsigned int GLuint64' > typedef unsigned long long int GLuint64; > ^ > In file included from /home/boule/Code/osg/build/include/osg/GL:107:0, > from /home/boule/Code/osg/include/osg/GL2Extensions:27, > from /home/boule/Code/osg/include/osg/Shader:25, > from /home/boule/Code/osg/include/osg/StateAttribute:20, > from /home/boule/Code/osg/include/osg/AlphaFunc:17, > from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: > /usr/include/GLES2/gl2.h:64:26: error: 'GLuint64' has a previous declaration > as 'typedef khronos_uint64_t GLuint64' > typedef khronos_uint64_t GLuint64; > > > > Can you help me figuring out why? There is no issue on OpenSceneGraph-3.2 > branch. > > Thank you! > > Cheers, > Jean[/code] > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=63666#63666 > > > > > > ___ > 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] DotOsgWrapper. Are there any tutorials, example, or anything else that could help me learn about DotOsgWrapper.
HI Xia, The DotOsgWrapper approach is deprecated so I would not recommend trying to learn or use it. We now have a much more flexible and powerful scheme for creating serializers. I'm afraid there isn't a tutorial that I'm aware of but perhaps others have written one and can point you in the right direction. What there is though is lots of examples of the serializers being implemented for all the core scene graph classes, you'll find the serializers in the OpenSceneGraph/src/osgWrappers/serializers/* directories. You don't need to create plugins to provide serializers, you can add them directly to you application and they'll be automatically registered. Robert. On 8 May 2015 at 03:34, Xia Baobao wrote: > Hi, > > I think I need to use DotOsgWrapper in my program. > But I didn't find much about it. > The most helpful material I found so far is this topic. But I am not sure I > can get through with it. > http://forum.openscenegraph.org/viewtopic.php?p=16629#16629 > So, recommend me some if you know. > > I think DotOsgWrapper is a bit like osg plugin, thus I have already learnt > something about it. > > Thank you! > > Cheers, > Xia > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=63662#63662 > > > > > > ___ > 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] [GL ES2] Compilation errors on master branch
Hello, I used the cmake settings for OpenGL ES 2.0. On my machine that would be: OSG_GL1_AVAILABLE OFF OSG_GL2_AVAILABLE OFF OSG_GL3_AVAILABLE OFF OSG_GLES1_AVAILABLE OFF OSG_GLES2_AVAILABLE ON OPENGL_INCLUDE_DIR /usr/include OPENGL_LIBRARY /usr/lib/x86_64-linux-gnu/libGLESv2.so OPENGL_egl_LIBRARY /usr/lib/x86_64-linux-gnu/libEGL.so OSG_GL_DISPLAYLISTS_AVAILABLE OFF SG_GL_MATRICES_AVAILABLEOFF OSG_GL_VERTEX_FUNCS_AVAILABLE OFF OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE OFF OSG_GL_FIXED_FUNCTION_AVAILABLE OFF OSG_CPP_EXCEPTIONS_AVAILABLEOFF And I get the following errors: Code: In file included from /home/boule/Code/osg/include/osg/GL2Extensions:27:0, from /home/boule/Code/osg/include/osg/Shader:25, from /home/boule/Code/osg/include/osg/StateAttribute:20, from /home/boule/Code/osg/include/osg/AlphaFunc:17, from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: /home/boule/Code/osg/build/include/osg/GL:121:31: error: conflicting declaration ‘typedef long long int GLint64’ typedef long long int GLint64; ^ In file included from /home/boule/Code/osg/build/include/osg/GL:107:0, from /home/boule/Code/osg/include/osg/GL2Extensions:27, from /home/boule/Code/osg/include/osg/Shader:25, from /home/boule/Code/osg/include/osg/StateAttribute:20, from /home/boule/Code/osg/include/osg/AlphaFunc:17, from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: /usr/include/GLES2/gl2.h:63:25: error: ‘GLint64’ has a previous declaration as ‘typedef khronos_int64_t GLint64’ typedef khronos_int64_t GLint64; ^ In file included from /home/boule/Code/osg/include/osg/GL2Extensions:27:0, from /home/boule/Code/osg/include/osg/Shader:25, from /home/boule/Code/osg/include/osg/StateAttribute:20, from /home/boule/Code/osg/include/osg/AlphaFunc:17, from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: /home/boule/Code/osg/build/include/osg/GL:122:40: error: conflicting declaration ‘typedef long long unsigned int GLuint64’ typedef unsigned long long int GLuint64; ^ In file included from /home/boule/Code/osg/build/include/osg/GL:107:0, from /home/boule/Code/osg/include/osg/GL2Extensions:27, from /home/boule/Code/osg/include/osg/Shader:25, from /home/boule/Code/osg/include/osg/StateAttribute:20, from /home/boule/Code/osg/include/osg/AlphaFunc:17, from /home/boule/Code/osg/src/osg/AlphaFunc.cpp:14: /usr/include/GLES2/gl2.h:64:26: error: ‘GLuint64’ has a previous declaration as ‘typedef khronos_uint64_t GLuint64’ typedef khronos_uint64_t GLuint64; Can you help me figuring out why? There is no issue on OpenSceneGraph-3.2 branch. Thank you! Cheers, Jean[/code] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63666#63666 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Avoid cleaning drawing buffer
Hi Leandro, The osg::Camera::setClearMask(..) is what you want to use. Have a look at the osghud example to see an example of it's use. Robert. On 8 May 2015 at 05:49, Leandro Linardos wrote: > Hi, > > Is there any way to avoid cleaning the drawing buffer? > > I want to get a behaviour similar to the preserveDrawingBuffer in Three.js > (http://threejs.org/docs/#Reference/Renderers/WebGLRenderer) to leave traces > behind a moving object. > > Thank you! > > Cheers, > Leandro > > -- > Read this topic online here: > http://forum.openscenegraph.org/viewtopic.php?p=63663#63663 > > > > > > ___ > 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] Avoid cleaning drawing buffer
Hello, On Fri May 8 07:49:38 2015 Leandro Linardos wrote: > Is there any way to avoid cleaning the drawing buffer? You can use the setClearMask() function of the camera class. Normally you would provide the buffers which you want to be cleared. In your case you can just pass it a null or only clear the depth buffer. For example: viewer.getCamera()->setClearMask(GL_DEPTH_BUFFER_BIT); ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
