OSC Server

211 views
Skip to first unread message

ataylo...@orcsd.org

unread,
Nov 20, 2015, 7:11:04 PM11/20/15
to QLab
Hello all,

I just finished setting up all the automation and OSC control for my iLive, Gio, and QLab setup.  I'm using TouchOSC on my iPad, along with QLab Remote and iLive MixPad.  The problem is, on our WiFi, we have dynamically assigned IP addresses, and I want to set up multiple iPads to control my consoles.

Does some type of OSC Server/Hub exist?  Some software that runs on my Mac, that will act as a middleman capturing all the OSC messages sent from any iPads, and set the Gio to transmit the OSC messages to and relay those back to the iPads.  I've found OSC-Hub online, but it looks like it broadcasts messages, not unicasts - won't work on different subnets.  Does anyone know of something to make that work?  Or should I find someone to write it?

Thanks,
Alexander

Rich Walsh

unread,
Nov 20, 2015, 7:18:21 PM11/20/15
to ql...@googlegroups.com
I'm not sure I understand the question, but if the problem is dynamic IP addresses then tell your WiFi administrator you need fixed IP addresses for your equipment to work. Very easy to do in the DHCP server; you can even bind the IP addresses to the MAC addresses so you don't have to change anything on the iPads (etc) to give them the same IP address whenever they connect.

Rich

Alexander (Mailing List) Taylor

unread,
Nov 20, 2015, 7:31:52 PM11/20/15
to ql...@googlegroups.com
I know I could get my iPad to a static IP, but that won’t solve the root of the problem, let me try to explain better:

My iPad: Enter the IP of the Gio into TouchOSC, and then the IP of the iPad into the Gio as the OSC Transmit IP.  That works fine.  QLab Remote works fine.

My iPhone: I want to use that with a custom TouchOSC layout to replace ETC’s lacking iRFR app.  I can enter the IP into TouchOSC, but can’t get OSC back from the Gio without reconfiguring it.  QLab remote works fine.

Another iPad: Same deal as my iPhone - I can’t get OSC back into it.

The future problem will be how to handle getting OSC back from the Gio into QLab in addition to all the iPads.  If I had something in the middle, that could transmit the messages from the Gio to all the devices that have sent it OSC (say in the last 12 hours), that would make it work with as many devices as I want…

Was that a better explanation of my goal?

Thanks again,
Alexander

-- 
-- 
Change your preferences or unsubscribe here: 
http://groups.google.com/group/qlab

Follow Figure 53 on Twitter: http://twitter.com/Figure53
--- 
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/qlab/B19ADC35-E5A4-472C-AE40-D5612DBAEA51%40mac.com.
For more options, visit https://groups.google.com/d/optout.

Rich Walsh

unread,
Nov 20, 2015, 8:12:52 PM11/20/15
to ql...@googlegroups.com
So, while QLab Remote is intelligent enough to handle multiple clients, your TouchOSC solution isn't because the Gio will only transmit to a single defined IP address (whereas QLab replies to the address that sent the message – and presumably the remote app polls for updates automatically)?

If that's right you need a way for a single IP address set in the Gio to reach multiple IP addresses for all the clients. I think that's a broadcast, isn't it? What happens if you set the Gio's OSC Transmit IP to x.x.x.255? Why can't you put everything on the same subnet?

Rich

Alexander (Mailing List) Taylor

unread,
Nov 20, 2015, 8:25:51 PM11/20/15
to ql...@googlegroups.com
Yes, that’s the problem.

I’m operating in a multi-location enterprise class network.  I have a separate subnet that all my production equipment is on, without any DHCP scope and is on dedicated switches so if the main network goes down, I can be completely isolated from the outside world.  And I can plug in when needed and do updates, etc.

The wireless network in the facility (all facilities, actually) are broadcast on an campus and a guest SSID, where the campus is Enterprise WPA2 authentication and the guest is open with a captive portal, and doesn’t allow access to much of the network and services.  Having this selective isolation allows me to very effectively control the production networks, allowing them to be isolated yet integrated with the portable video system, etc. which is especially important when I have to do events across multiple buildings.

I have constant problems with networks isolated from the internet, so my iOS devices need to be on the normal WiFi.  Hence the problem with not being able to use broadcast.

Thanks,
Alexander

-- 
-- 
Change your preferences or unsubscribe here: 
http://groups.google.com/group/qlab
 
Follow Figure 53 on Twitter: http://twitter.com/Figure53
--- 
You received this message because you are subscribed to the Google Groups "QLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qlab+uns...@googlegroups.com.

Paul Gotch

unread,
Nov 21, 2015, 4:38:32 AM11/21/15
to ql...@googlegroups.com
On 21 Nov 2015, at 01:25, Alexander (Mailing List) Taylor <ataylo...@orcsd.org> wrote:
>
> I have constant problems with networks isolated from the internet, so my iOS devices need to be on the normal WiFi. Hence the problem with not being able to use broadcast.

You can have isolated networks for iOS devices. However there must be a DNS server on the network that iOS is configured to use. The easiest way to do this is something running dnsmasq serving DHCP and DNS on your private network segment.

I have my show networks setup with like this with half the addresses static for fixed devices and half allocated to a DHCP range for wifi and it works fine.

-p
Reply all
Reply to author
Forward
0 new messages