Hi Tan,
Note, if you do not want to change the internal scene structure in the file, do not use
osgconv which may optimese and change it. Try to use "osgDB::writeNodeFile"
instead.
You can set OSG_OPTIMIZER=OFF before running osgconv if you don't want
any optimization. The default setting i
Hi,
In fact, VRML plugin is very slow. So, read the VRML file then save it to IVE
format for later use. I do not suggest you to use vrml file in OSG for the VRML
plugin support that format not very well.
Note, if you do not want to change the internal scene structure in the file, do
not use os
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Tangi, Robert,
On 05/12/2010 02:35 PM, Robert Osfield wrote:
> Hi Tangi,
>
> Try converting the orignal database into an .osg file using osgconv i.e.
>
> osgconv myfile.iv myfile.osg
>
> Then compare the performance when handling the .osg f
Hi Tangi,
Try converting the orignal database into an .osg file using osgconv i.e.
osgconv myfile.iv myfile.osg
Then compare the performance when handling the .osg file between the
two versions. This will tell you whether it's the OpenVRML plugin
creating a different database as the cause of
Hi All,
I've been adapting/updating a software from:
- OSG 2.0.0 + Coin 2.5 + IV plugin + Visual C++ 2005
to
- OSG 2.9.5 + OpenVrml0.14.3 + Visual C++ 2008.
There seems to be a serious drop in performances with the newer version
regarding the loading of vrml files through the following call:
os
5 matches
Mail list logo