Re: [osg-users] [osgPlugins] Conflict between OSG and Qt

Hi Joseph, On 15 March 2018 at 08:46, Joseph Mirabel wrote: > I found the bug. The fault is from Collada Dom library. Qt is settings the > numeric locale to french (because it is the default on my computer). The > Collada Dom uses sscanf to parse string as double. In french, the decimal > sepa

Re: [osg-users] [osgPlugins] Conflict between OSG and Qt

Hi, I found the bug. The fault is from Collada Dom library. Qt is settings the numeric locale to french (because it is the default on my computer). The Collada Dom uses sscanf to parse string as double. In french, the decimal separator is a comma, not a point so string("0.5423") gives double(0)

Re: [osg-users] [osgPlugins] Conflict between OSG and Qt

Thanks for your quick reply. The same behavior happens on many different models. For instance, base.dae in https://github.com/PR2/pr2_common/tree/indigo-devel/pr2_description/meshes/base_v0. The STL models, iin the previous link, are rendered fine. I haven't tried any other formats. I got sli

Re: [osg-users] [osgPlugins] Conflict between OSG and Qt

Hi Jospeh, If osgviewer is working OK with the model then it would point to the problem being in located in osgQt, the example code or Qt. From your post I can't narrow it down any further than this. Would it be possible to post the model? Does the problem happen with the OSG-3.4 version of the

[osg-users] [osgPlugins] Conflict between OSG and Qt

Hi, On some computers only, when compiling and running the enclosed file, COLLADA files are not rendered properly. Instead of the proper mesh, I see black triangles at the center, with no apparent similarity with the original mesh. I mean that it is not only the material that are wrong, I am no