I’m getting started with boygrouping. I got 2 pc’s in a network and got the VVVV client and server running. On my server I can see the client is connected. So that seems to be ok.
I made a simple patch with a quad and a renderer(ex9) and i’m seeing a render window with the quad in it. Now when I make those two nodes, boygroup nodes with CTRL+B the render window stays visible but on the client side nothing happends. Only the “client for 192…” window.
Am I doing something wrong in VVVV or could it be a netwerk issue?
Thanks, but it’s not working. On the server side everything looks ok. I can see the I/O toggle shows the client is connected. But on the clientside nothing happends.
Should i see only the render window on my client?
Do i have to transfer any extra files to the client?
Tried a lot to solve the problem but nothing helps…Opened port 4444 but wont do. Is there a way to check if the network is setup right? I can ping both computers both ways and the boygroup (server) tells me the client is connected. Is this a guarantee that network is ok or could there be another reason why connection is visible in VVVV but client can’t receive anything.
Is there a way to check if me client gets answers from the server? Now i can only see that the server can see the client (boygroup connected pin) but can’t see if the client can ‘see’ the server (maybe a node wich shows connection state from client to server?).
the Renderer (TTY) will output some messages. it is possible that your router has disabled the UDP broadcast, but i am not sure if thats really required. you can also try the TCP mode on the Boygroup (Server).
you mean
*on the Server the renderer stays visible
*on the client you see only that little patch window in the upper right corner?
but you checked that the client is able run vvvv in general?
do you have different amounts of screens connected to server and client?
maybe the client tries to move the renderer into an area out of the display?
only some wild guesses.
Thanks for all suggestions but none of them solves the problem, however I found out it works when I put the server on the ‘client’ computer and put the client on the ‘server’ computer. The testpatch started working immediately after I put in the client IP. So it looks like it has something to do with rights in my network I think…
Does the client send information back to the server is it a one way data stream from server to client?
It doesn’t matter for now wich computer is used as server, but I will try to understand the problem to avoid future problems, when I solve the problem I will post the solution.
on the Boygrouping (Server) there is a hidden Broadcast IP. vvvv tries to figure out the broadcast IP by itself but in rare cases seems to fail. then just try setting it manually to something like
192.168.1.255
depending on your subnet.
Iam trying to understand how all this grouping work
i have
server 10.1.2.1
client 10.1.2.2
as i understand broadcast ip pin should has ip of the server.
But if there is ip of server my client doesn’t respond, it freeze frame (it refresh for one frame only when i delet ip of clinet and write it again to boygroup node)
If i change broadcast ip to client ip, client start to work.
Now i play with one client, but what if i have more clients? should i have to write all the client ips to the broadcast pin?
Or am i something missing?
the ip of your server is not a broadcast ip. a broadcast ip typically ends with 255, so in your example it should be
10.1.2.255
you still need to add your clients one by one to the Clients pin, as all the changes you make to your patches are sent out to these addresses via the tcp protocol while the broadcast ip is used to send the data from server nodes to those blue boygrouped nodes via the udp protocol.
only way to render on client is to set in broadcast ip - ip of client 10.1.2.2
tty =
Network received request dump message from machine 1
ServerCommander received request dump, sending complete graph to machine 1
sent clear graph
ServerCommander sent complete graph to machine 1
Network receive ping message from machine1
in case 10.1.2.255 on broadcast pin
tty = Network knows that server disconnected from 10.1.2.2
pin
i have turn of firewall, using cable connection, same vvvv
on server have double ethernet
i have try use client pc as server and it behave same way
hm…if 10.1.2.255 does not work for you there must be something wrong with your network. as elias pointed out broadcast adressess end in .255 and that means that all clients will receive the message.
hm, can you comment on the other options i proposed? did none of them work?
beware that doing this on a larger network can cause quite some spam/jam. as long as you’ve a dedicated boygrouping network with nothing else going on i think this should be fine. still only a .255 as the last digit should work and there is something odd with your setup.
also odd, since there is no difference if you send an lfos output or a manual change via udp. in both cases you should include a blue damper below the changing value so that it gets smoothed on the client as mentioned here: boygrouping basics#the blue nodes