hello,
in a boygroup setup i discovered a wired behavior working with 2 instances on the boygroup server. If a second instance of vvvv is started before the boygroup server the client receives the IDEHost from the first vvvv instance and not from the boygroup server. This breakes the Clock (Network Boygroup) and the Sync (Network FileStream) in boygroup setup.
Using vvvv_45beta33.3_x64.
yeap,
if the server stats first everything work fine, but it it feels wrong if the IDEHost from the boygroup server is not send to the boygroup client.
In a long term installation we handle all startup shutdown stuff with one vvvv instance, which also starts the boygroup server. in the next step vidoplayback should be integrated to the setup. would be cool not to rewrite the whole startup shutdown process.
it took some time indeed. here is some background: the boygroup synchronization system uses a common time base which communicates on port 3334. if you start a vvvv instance this port is busy of course and the second instance will not be able to open the ports.
so the solution now is a new command line argument /clockport which specifies an alternative port… so in your case just leave the boygroup instances as they are and specify a different port for the vvvv instance which should not send its clock to the clients…
thing is, beta34 release is scheduled for the next days and it would be cool to have this tested… if you find a bug after the release, then the fix for it will only be in the alphas.
with the testpatches posted above in the post it works perfect.
But do not get the installation running with the latest alpha. It throws the attachet error on server side.
And on client side it looks like it doesn’t find all nodes. But propably that is another issue or my vault. Will check this tomorrow.