Just found this older thread while researching something else.
If you have a classic StudioLive and connect to Studiolive Remote with only the "Talkback" button working and everything else greyed out on your iPad and not even showing up in "Devices" in the VSL screen, I have the Fix for you that works on Windows 10 and the Firewall.
FIX - You must add Universal control to allowed apps in the firewall. Go to settings / type "firewall" in the search box and under the search select "Allow an App Through Windows Firewall" / click "Change Settings" / then at the bottom " Allow Another App" and then browse to you Universal Control exe on your computer and "Add" then "OK". It will now show up as an allowed App and you can modify which network (private or public) to allow. Works now with 16.4.2 classic and StudioLive Remote. If you choose, Windows Firewall can remain on now.
Windows 10 X 64 : AMD Phenom II X 4 945
ATI Radeon 5450 / 512 RAM
8GB RAM / 1T SATA
Mac Mini (Late 2014)
Faderport and Faderport 8
Assorted PreSonus Gear
To add your software and hardware specs to your signature to make it easier for us to help you, click HERE.
Answers at http://answers.presonus.com/
Also adding this from a older post, and this seems to be best place to put it:
VirtualBox Will Make Connecting Impossible Unless...
If you have VirtualBox installed on your Windows machine, you must take the following steps, or the remote will never find Studio One:
1. Open up Network and Sharing Center
2. Click 'Change Adapter Settings'
3. Right click 'VirtualBox Host-Only Network', go to Properties
4. Double click "Internet Protocol Version 4 (TCP/IPv4)' under 'This connection uses the following items'.
5. In the Properties page, click "Advanced..."
6. In the "Advanced TCP/IP Settings", tab "IP Settings", uncheck the box marked "Automatic Metic" and type in 800 or higher.
OK all dialogs and restart the remote.
The diagram should include - Is the computer running Studio One connected by wire to your internet access point or cable modem? If "Yes", try disconnecting the cable and see if the problem persists.
It was recommended that the problem may be with the ISP configuration blocking UCP connections and that the ISP should be able to address it. By unplugging the cable you can at least isolate the problem - if that solves the problem, it may be worth the effort to call your ISP. In my case, since I don't use Studio One Remote or Capture all that often, the work around is good enough. They should really add a note to the error popup to try unplugging attached network cables if it doesn't work after verifying they are on the same wireless network. I'm sure I'm not the only one who wasted a lot of time on this.
Same issue here. Ipad connected to same wifi but will not see Studio One. Is TH3 the culprit?
2018/01/20 01:12:40.261 [Warning] (cclsystem): UID conflict on class registration: TH3-64 (AudioEffect VST2) => used by: TH3 (AudioEffect VST3/Mixing)
2018/01/20 01:12:40.991 [Warning] (Studio One): UCNET:Enabled UDP multicast on official port 47809 (1 sockets)
2018/01/20 01:12:40.991 [Warning] (Studio One): UCNET:Local UDP port bound to 56311 (1 sockets)
2018/01/20 01:13:06.089 [Warning] (remoteservice): UCNET:Started listening on TCP port 49328 (1 sockets)
2018/01/20 01:13:06.090 [Warning] (remoteservice): UCNET:Server "Studio One/188.8.131.52392 Win x64" registration reply received.
2018/01/20 01:36:23.701 [Warning] (remoteservice): UCNET:Started listening on TCP port 49780 (1 sockets)
2018/01/20 01:36:23.703 [Warning] (remoteservice): UCNET:Server "Studio One/184.108.40.206392 Win x64" registration reply received.
iPad 2 mini os 11
Alienware 17 r3 uses Killer wireless
Home wifi: Netgear wifi 2.5/5Ghz
I've tried a host of other remote apps like this and none of them work. One actually did for about 20 seconds and then quit. The days and hours messing with these have me wondering if the whole thing is an Apple vs Windows thing or just a big fat hoax altogether.
Somebody somewhere is laughing at us!
Users browsing this forum: No registered users and 1 guest