TouchOSC control for OLA

[kultex]

Hi Simon,

I was working together with Gunther Seiser from Arge Kultur Salzburg on controling Isadora over OLA-osc - that works perfect

Gunther was working until now with Lanbox + Isadora and he wrote a perfect Isadora Program + TouchOSC-Layout, to contol the Lanbox from the ladder. He is very interested in Horizon + Ola and we started to think, how it could be possible to use this TouchOSC-Layout streight in OLA without Isadora.

He knows python, so we started to work on it.

the start is promising, but its not working as it should be

the fact is that touchOSC only uses one osc address  - /1/fader1. Hence, the python programme must remeber which canal it actually is dealing with. And, therefore, it is not possible that Ola and Touch are communicate directly with each other.

The way looks thus:   /1/fader1 to python
According to the canal variable the Dmx value has to be changed with /touch2osc.
What we have to find out in python: how we can send the correct Dmx value to the touchOSC when we change the channel.

maybe you or somebody else, who knows python can help us

I think evrything is described in the file riggingtool info.txt


I added also the isadora file horizon-ola-osc.izz, if somebody wants to check

Thomas

[Simon Newton]

Hi Thomas,

I'm having a hard time following how the system is setup. Can you describe what you're trying to do, and what components are talking to what?

I also have no knowledge of Horizon or Isadora, so that's also confusing me.

Simon

--
The Open Lighting Group: open-l...@googlegroups.com, #openlighting (irc.freenode.org)
To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en

[Peter Newman]

I'm guessing they're using the left of the screen to choose the channel, and the right to choose the value (and possibly tracking previous values when they move onto the next channel).

Do you also want feedback of the current DMX value of the live channel within TouchOSC?

You could also look at http://isquint.net/2011/new-ios-app-dmx-focus/ ( http://itunes.apple.com/us/app/dmx-focus/id406134282?mt=8# ) an iPhone App that I think will do the OSC bits out the box, cutting out the need for the Python script.

On Tuesday, 2 December 2014 16:55:05 UTC, Simon Newton wrote:

Hi Thomas,

I'm having a hard time following how the system is setup. Can you describe what you're trying to do, and what components are talking to what?

I also have no knowledge of Horizon or Isadora, so that's also confusing me.

Simon

On Sun, Nov 30, 2014 at 10:31 AM, kultex <kultex> wrote:

Hi Simon,

I was working together with Gunther Seiser from Arge Kultur Salzburg on controling Isadora over OLA-osc - that works perfect

Gunther was working until now with Lanbox + Isadora and he wrote a perfect Isadora Program + TouchOSC-Layout, to contol the Lanbox from the ladder. He is very interested in Horizon + Ola and we started to think, how it could be possible to use this TouchOSC-Layout streight in OLA without Isadora.

He knows python, so we started to work on it.

the start is promising, but its not working as it should be

the fact is that touchOSC only uses one osc address  - /1/fader1. Hence, the python programme must remeber which canal it actually is dealing with. And, therefore, it is not possible that Ola and Touch are communicate directly with each other.

The way looks thus:   /1/fader1 to python
According to the canal variable the Dmx value has to be changed with /touch2osc.
What we have to find out in python: how we can send the correct Dmx value to the touchOSC when we change the channel.

maybe you or somebody else, who knows python can help us

I think evrything is described in the file riggingtool info.txt


I added also the isadora file horizon-ola-osc.izz, if somebody wants to check

Thomas

--
The Open Lighting Group: open-l...@googlegroups.com, #openlighting (irc.freenode.org)

To unsubscribe from this group, send email to open-lighting+unsubscribe@googlegroups.com

[kultex]

You are right Peter  - and we need feedback of the current DMX value of the selected channel.

I have seen the DMX-Focus app before, but it is not useable on the ladder. And what is also important for me is, that it is minimum available for Android and iOS - better would be for Windows Phone too....

