Italian

• Introduction
• Examples
• How to
• Hints
• Features
• Links

Introduction

Simply put clients cannot only obey to one master but receive patches and values from any number of servers you want them to.

Examples

Imagine the following setup: You have 65 projectors showing one continuous visual, but also at times they are supposed to show special content in 5 clusters of around 12 projectors each. Here, instead of having one server that needs to compute all the patches of the master-visual and the individual area contents at once you can make use of MultiBoygrouping. Specify one master server that has all the clients connected and provides the master-visual and dedicate 5 area-servers to provide individual area contents that are only connected to the individual areas clients.

Also imagine a live collaborative event where you have some clients connected to projectors and multiple operators connected to them at the same time with their own server...

How to

Practically the only thing you need to do to assign a client to multiple servers, is starting it with additional /client commandline parameters, like:

 /client 192.168.0.100 /client 192.168.0.200:5555

Note that here it is necessary to use a different port for every connection as described in the FAQ about network ports below.

Hints

Features

creating a Layer on Server1 and use a S (Node)
creating a Renderer on Server2 and use a R (Node)

allows to transfer Layers (or any other data of the Datatype abstract)!

How to do this:
on server 1 you want a boygrouped S, on server 2 you want a boygrouped R. boygrouping S on server 1 is easy. now on server 2 you create a S with the same SendString, but don't boygroup it. like this you can select that SendString on the boygrouped R (on server 2).

Links

see vvvvorum-thread