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

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 <andre.norm...@gmail.com>: > Hi Robert, > > thanks for your help. I think the problem is the obj loader. I have done a

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

>> of very short triangle strips rather than 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

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

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 <alua...@udc.es>: > Andre Norma

Re: [osg-users] QOpenGLWidget in osgQt

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

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

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 <andre.norm...@gmail.com>: > Hi Robert, > > hopefully I am getting closer. I find out, that the source model might be > the problem. I exported an obj

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

lem with 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 <andre.norm...@gmail.com>: > Hi Robert, > > when I use display lists instead of vertex buffer objects (using > osgU

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

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 <andre.norm...@gmail.com>: > Hi Robert, > > attached you will find two screenshot

[osg-users] Slow down with shared nodes

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

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

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 <zakal...@mac.com>: > > > On 21 Jul

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

-threading, but you can not switch between multi-threading modes. Regards, André 2016-07-21 0:01 GMT+02:00 Alberto Luaces <alua...@udc.es>: > Andre Normann writes: > > > To get threading working with Qt5, I need the Qt version of > > OpenThreads. > > Andre, d

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

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

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

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 it