Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi Mathieu, One other thing that is also not any sort of priority or any sort of bug report for you to concern yourself with, but maybe you know something about it with your work on this project. The attached PIC to this reply is what I get when starting the osgviewerQt example. You will notice

Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi Mathieu, I did a pull on osg and osgQt just to make sure I had the latest of both. cmake on osgQt completed without error now with both the default settings and with the examples selected to build. Just an FYI, when I selected the documentation build in the cmake-gui... I got a cmake

Re: [osg-users] Pragmatic shader composition - bug

Hi Glenn, >> Is actually wrong and should be: >> >> if (versionLine[versionLine.versionLine.size()-1]!='\n') >> versionLine.push_back('\n'); >> I have checked this change into OSG master and OpenSceneGraph-3.4 branch. Could you let me know if that works fine. Cheers, Robert

Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi Curtis, I'll have to try and reproduce on a Linux box on my side. But could you try to pull current master and check if you can get further ? -- nǝıɥʇɐƜ On 12 October 2016 at 17:57, Curtis Rubel wrote: > Hi Mathieu, > > > Basically that is exactly what I did and am

Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi Mathieu, Basically that is exactly what I did and am getting an error. CMake Error: File /usr/local/3rdparty/osgQt-git/packaging/ld.so.conf.d/openscenegraph.conf.in does not exist. CMake Error at CMakeLists.txt:971 (CONFIGURE_FILE): configure_file Problem configuring file The

Re: [osg-users] Pragmatic shader composition - bug

Robert, Yes, I think you are correct. Glenn Waldron On Wed, Oct 12, 2016 at 10:46 AM, Robert Osfield wrote: > HI Glen, > > Could it be the line: > > if (source[source.size()-1]!='\n') source.push_back('\n'); > > Is actually wrong and should be: > > if

Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi Curtis, The repository now lies next to osg's : https://github.com/openscenegraph/osgQt To be able to compile osgQt you need to have an existing osg installation beforehand. I'll try to make change the Readme to explain in better detail. What I did (macOS with Qt5) : git clone ... cd osgQt

Re: [osg-users] Pragmatic shader composition - bug

HI Glen, Could it be the line: if (source[source.size()-1]!='\n') source.push_back('\n'); Is actually wrong and should be: if (versionLine[versionLine.versionLine.size()-1]!='\n') versionLine.push_back('\n'); So rather than adding this, it should replace the original line appending the \n to

Re: [osg-users] Feedback/guidance sought on move of osgQt out into it's own project/repository

Hi, Just curious how things are proceeding with this process. I saw Roberts request to test the latest 3.5.6 Master branch with the new vertex buffer changes and would like to try and do that but our entire baseline relies heavily on osgQt being present to build against. We are mainly a

[osg-users] Pragmatic shader composition - bug

Robert, I was trying to use the pragmatic shader comp in OSG 3.4 and ran into the following bug. osg::Shader attempts to extract the "#version" string and insert the new #define statements between the #version line and the rest of the source. However, if the #version line ends in a CRLF

Re: [osg-users] blending with shader

Thanks for the explanations. d_a_heitbrink wrote: > > As per the inout, this states the parameter into the function is both an > input and an output. I set the version for my shader to something like 4.5 in > compatibility mode. The function was called last in my shader. > I was just asking

[osg-users] Crash using current OSG master with collada dom 2.4.0

Hi, I compiled current master OSG with collada dom 2.4.0. It compiled and linked fine. However, as soon as I try to load a collada file (diningroom.dae), it crashes with a NULL Ptr Access in > osg145-osgDBd.dll!osgDB::Registry::ReadNodeFunctor::doRead(osgDB::ReaderWriter & rw={...})

[osg-users] vertex_array_object branch merged with master

Hi All, This morning I have merged the vertex_array_branch with master, this adds support for OpenGL vertex array objects to the OSG. Pushing out this functionality to the whole OSG has been quite a bit of work, with quite a few parts of the OSG having to be rewritten. The merge below