if you look on page 3 of the riggingtool - there are 20 Faders and what we think for further development is, to get also submasters straight in OLA (Simon, would you think it would be possible?)

Horizon and Isadora has nothing to do with touchOSC - I included it just for people who needs to control Video or Sound with DMX - its now extremly easy with the OSC function in OLA

I am working on a new OLA live CD where I try to include Horizon, Sandnet, QLC+ and the Linux Version of MagicQ.

Thomas

To unsubscribe from this group, send email to open-lightin...@googlegroups.com

[kultex]

to make it easier, we will provide images (partimage + win32 disk imager for windows users) - I hope until weekend

[kultex]

Here is a Partimage Image of the 2nd partition (you need minimum ~ 4,5 GB)

https://drive.google.com/file/d/0B6Yq29kAcfcVX2RTbEhnTXB1R00/view?usp=sharing

In TouchOSC you have to fill in following values :
Host = IP_of_the_Raspberry_device
Port out: 8000
Port in:  7770

ssh to OLA and type

python3 riggingtool.py --ip_of_your_TouchOSC_device

and you can use it

for windows users - sorry, the win32 disk Imager does not produce working images.....

Thomas

[kultex]

its working now - Gunther found the problem:

the problem is, that OLA cannot send to localhost or 127.0.0.1 (Simon - do you ahve an idea why?) - so you have to enter the IP of the PI in ola-osc.conf, to get it running.

If it would be possible, that ola can send to localhost or 127.0.0.1, it could be included in the OLA-Pi image and you just have to start riggingtool.py with the correct IP address to get it running - maybe this could be included in the webinterface.

Simon - it would be great, if you could include the whol thing into the OLA-Pi.img - as soon as I have time I will do a new SliTaz-OLA-Live-CD.iso

For those, hwo have instlled our Parimage-image, just cange the 2 attached files and reboot

Next step for me is to set up the PI as a WIFI router - so you dont have to carry a router with you, when you are on tour.

Thomas

[Stefan Krüger]

hi kultex,

my kollege tried this about a year ago..
it was really hard to find a reliable source for a working usb-wifi dongle.
in the end in the project we put in a normal accesspoint.
the w-lan stick we had did not had a stable / powerful enough connection..

if you interested - i can check and ask what we used.. ( i dont remember..)

sunny greetings
stefan

[kultex]

Hi Stefan,

yes would be nice to get info about this - especially where the problem was...

I work with a Zioncon WL0162

https://wikidevi.com/wiki/Zioncom_WL0162

and in small places with the TP-LINK TL-WN722N

http://www.newegg.com/Product/Product.aspx?Item=N82E16833704045

I use them with SliTaz OLA Live CD to get WiFi-DMX

They are totally stable and I never had any troubles - so I think, they should work also on the PI without any problems...

Thomas

[david]

Hello,

This is very interesting.  I have been using PureData on an RPI to talk directly to an EntecDMXpro using OSC messages.  That seemed the simplest route a year or two ago when I set up the system.  It works fine.  PureData has routing tools for OSC messages and UDP built in, and as its a data-flow language it is incredibly easy to program.

It seems that you are running python to bring the OSC messages into OLA, or is OLA a python library and therefore you have really only one application running?

In PureData I had to do some of the work myself.  But this forum seems to be exploding with knowledgeable contributors.

I assume that the "end of the road" for this thread will be to integrate OSC into OLA......

A very good idea!

I know though that "Blender" nodes use a library called "pythonosc" to send OSC messages in Python 3.4, and I wondered if that could be useful to you?

[Simon Newton]

On Wed, Dec 17, 2014 at 12:21 PM, david <dave...@hotmail.co.uk> wrote:
> Hello,
>
> This is very interesting. I have been using PureData on an RPI to talk
> directly to an EntecDMXpro using OSC messages. That seemed the simplest
> route a year or two ago when I set up the system. It works fine. PureData
> has routing tools for OSC messages and UDP built in, and as its a data-flow
> language it is incredibly easy to program.
>
> It seems that you are running python to bring the OSC messages into OLA, or
> is OLA a python library and therefore you have really only one application
> running?
> In PureData I had to do some of the work myself. But this forum seems to be
> exploding with knowledgeable contributors.
> I assume that the "end of the road" for this thread will be to integrate OSC
> into OLA......

