Re: [osg-users] Fwd: Slow down with shared nodes

2017-03-09 Thread Andre Normann
Hi, just one more remark. I have testet the model with the current master version. Everything is working well. 2017-03-08 15:45 GMT+01:00 Andre Normann : > Hi Robert, > > thanks for your help. I think the problem is the obj loader. I have done a > quick review of the source code an

Re: [osg-users] Fwd: Slow down with shared nodes

2017-03-08 Thread Andre Normann
han a single DrawElementsUShort >> GL_TRIANGLES is the core of what is wrong with how the osg::Geometry >> have been generated. >> >> The source of this issue may be down to the .obj or perhaps original >> data being very poorly set up. >> >> Robert. >

Re: [osg-users] Fwd: Slow down with shared nodes

2017-03-08 Thread Andre Normann
Hi Alberto, I did it. The two files differ only in format style but not the syntax. I would say the two files are identical. With the provided example every one can reproduce the slow down effect. -André 2017-03-08 12:28 GMT+01:00 Alberto Luaces : > Andre Normann writes: > > &g

Re: [osg-users] QOpenGLWidget in osgQt

2017-03-08 Thread Andre Normann
Hi Valerian, I have done this in the past. Attached you will find my GLWidget class which is using QOpenGLWidget. It is only working in SingleThreaded mode. -André 2017-03-08 11:09 GMT+01:00 Valerian Merkling : > Hi, > > I'm currently working on an app based on OSG 3.4.0 and Qt 5.6, targeting

Re: [osg-users] Slow down with shared nodes

2017-03-08 Thread Andre Normann
Hi Robert, I am using a GeForce 1080 and driver is 378.66. Windows 7 64Bit. -André 2017-03-08 9:40 GMT+01:00 Andre Normann : > Hi Robert, > > hopefully I am getting closer. I find out, that the source model might be > the problem. I exported an obj file from Bentley Microstation

Re: [osg-users] Slow down with shared nodes

2017-03-08 Thread Andre Normann
ith sharing osg::Geometry which has a lot of primitive sets. In 3.2.3 it was working well. What do you think? André 2017-03-08 8:59 GMT+01:00 Andre Normann : > Hi Robert, > > when I use display lists instead of vertex buffer objects (using > osgUtil::GLObjectsVisitor), > every

Re: [osg-users] Slow down with shared nodes

2017-03-07 Thread Andre Normann
Hi Robert, when I use display lists instead of vertex buffer objects (using osgUtil::GLObjectsVisitor), everything is fine with 3.4.0. André 2017-03-08 8:40 GMT+01:00 Andre Normann : > Hi Robert, > > attached you will find two screenshots while running in > SingleThreaded-Mode. U

[osg-users] Slow down with shared nodes

2017-03-07 Thread Andre Normann
Hi, I am currently migrating from OpenSceneGraph 3.2.3 to 3.4.0. In my application I get a significant slow down, when I share nodes. Here is a quick example layout of my scenegraph: Parent | + ---> MatrixTransform1 --> Node1 | + ---> MatrixTransform2 --> Node1 | ... | + ---> Mat

Re: [osg-users] Linux packaging: Qt 4 vs 5

2016-07-26 Thread Andre Normann
I have now created an example which is working well. Here is the link: <https://github.com/anormann1974/osgviewerQt5> It does not depend on osgQt and multi threading is working. Regards, André 2016-07-21 16:24 GMT+02:00 James Turner : > > > On 21 Jul 2016, at 07:33, Andre

Re: [osg-users] Linux packaging: Qt 4 vs 5

2016-07-20 Thread Andre Normann
-threading, but you can not switch between multi-threading modes. Regards, André 2016-07-21 0:01 GMT+02:00 Alberto Luaces : > Andre Normann writes: > > > To get threading working with Qt5, I need the Qt version of > > OpenThreads. > > Andre, does building OT with Qt5 solve t

Re: [osg-users] Linux packaging: Qt 4 vs 5

2016-07-19 Thread Andre Normann
Hi Robert, but there is one problem with OpenThreads when moving osgQt out of the core OSG. To get threading working with Qt5, I need the Qt version of OpenThreads. When you do not whant to have any dependence to Qt in the core OSG library, then we also need to drop the support of Qt inside OpenTh

Re: [osg-users] Qt resouce and osgDB::readImageFile

2014-09-21 Thread Andre Normann
Hi Heiko, I solved the problem this way: 1. Create an own subclass of osgDB::ReadFileCallback and override the readImage method. 2. Check inside the readImage() method, if the filename starts with ":/" or "qrc:///" 3. If the filename is a Qt resource, then load the image into a QImage and convert