Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jan Ciger
On Fri, Jun 12, 2015 at 1:00 AM, Jannik Heller scr...@baseoftrash.de wrote: Hi Jan, The only way you could have problems is if you rely on the OSG libraries shipped by the distro, where you don't have control over how it was compiled. That is precisely what's going to happen. My

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Robert Osfield
Hi Jannik, On 12 June 2015 at 00:00, Jannik Heller scr...@baseoftrash.de wrote: Still, I'm convinced there's a bigger issue here. I'd be curious what Robert's thoughts are. Issue like dependencies on 3rd party libraries that keep changing versions/compatibility in major ways is painful for

Re: [osg-users] osgviewerQt integration required

2015-06-12 Thread Alistair Baxter
Actually the default version Qt 5.4 dynamically selects what it thinks is the most appropriate version of OpenGL to use. You can force it to use desktop OpenGL by calling QCoreApplication::setAttribute(Qt::AA_UseDesktopOpenGL) on your app instance before you call exec on it.

Re: [osg-users] OpenSceneGraph-3.3.8 dev release tagged

2015-06-12 Thread webmaster
hi robert, The biggest problem is the AMD Intel's OpenGL driver is still have many bugs,i prey let ATI dis appear ever day,one day ATI doesn't exist in the world,and the intel's driver is much better than ever! The OpenSceneGraph's newest version use opengl shaders more and more,but will

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jannik Heller
Hi, You just have to build OSG twice using each version of Qt in turn. OSG respects the DESIRED_QT_VERSION already. cmake -DDESIRED_QT_VERSION=5 - use Qt 5.x cmake -DDESIRED_QT_VERSION=4 - use the Qt 4.x series Yes, but then you won't be able to install those two OSG versions at the

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jan Ciger
On Fri, Jun 12, 2015 at 2:51 PM, Jannik Heller scr...@baseoftrash.de wrote: Hi, You just have to build OSG twice using each version of Qt in turn. OSG respects the DESIRED_QT_VERSION already. cmake -DDESIRED_QT_VERSION=5 - use Qt 5.x cmake -DDESIRED_QT_VERSION=4 - use the Qt 4.x series

[osg-users] OpenSceneGraph-3.3.8 dev release tagged

2015-06-12 Thread Robert Osfield
Hi All, I have just tagged the OpenSceneGraph-3.3.8 developer release. Focus for this dev release has been a whole series of bug and build fixes. *source package :* OpenSceneGraph-3.3.8.zip http://www.openscenegraph.org/downloads/developer_releases/OpenSceneGraph-3.3.8.zip *svn tag:* svn co

Re: [osg-users] osgviewerQt integration required

2015-06-12 Thread Jan Ciger
On Fri, Jun 12, 2015 at 1:36 PM, Alistair Baxter alist...@mve.com wrote: Actually the default version Qt 5.4 dynamically selects what it thinks is the most appropriate version of OpenGL to use. You can force it to use desktop OpenGL by calling

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jannik Heller
Hi Robert, that's certainly an option, and it seems like the option that would place the least burden on developers. I like the idea. Counting the lines of code in osgQt we have just under 2000 lines in implementation files, having that much code in headers shouldn't be too much of a problem.

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Robert Osfield
On 12 June 2015 at 20:58, Jannik Heller scr...@baseoftrash.de wrote: On second thought, I'm not sure how this solution would interact with the MOC (QT meta object compiler). osgQt::QGraphicsViewAdapter is a Q_OBJECT, meaning the MOC needs to run on it and produce an object file. If we move

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jannik Heller
On second thought, I'm not sure how this solution would interact with the MOC (QT meta object compiler). osgQt::QGraphicsViewAdapter is a Q_OBJECT, meaning the MOC needs to run on it and produce an object file. If we move all code to the headers, then it would fall on the users responsibility

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Robert Osfield
Hi Jannik, On 12 June 2015 at 18:24, Jannik Heller scr...@baseoftrash.de wrote: as a first step to rectify the problem I have introduced a version check within osgQt (include/osgQt/Version) to store the Qt version that osgQt has been compiled against. If there is a version mismatch, the build

Re: [osg-users] OpenSceneGraph-3.3.8 dev release tagged

2015-06-12 Thread Philippe Renon
Hi, Compiles and runs fine on Windows 7 + Qt 5.4.1 + MingW 4.9.1 Cheers, Philippe -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=64082#64082 ___ osg-users mailing list

Re: [osg-users] OpenSceneGraph-3.3.8 dev release tagged

2015-06-12 Thread webmaster
hi robert, For example,i know a opengl engine,named C4 engine current URL is: http://www.terathon.com/ This engine from it's birthday,many years before,i always test their demos,and from the first days,found it's shadow use opengl shaders,so judged this engine will encounter many many

Re: [osg-users] OpenSceneGraph-3.3.8 dev release tagged

2015-06-12 Thread Robert Osfield
Hi Zhuwan, On 12 June 2015 at 14:15, webmaster webmas...@3dvri.com wrote: The biggest problem is the AMD Intel's OpenGL driver is still have many bugs,i prey let ATI dis appear ever day,one day ATI doesn't exist in the world,and the intel's driver is much better than ever! The

Re: [osg-users] osgQt versioning problem

2015-06-12 Thread Jannik Heller
Hi, as a first step to rectify the problem I have introduced a version check within osgQt (include/osgQt/Version) to store the Qt version that osgQt has been compiled against. If there is a version mismatch, the build process will abort with an #error rather than crashing at runtime later on.