OSC has been supported in OLA since at least 0.8.32.

Simon

>
> A very good idea!
>
> I know though that "Blender" nodes use a library called "pythonosc" to send
> OSC messages in Python 3.4, and I wondered if that could be useful to you?
>

[Peter Newman]

Hi David,

As Simon has mentioned, we support OSC already, it's more to do with what they're using OSC for; as I guessed, and they've confirmed earlier "I'm guessing they're using the left of the screen to choose the channel, and the right to choose the value (and possibly tracking previous values when they move onto the next channel)." and "we need feedback of the current DMX value of the selected channel.". If they had 512 faders, it would already work directly with OLA; they're actually trying to build a focus remote with some intelligence, which they could either do with more smarts in the app on the phone (but then you're into 80 USD or whatever it is with Apple) and sending lots of redundant data across the network, or alternatively smarts on the OLA end, but that doesn't make much sense, the features usage will depend on what they want, e.g. potentially storing presets etc. So building it as a seperate client as they've done is probably the most sensible approach (OLA is running on a box already, so an extra Python script won't make any real difference).

On Sunday, 21 December 2014 20:12:16 UTC, Simon Newton wrote:

On Wed, Dec 17, 2014 at 12:21 PM, david <dave.kent> wrote:
> Hello,
>
> This is very interesting.  I have been using PureData on an RPI to talk
> directly to an EntecDMXpro using OSC messages.  That seemed the simplest
> route a year or two ago when I set up the system.  It works fine.  PureData
> has routing tools for OSC messages and UDP built in, and as its a data-flow
> language it is incredibly easy to program.
>
> It seems that you are running python to bring the OSC messages into OLA, or
> is OLA a python library and therefore you have really only one application
> running?
> In PureData I had to do some of the work myself.  But this forum seems to be
> exploding with knowledgeable contributors.
> I assume that the "end of the road" for this thread will be to integrate OSC
> into OLA......

OSC has been supported in OLA since at least 0.8.32.

Simon

>
> A very good idea!
>
> I know though that "Blender" nodes use a library called "pythonosc" to send
> OSC messages in Python 3.4, and I wondered if that could be useful to you?
>
> --
> The Open Lighting Group: open-l...@googlegroups.com, #openlighting
> (irc.freenode.org)
> To unsubscribe from this group, send email to

> open-lighting+unsubscribe@googlegroups.com

[kultex]

thx David, very well explained... OSC and Python on the PI offers a wide range of possibilities, but for me still the most interesting feature is DMX -> OSC to control video and sound with DMX

Submasters: the question here is, it would be possible to program evrything in python, but the easiest way to handle it, would be to save some DMX values in OLA Console  - Simon, would this be possible?

Thomas

[Simon Newton]

On Fri, Dec 26, 2014 at 3:45 AM, david <dave...@hotmail.co.uk> wrote:
> Thank you Simon and Peter.... as Kultex says... "very well explained".
> Obviously I badly need to update my version of OLA before I comment again.
> But (in the dark) I assume that OLA currently accepts OSC messages. If it
> should be capable of sending them as well then Kultex would be very happy.
> So I assume that is not the case, and that he is requesting a feature which
> is not part of your "core business".
> However, If OLA could send OSC messages, and also had a "request current
> values" feature then OSC remotes, which are able to send messages such as
> "/page3" (or whatever you wish) when changing pages.... would be able to
> request only the data required for that page (eg 10 channels?). The data
> returned would be just:
> /fader21 /127
> /fader22 /108
> /fader23 /0
> etc.
> i.e. a very small packet, sent only once (udp). Even a whole universe would
> not be a huge network hit.
> I assume that OLA already stores those values in a table that is read
> continuously to the DMX data-stream, and very nearly in the same format?

