[QLab] Control over IP?

[John Huntington]

Sorry if this has been addressed before, but I searched the manual and
the email archive for "IP Address" and I didn't find anything.

What I'm wondering: can I control QLab over IP? I know, I could do
some kludge to put MIDI on Ethernet, etc, but I'm not interested in
that (for those who don't know me, I was a major advocate for MIDI
control in the mid 90's but I've moved on now :-) )

Here's how I can control SFX over IP:
http://www.controlgeek.net/blog/2008/10/24/in-praise-of-custom-ip-based-entertainment-control-part-2.html

And here's how I control the GrandMA:
http://www.controlgeek.net/blog/2010/10/14/controlling-a-grandma2-via-tcp-and-medialon-manager.html

And here's even IP control of Wings Platinum:
http://www.controlgeek.net/blog/2010/12/6/wings-platinum-eventplayer-control-from-medialon.html

I'd like to do the same with QLab. Does that feature exist?

Thanks!

John

http://www.controlgeek.net/blog
________________________________________________________
WHEN REPLYING, PLEASE QUOTE ONLY WHAT YOU NEED. Thanks!
Change your preferences or unsubscribe here:
http://lists.figure53.com/listinfo.cgi/qlab-figure53.com
Follow Figure 53 on Twitter here: http://twitter.com/Figure53

[Ted Pallas]

From what I hear an OSC cue this way comes?

Ted Pallas
Live Media Design
Sandwich Construction Consultant
cell - 516 286 9661

Pardon the typos, sent from my Casio SK-1

[Andy Dolph]

Midi over IP is what most of us are doing.  The other possibility that comes to mind would be to trigger applescript over IP and use that to control Qlab.  At the risk of starting a religious war, why not just use MSC over ethernet?  

Andy

[Christopher Ashworth]

On Sep 28, 2011, at 11:34 PM, Ted Pallas <ted.p...@gmail.com> wrote:

> From what I hear an OSC cue this way comes?

Yes.

Until then, MIDI over Ethernet is the cleanest option I'm aware of.

-C

[John Huntington]

On Thu, Sep 29, 2011 at 5:49 AM, Andy Dolph <acd...@gmail.com> wrote:
> At the risk of starting a religious war, why not just use MSC over
> ethernet?

MSC is fine, and I was a very vocal advocate for MSC back in the day,
but my thinking changed over time. I detailed my thought process in
an excerpt from my book here:
http://www.controlgeek.net/blog/2008/10/21/in-praise-of-custom-ip-based-entertainment-control-part-1.html

For the haunted hotel, I've gotten rid of all MIDI except for
controlling the PM5D (because I don't want to deal with USB--their
newer mixers like the LS9 finally have Ethernet).

This year we've even got all the video on the network with IP, PoE
cameras. And this approach and TCP gives me a number of benefits,
which I detailed here:
http://www.controlgeek.net/blog/2008/10/24/in-praise-of-custom-ip-based-entertainment-control-part-2.html

Thanks!

John

[John Huntington]

On Thu, Sep 29, 2011 at 7:09 AM, Christopher Ashworth
<ch...@figure53.com> wrote:
> Until then, MIDI over Ethernet is the cleanest option I'm aware of.

Cool, thanks--glad I wasn't missing anything.

Also, the last time I used MSC to control QLab was back in 2009, on
the older version of the software.

I recall having an issue where (I think--I searched my email and
couldn't find the reference) the cue number was ignored in MSC?

I assume that's been addressed in the new version? It's been on my
list to test but that "someday" list is way too long :-)

Thanks!
John
http://www.controlgeek.net/blog

[Andy Leviss]

On Thu, Sep 29, 2011 at 8:18 AM, John Huntington <jch3ny...@gmail.com> wrote:

For the haunted hotel, I've gotten rid of all MIDI except for
controlling the PM5D (because I don't want to deal with USB--their
newer mixers like the LS9 finally have Ethernet).

Yeah, but that's MIDI over Ethernet. And proprietary at that.

For QLab, your best bet is ipMIDI, from Nerds.de.

--A

------------------------------------------------------------------------------------------------
Andy Leviss
ETCP Certified Entertainment Electrician #1251

DucksEchoSound.com
Home of the Perfect Pickle Mini Chain Hoist Controller
and the MR-6 MIDI Remote, 2011 Live Design Product of the Year

[Rich Walsh]

