Re: How to do behaviors (!) (was Re: External behaviors ...)

Peter J. McCann ([email protected])
Wed, 19 Apr 1995 19:51:52 -0500 (BLT)


Gavin Bell writes:
> Re: client-server versus client-client communications:
>
[...]
> I think we'll need a protocol where the communication paths between clients
> dynamically changes, based on the proximity of clients to each other. A
> dynamic web of VRML entities communicating with each other, exchaning
> information, with information propogating only as far through the web as is
> necessary....
>
> So, what are the equivalents of LevelOfDetail and view-volume culling for
> client communication?

The expensive resource (analagous to rendering time in the LevelOfDetail
and culling cases) is network bandwidth. To reduce network traffic, the
server needs to have more information about what I am interested in, so
it can "cull" out the pieces I'm not. This might take the form of a
"detail indicator" that gets passed with my request ("show me the scene
graph down to level 5"), or it might be a pattern that I had pre-registered
with the server.

I think your dynamic web of VRML entities could be implemented easily if
browsers had the same functionality as servers. Maybe getting rid of
the distinction (just as an intellectual exercise) would make the issues
stand out more clearly.

-pete

-- 
Pete McCann                                          [email protected]
Department of Computer Science           http://swarm.wustl.edu/~mccap/
Washington University in St. Louis