OLA can send updates over OSC:
https://wiki.openlighting.org/index.php/OLA_Device_Specific_Configuration#OSC
.

I'm not aware there is a way to 'request' updates via the OSC
protocol but I'm happy to be proven wrong.

Simon

>
> David.

>
> --
> The Open Lighting Group: open-l...@googlegroups.com, #openlighting
> (irc.freenode.org)
> To unsubscribe from this group, send email to

> open-lightin...@googlegroups.com

[david]

Hello Simon,

No, my post was rather rambling so I deleted it.  In PureData it is very simple, as a message received can trigger an event.... which can be a message sent..

So:

"/pleasesendvaluefader1" received

could very easily trigger "/fader1 <current dmx value for fader1>" sent

or "/sendpage1 received

could trigger "/ch1 127, /ch2 108, /ch3 45............"etc for all of the faders included in page 1

In the TouchOsc app, and in PureData any terms desired can be programmed for faders, buttons etc. and names can be sent to label the faders on the app as well as sending the current values when pages are changed.  Integers, floats, and symbols can be sent

I know that I am not really being helpful, so I hope to spend some time looking for a way to help before I attempt another post.

David

[Gunther Seiser]

Hi, i'm Gunther, the programmer of riggingtool.py. After reading all yout posts with great interest, I'll try to straighten some things out a little bit. Right now the program is running nicely on my Raspberry, and I'll provide the latest program updates now.

I've uploaded all relevant files (riggingtool.py, ola-osc.conf, rigging tool 1.touchosc) to my Google Drive, please follow the links. You will find a detailed setup guide when you open the first link. The setup guide covers the relevant topics to get riggingtool.py running: Python3 and package python-osc, ola-osc.conf, TouchOSC, and the necessary universe with osc input and output.

If you like, I can provide the image of my SD card within the next days.

riggingtool.py, ola-osc.conf and setup guide:
https://drive.google.com/folderview?id=0B6Yq29kAcfcVM1h4aVhPdng4TGs&usp=sharing

rigging tool 1.touchosc:
https://drive.google.com/file/d/0B6Yq29kAcfcVRkdubWt2QnRfazA/view?usp=sharing

gunther

[Stefan Krüger]

Hi Thomas,
sorry for the late reply. (missed your message)
my first message pointed to your

Next step for me is to set up the PI as a WIFI router - so you dont have to carry a router with you, when you are on tour.

there are only some few wifi usb sticks that can do as access point -
(that was an primary requirement for the project)
 i dont remember what resources we used - i found in my browser history
http://www.raspberrypi.org/forums/viewtopic.php?f=36&t=14100
but its a bit outdated.. (2012)
i will ask my colleague next time iam at the office. (can take some time) and will report back if he can remember ;-)

sunny greetings
stefan

[Michael Sauder]

If you're looking for an integrated Pi/Router type thing, check out my project at www.iderbox.org

It's a school project I did last spring. Despite grand plans it has, naturally, been put to the side for now. I never did get the website to the point I wanted, but it does have two things that may help:

- The bill of materials lists a USB WiFi stick that can work as an access point.

- "Configuration files" has some really basic files that can help you with configuring the access point and DHCP services and such.

I'm in the midst of a job now, but I really do hope to pick up work on this project again...

Michael

--
The Open Lighting Project: open-l...@googlegroups.com, #openlighting (irc.freenode.org)

To unsubscribe from this group, send email to open-lightin...@googlegroups.com
For more options, visit https://groups.google.com/groups/opt_out?hl=en

--

Michael Sauder

Email: michael...@gmail.com

Web: www.shownet.io

[kultex]

thx Stefan & Michael,

I am also quite busy with a heavy tour - but February will be some time to continue this....

Thomas