On 29 Sep 2011, at 04:05, John Huntington wrote:

> Here's how I can control SFX over IP:
> http://www.controlgeek.net/blog/2008/10/24/in-praise-of-custom-ip-based-entertainment-control-part-2.html

If I've understood that post correctly, you are using Medialon's LLC to leverage sending SFX's proprietary script commands over TCP. QLab can be triggered by Remote Apple Events (if that is turned on in the Sharing pane of System Preferences); these travel over TCP/UDP port 3031. Is it possible to leverage sending Remote Apple Events? I don't think AppleScript travels as raw ASCII - which I think SFX's script does - so it may require a bit of work to turn something like this into ASCII:

set remoteQLab to application "QLab" of machine "eppc://username:pass...@123.23.23.123"
using terms from application "QLab"
tell remoteQLab to tell front workspace to go
end using terms from

Rich

[ra byn (robin)]

John,

I'm not sure if Telnet would be of any use in your situation but I would
personally use it to trigger Light Factory 2 from Qlab. Right now I have a
few venues that use SFX & LF2 connected with telnet.

Via Figure 53 TS, I was given some suggestions for how to implement the
concept in Qlab without an actual telnet cue but got side tracked & never
made it back.

If you have any interest, I'll see if I can find the thread again. I think
some of it was offlist.

Let me know.

ra byn

On Thu, September 29, 2011 7:18 am, John Huntington wrote:
> MSC is fine, and I was a very vocal advocate for MSC back in the day,
> but my thinking changed over time. I detailed my thought process in
> an excerpt from my book here:
> http://www.controlgeek.net/blog/2008/10/21/in-praise-of-custom-ip-based-entertainment-control-part-1.html
>
> For the haunted hotel, I've gotten rid of all MIDI except for
> controlling the PM5D (because I don't want to deal with USB--their
> newer mixers like the LS9 finally have Ethernet).
>
> This year we've even got all the video on the network with IP, PoE
> cameras. And this approach and TCP gives me a number of benefits,
> which I detailed here:
> http://www.controlgeek.net/blog/2008/10/24/in-praise-of-custom-ip-based-entertainment-control-part-2.html

[Morgan Calma]

I would be interested.

[Christopher Ashworth]

On Sep 29, 2011, at 8:24 AM, John Huntington wrote:
>
> I recall having an issue where (I think--I searched my email and
> couldn't find the reference) the cue number was ignored in MSC?
>
> I assume that's been addressed in the new version?

Yup! MSC cue numbers are honored in v2.

Best,

[John Huntington]

On Thu, Sep 29, 2011 at 9:43 AM, ra byn (robin) <ra...@rabyn.com> wrote:
> If you have any interest, I'll see if I can find the thread again. I think
> some of it was offlist.

Thanks, I think I'm good--through Medialon (or other programs) I can
send whatever I need. I was just looking for an easy, simple IP-based
way to trigger QLab, but it looks like it makes more sense to wait for
the OSC implementation.

Thanks to everyone for the info!

John

[ra byn (robin)]

On Thu, September 29, 2011 7:28 pm, John Huntington wrote:
> Thanks, I think I'm good--through Medialon (or other programs) I can
> send whatever I need. I was just looking for an easy, simple IP-based
> way to trigger QLab, but it looks like it makes more sense to wait for
> the OSC implementation.

For anyone else who might want this information included in the thread,
this is what Figure 53 offered up as a possibility for telnet without an
actual telnet cue:

--------------------------------------------------------------------------

On Tue, January 5, 2010 12:53 am, Sean at Figure 53 wrote:
> Hi *,
>
> With a little help from Terminal, you can do this with AppleScript: first
> launch Terminal and telnet into the LF host, and leave the connection
> open. Then in a script cue, put something like:
>
> tell application "Terminal" to do script "cue playback 1 1" in window 1
>
> ... replacing the "cue playback 1 1" bit with whatever telnet command you
> need to send. This lets Terminal deal with keeping the connection open,
> displaying incoming data, etc.
>
> I think a dedicated telnet cue is a really intriguing idea -- my first
> reaction is that the extra UI and connection management could make it a
> bit unwieldy, but if it could be generalized in such a way as to work with
> SSH or other protocols, it could potentially open up some sweet
> possibilities. Definitely something for Chris and me to toss around a bit
> for the future. In the meantime, let me know how the script cue works!