Hi Robert,
Bingo ! I've modified Geometry.cpp to print out vertices before and after modification by osg::Field::getFloat and the
result is a troncation of the float, only integer part is interpreted. You're right.
What is the complexity of coding custom atof ?
Is the hypothesis that '.' is a separator ? It means also controling osg output
to write a '.' instead of ','.
Or do you prefer that osg file can be with a ',' or a '.' as integer/decimal
separator ?
In first, I will see how to force QT local to C.
But if I it is not to heavy to do custom atof, I'll try to do it as I think
this way is better.
Thanks a lot.
Johan.
Robert Osfield a écrit :
Hi John,
Great, a pictures saves a thousand words! The problem looks the same
as others have encountered when WxWidgets modifies the C local such
that atof switches from treating . and , as decimal points. My guess
the later version of Qt is doing the same. We've tried several
different attempts in the past to insulate the OSG from this change in
local but weren't able to come up with a workable solution. The
conclusion back then was that we might would need to use a custom atof
method, this hasn't been developed yet though.
Robert.
On Thu, Jul 10, 2008 at 8:44 AM, Johan Nouvel
<[EMAIL PROTECTED]> wrote:
Hi Robert,
There are 2 snapshots of cow.osg (one is the initial side view, the other
one is a view from above). As I have wrote, if I osgconv cow.osg in cow.ive
and load cow.ive, everything is OK. Same things for cessna.osg (2 snapshots
joined).
In case of osgcool.osg, I see nothing, only the background.
I will look deeper into the code, but any clue will be helpful.
Thanks,
Johan.
Robert Osfield a écrit :
H Johan,
Could you send a screen shot of the problem?
Robert.
On Tue, Jul 8, 2008 at 5:02 PM, Johan Nouvel
<[EMAIL PROTECTED]> wrote:
Hello all,
I'm on Unbuntu 8.04, and I have problem with osgviewerQT (osg 2.5.0) and
qt
4.4.0 when loading osg file.
Either I view nothing (for osgcool.osg), or a strange degraded model
without
light, without texture, with not all faces (for cow.osg).
It works with osgviewer and it works with osgviewerQT and qt4.3.4.
More, it works with ive file and .3ds file so it seems not to be an
OpenGL
context/initialization trouble
I have looked in osgdb_osg but all data are well parsed.
Have someone ever see this problem ? Does someone know the solution ?
Thanks,
Johan.
--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
Johan Nouvel, R&D Project Manager
http://www.archivideo.com
tel : +33 (0)2 99 86 30 20
ARCHIVIDEO, 40 rue des Veyettes, 35000 RENNES, FRANCE
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org