if it says “No connection, you may try again later” that means the connection server has accepted the key and everything, but the peer to peer connection fails. In this case, one of you has to open (“forward”) UDP port 51113. See the manual (click the question mark icon).
i have the same “unknown error” problem. if anyone wants to test it with me send me a private message with a the log in key and I’ll connect, or vice versa.
Hi
I can’t get this to work. I am using the mac version of cubase 7 and VST Connect performer.
My router is configured to accept udp port 51111-51113.
The studio computer is on a raw internet line without router/firewall.
Both firewalls in the Macs are off.
I have made a wireshark trace to see what´s going on.
Both computers connects to the Steinberg server: ip: 194.6.195.159
But when the peer to peer connection is to be established both computers send on port 51111 and 51113 to each other but nothing happens in the apps. The packets data includes the data “hello version 28” which seems to me to be a sort of keep alive message. After a while it times out.
It also seems a little bit odd of which computer that starts the negotiation after the server connection is established. I have tried different connection methods and therefore different IP-adresses. It seems that the computer with the highest address starts the ptp negotiation. This means that the one with lowest IP needs to have its router/firewall configured correct. This is not good since that cannot be the clients task (performer). It shall always be that the performer has to establish the ptp connection. The studio shall be the “server” and the performer shall be the “client”.
Anyway Steinberg: The VST Connect SE is a terrific idea but right now it does not work. And make sure you are using correct client/server behavior so firewalls/routers in the way can be configured correctly. Maybe using uPNP is something to consider as most people using Cubase are musicians and not computer networking guys.
True, but if you are behind a router the steinberg server will se the same ip address and since the udp ports are fixed there is no way of port forwarding to the right computer.
You have to port forward udp ports 51111 to 51113 on both sides. But I can not get it to work even after that.
I can see the traffic coming to the computers on each side but nothing happens.
I was able to set this up with a buddy. We could see each other from the webcams (The video is flaky to say the least)and hear each other from the To Performer and Performer monitor but I could not record his audio using the built in template. No audio is passed through the “Performer Rec” channel when sourced to “TB/Performer”. I have followed the guide and the video to the T but with no success.
Then the implementation on steinbergs side is insufficient , as the combination of ip/port should be unique for each machine.
Networking for beginners…
Duracell: your findings are correct, but there is no particular order in which the nodes connect to each other. In fact, they both attempt to connect in parallel until one gets a reply, and they reply to the translated port too (NAT traversal).
Thus I’m surprised that your connection doesn’t work, if Wireshark shows incoming packets, a reply should be posted (you should see that in the Wireshark logs…no?). Can you provide more details?
R: if you can monitor your partner you can certainly record him. That’s nothing to do with VST Connect, normal Cubase recording business…you did set the Performer Record track to record enable…?
Video will also be enhanced in the next update.
There is indeed a timeout of approx. 8 seconds when there is no activity Possibly…if neither audio nor video is transmitted from the other side, the timeout might be hit - we’ll check. OTOH a connection without both video and audio doesn’t make much sense
Did you try this more than once?