Re: [osg-users] [build] Problem with version 3.2.1 and Qt 4.8

2014-09-22 Thread Tianlan Shao
Hi Andres, I would guess that there might be some mistakes when you build your program, e.g. mix debug and release build. see also: http://www.qtcentre.org/threads/10959-QWidget-Must-construct-a-QApplication-before-a-QPaintDevice?p=263303#post263303 best, Shao On Mon, Sep 22, 2014 at 2:56 PM,

Re: [osg-users] [build] error compiling the stable version

2014-04-25 Thread Tianlan Shao
Hi Sajjadul, I think then you can simply comment out the ADD_SUBDIRECTORY(svg) line in src/osgplugins/CMakeLists.txt. Not so nice but it will bury the problem. best, Tianlan Shao On Thu, Apr 24, 2014 at 11:53 AM, Sajjadul Islam dosto.wa...@gmail.comwrote: Hi, I did not find any option inside

Re: [osg-users] [build] Problems with compiling osg3.2 with qt5.2.1 and Cmake2.8.12

2014-04-23 Thread Tianlan Shao
the path it can differ dramatically. Good luck. Best, Tianlan Shao On Fri, Apr 18, 2014 at 9:15 AM, Liu PeiFu lpfx...@163.com wrote: Hi, I was about to compiling osg3.2 with qt5.2.1(windows 32bit, vs 2010, opengl). When try to configure it with Cmake(GUI)2.8.12.2, there shows some warning

Re: [osg-users] [osgPlugins] loading .obj file from c++

2014-04-22 Thread Tianlan Shao
Hi Sam, could you please set the environment varible OSG_NOTIFY_LEVEL to DEBUG, and try again? The log messages will shed some light on the plugin-searching process. best regards, Tianlan Shao On Tue, Apr 22, 2014 at 5:41 AM, Sam Mania samer.mouba...@gmail.com wrote: Hi, Sorry

Re: [osg-users] [build] error compiling the stable version

2014-04-20 Thread Tianlan Shao
really need the svg plugin? If not, an easy way is not to build osgdb_svg... Otherwise you probably have to take a look on your Cairo library. Best, Tianlan Shao On Sat, Apr 19, 2014 at 10:37 PM, Sajjadul Islam dosto.wa...@gmail.comwrote: Hi forum, I am trying to compile the recent stable

Re: [osg-users] A suspicious bug of MatrixD

2014-04-18 Thread Tianlan Shao
of getScale() would be made, most applications won't be affected. Because in overwhelmingly common case, the scale factors are the same in all directions. In such case, the (unintended) transpose makes no difference because of the properties of orthogonal matrix. Best regards, Tianlan Shao On Fri, Apr

Re: [osg-users] A suspicious bug of MatrixD

2014-04-17 Thread Tianlan Shao
for your time and work. Best regards, Tianlan Shao On Thu, Apr 17, 2014 at 11:36 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Tianlan, Could you provide a small example that illustrates the problem? I did a quick test of: osg::Matrixd matrix = osg::Matrixd::scale(3.0,4.0,1.0

Re: [osg-users] A suspicious bug of MatrixD

2014-04-17 Thread Tianlan Shao
for your precious time. Best regards, Tianlan Shao On Thu, Apr 17, 2014 at 4:26 PM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Tianlan, I have done the following test where I provide a non unifom scale matrix then rotate it by 90 degrees, and then output the result of getScale

Re: [osg-users] A suspicious bug of MatrixD

2014-04-17 Thread Tianlan Shao
Dear Robert, I'd like to add that, when the x, y, and z scale factors are identical, the current getScale() gives the same result as the newly proposed one. I guess that's the reason why this issue was not reported before. Thank you very much. Best regards, Tianlan Shao On Fri, Apr 18, 2014

[osg-users] A suspicious bug of MatrixD

2014-04-15 Thread Tianlan Shao
regards, Tianlan Shao ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] uncorrect document of osgManipulator::TranslatePlaneDragger

2014-04-14 Thread Tianlan Shao
. Best regards, Tianlan Shao ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org