Hi,
I'm indeed working on a collaborative application, trying to have
several independant clients and one scene server. I was just thinking
about having one central server manage scenegraph changes, and one
rendering server per client just to render the scene (probably with
little modifications for that client only, like highlighting nodes, etc.)
I'll try to get deeper into the RemoteAspect (and change list) stuff,
I'm just not sure wether the RemoteAspect handles the scene replication
for me, or if I have to do that myself, via the functors that can be
added to the RemoteAspect (e.g. for node creation / deletion, etc).
Anyway, thanks for the answer, I'll experiment with the RemoteAspect for
now...
Robert
Rasmus Agerholm schrieb:
Hi Robert
I will answer as good as I can... then maybe Marcus or somebody else can
correct me if I'm wrong :-)
On Thu, 2003-12-25 at 13:53, Robert Hinn wrote:
Hi,
I'm fairly new to OpenSG. I tried the clustering example (rendering one
scene in multiple windows) and it worked fine.
However, I'd like to have a server that manages a scene graph (all
changes will be handled by this server) which is connected to several
rendering servers (one per client), which render this central scene for
the client. I'd like the rendering servers to be able to render from
different perspectives, and I'd like to be able to add stuff to their
(local) scene graphs (e.g. highlight parts of the scene only for one
client).
I'm not quite sure how many clients and servers you are talking about
here? The cluster framework was designed so that you have one client,
which takes care of interaction like moving the camera around. The
client is then connected to a (any) number of servers, which basically
are just rendering pipes. So for a 6-sided CAVE, you would have one
client and six servers (or one client and five servers, if the client is
actively rendering).
So, do you want to have more than one client? Your wanted setup could
sound like a collaborative one? If so, I think you have to do your own
sync'ing etc. via one or more RemoteAspects and the ChangeList.
So basically I want to replicate a scene graph from a central server and
make local changes that are not sent back to the server...
I thought the RemoteAspect class could replicate a scene graph for me,
but I'm not quite sure how. I know that I can register functors for
certain changes. Do I have to do this to replicate a scene graph, or is
this only for changes that I want to handle in a special way?
RemoteAspect and ChangeList is for replicating changes in the scene
graph, including creation and removal of nodes. So yes, RemoteAspect is
used for replicating the scene graph. Now, I see two possibilities to
interpret your whishes: 1. One client and several "active" servers; and
2. a collaborative session with several independent clients.
1. One client and several "active" servers: Here you use the cluster
framework and can only move the camera centrally from the client -just
like you tried earlier. However, it should be possible to create an
active server, where you can e.g. point/pick objects and highlight
these. But you can't move any objects 'cause the syncronisation is only
one way in the cluster framework!
2. A collaborative session with several independent clients: Here you
will have to do your own syncronisation of the scene graph. The
syncronisation should still be one way: from the master client to the
other clients. But you would setup an independent camera in each client.
This should be possible with RemoteAspect and ChangeList. I'm thinking
of a similar scheme, but I haven't tried it yet and I haven't heard of
anyone doing stuff like this yet! So you can try something new :-)
Hope it helps!
Merry X-mas and a happy new year to every single OpenSG user and
developer :-)
/Rasmus
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
