On Tue, 2004-09-21 at 08:57, Akos Balazs wrote:
>
> As loading from disk is orders of magnitude faster than loading via the
> network, we had the idea of storing everything on the local disks on the
> server machines, and making OpenSG load from disk.
>
> My first idea was to derive a new class from Geometry (OOCGeometry or
> something like that), that would take a small key (filename and/or file
> offset, etc.) into our out-of-core datafiles, load the Geometry from the
> file(s), and fill out the appropriate parts of the Geometry, essentially
> from the OOCGeometry::changed method. But I'm not quite sure what would be
> the implications of heavily modifying the OSG::Geometry structure in the
> servers (changelists-replication vice versa between the client & the
> servers and so on), plus maybe someone has better ideas. :) Not to mention
> the cases when the HLODs are not loaded from disk, but directly generated
> on the client (e.g. tessellation), although this happens relatively rarely
> and we might be able to get away with using the network in such cases.
>
> So, has anybody tried rendering large, ever-changing geometries on a
> cluster, or has anyone any idea how to do this more efficiently? :-)
You can probably either directly use or at least use an example the
ProxyGroup. Essentially it's what you want: a replacement Node that is
managed on the Client, and the actual underlying graph is loaded on the
server from a file. Marcus has used it for sort-last rendering models
too large for the client from a network drive, but you can also use
local drives.
Hope it helps
Dirk
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
