Hi Shree,
Shree Kumar wrote:
> osgHello,
>
> I was trying to import a single large OBJ file of size 749 MB. This
> has upward of 3 million polygons. I tried using the "10loading"
> tutorial program to import it, but that was a disaster and used up too
> much of my time. I lost patience there and wrote a script to split the
> model up into smaller files. This resulted in 3247 OBJ files.
> Naturally, I had to modify 10loading to load multiple files. I used a
> Group core & made every loaded file a child of the group.
>
> After this change, I was able to load all the 3247 OBJ files in 384
> seconds. The total size of these files is about 666 MB.
>
> Next, I thought of speeding up the loading process. I modified the
> program again to save an OSB file after loading everything. The result
> OSB file was about 240 MB.
>
> Next, I used 10loading to load the OSB file. The load time I'm seeing
> is 750 seconds - which is about two times the time needed to load the
> original OBJ files !
>
> Can anybody explain why the OSB file could be taking more time to load ?
>
> The OSB file is a binary format, and I expect it to load faster than
> the OBJ files. Loading the OBJ files involves parsing, creating the
> mesh, reindexing, etc.
Hm, that is surprising indeed. For us OSB has always loaded extremely fast.
One thing that you can try: by default the FileHandler will run some
optimization GraphOps (like Striping etc.), which have non-linear runtime in
the
input size. So by splitting things into smaller pieces you reduced the
non-linear part. You can try to run without the striper by passing an empty
GraphOpSeq to the FileHandler on loading, and see if that helps.
Yours
Dirk
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
