Thanks Dirk and Marcus (Sorry about the mistake at your name Marcus).
more questions,
1. using the ProxyGroup I´ll solve a memory issue when using LARGE geometry,
thats fine (and thats my case). But what If I may need to change something
on geometry (physical simulations). As the application lies at client side,
and the client side has only a proxy to the data, not the data itself, who
can I do that?
2. My real problem is that I have to deal with very large geometry data and
it is changing every time. What I want to do is to minimize the need for
sending the whole gometry every time. I want to send the least data possible
to the network.Everything should run at real time (I know its a difficult
task). Is there any known or recommended way to that with OpenSG?
thank you my friends, You´ve been very helpfulness! Thanks
[]´Pablo
2007/5/14, Rieche, Marcus <[EMAIL PROTECTED]>:
Hi Pablo!
Another parameter you should know is, that you can also use multicast.
This is interesting because the whole scene is broadcastet to every server
as mentioned by Dirk.
And please call me Marcus. Not by my last name ;-)
greetings
Marcus
-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] Im Auftrag von Dirk Reiners
Gesendet: Montag, 14. Mai 2007 16:21
An: [email protected]
Betreff: Re: [Opensg-users] About OpenSG clustering
Hi Pablo,
Pablo Carneiro Elias wrote:
> Thanks for the post Reiche,
>
> So, basically it works pretty much as the basic example at starterGuide,
> only that SortLastWindow is used instead of the basic ClusterWindow and
> a composer must be set.
Correct. We tried to abstract the details of how to cluster as much as
we could.
> So, let me see if I understand correctly what is
> happening behind the code you sent (the same at Tutorial28):
>
> -> SortLastWindow will take care of sending each node to a different
> rendering server, instead of sending everything to all servers
No, it doesn't go that far. Because the Nodes are not self-contained
(they can reference arbitrary other objects) figuring out what you need
to send to be able to render a subtree would be a fairly expensive
operation. It's not impossible, but quite a bit of effort. So right now
all servers have a full copy of the scenegraph.
One reason why we haven't spent time on changing that is that even we
did do that, the master machine would still have to be able to store the
whole scene, which limits the size to its memory.
To handle really large scenes we have the ProxyGroup. The idea is that
you create a ProxyGroup (or you use a tool like the ProxyBuilder or the
OOCProxyBuilder). The ProxyGroup just contains complexity and bounding
box information, and a filename that references the actual object. The
actual object is only loaded when the ProxyGroup is really rendered. On
the master, only the Proxies are loaded, which take practically no
memory. Based on their information they are distributed amongst the
renderers, where they are loaded and rendered.
> -> After each server has rendered it nodes, the scene fragments are
> composed accordingly with the composer strategy.
Yup.
> -> What happens behind is that each node of geometry is a fieldContainer
> itself, and so it has it own ChangeList for tracking any changes at each
> different Thread. So, what really happens is that some how
> SortLastWindow can send each ChangeList entries to a specific server
> instead of sending every time for all servers.. Is that right?
Nope, see above. It would be an interesting extension, but not something
that we have.
> Please correct me if I made any mistake and please post any
> complementary explanation if possible ;)
Hope it helps
Dirk
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
