Hi Brede, hi Robert,

I found the reason why the Geometry is not merged enough.

Optimizer.cpp:
mgv.setTargetMaximumNumberOfVertices(10000);

When this limit is reached, the rest of the Geometry of this Geode is not 
merged at all. 
( instead of restarting the merging).
So I get lots of Geometry nodes with only 1 triangle.

After rising the number from 10000 to 32767 the merging works well.
How can this be done without changing the Optimizer code ?

The new performance data:

Loading:    8.9 sec  -> 20.7 sec  // multiple loaded
Optimizing: 1.3 sec  -> 30.9 sec
Cull:       0.3 msec ->  0.7 msec
Draw:       5.3 msec ->  6.2 msec

Some statistics:
Flt      OpenFlight
49       89    Drawables
8849     8779  Primitives
30825    29716 Vertices

The loading and optimizing is still much slower using the new .flt loader.
A simple merging of consecutive faces, which have the same state, into 1 
Geometry within the loader
could help save time for loading and optimizing.

I have testet the new .flt loader with several models, it works well.
I appreciate it, thanks to Brede.


Regards
Nikolaus

-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Hanekamp, 
Nikolaus
Gesendet: Dienstag, 11. Juli 2006 11:36
An: osg users
Betreff: AW: [osg-users] New OpenFlight-Loader is much slower than 
thepreviosflt-Loader

Hi Brede,

Thank you for the hint to osgviewer!
Osgviewer is able to merge the GeoSets.

In my viewer I found a strange effect, which prevents the optimizer from 
combining the GeoSets.
Now the loaded scenegraphs of osgviewer and my viewer are equal.
Performance is simular.

The performance is better now but still quite different compared to the
Flt-Loader:

Loading:    8.9 sec  -> 20.7 sec  // multiple loaded
Optimizing: 1.3 sec  -> 30.9 sec
Cull:       0.3 msec -> 17.5  msec
Draw:       5.3 msec -> 33.4 msec

Some statistics:
Flt      OpenFlight
49       14391  Drawables
8849     20693  Primitives
30825    64499  Vertices

The combining of GeoSet within the flt-loader seems to be much more efficient 
than the (post)optimization, at least for our visual databases.

Regards
Nikolaus


_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/



The statements contained in this message are not legally binding unless 
confirmed in writing.
This message may contain confidential information. If you are not the intended 
recipient,
or if this message and its annexes contains information which is apparently not 
meant for you,
please notify us immediately and - to the extent you are not the intended 
recipient - please delete
this message and all its attachments from your system and destroy any copy made 
therefrom.
Any unauthorized review, delivery, distribution, transmission, storage, 
printing or otherwise
making use of the message and its attachments are strictly prohibited. In case 
your systems
have been infected by virus or otherwise negatively affected by this message, 
we will not be
liable for any damage resulting therefrom unless in case of gross negligence or 
wilful misconduct.

_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Reply via email to