thanks! I missed the other post. I’ll follow that. There are interesting leadscheers

@newsound we haven't published it yet, but I can DM it to you in beta if you would like

Don't worry it now works! I had another application using the same OSC port to send. Hopefully this is useful for other people.Nic

@skulpture how did you get on with the application and do you have any thoughts about it's use ?

@vixmedia Not at all! ZoomOSC extends the vanilla zoom client, so you just log in using your official Zoom account and the software will inherit whatever privileges you have in your existing Zoom account. Now, depending on the type of work you are doing, having a paid account might give you helpful features like webinars or multi-person meetings over 40 minutes in length, but we don't impose any requirements on account level ourselves.

https://github.com/kylemcdonal...The software has been updated in 2016 and relied on QuickTime support from Apple to grab the necassary information / texture's. Since Apple has ditched support for QuickTime it means that the software wont work on newer versions of macOS. Like the Github issue explains you have to rebuilt the software against a newer version of OpenFrameWorks.

hello all,I just tested with Izzy  "Face capture" free iOS oftware that streams data in osc. There free version is limited to 15 seconds. It records and exports data in fax and has plugin for unity. The only bad thing..... 75 Canadian dollars to unlock the full version. Too much.It works superwell. Too expensive, but I wanted to let you know. I'll dig into more similar software.Stay safe !Armando 

Hi - this is a great tutorial, thank you.All nicely working as you describe.  However, I can't find the calibration script for the MPU, even when selecting Uno in the board menu.  Can you post the example code, or send me a copy please?ThanksTim

@juriaanah, thanks Juriaan, I missed that. I use OSCrouter a lot, which is a great tool, but still often need other bits and pieces to set up with Isadora when OSCing out of ETC world.

Thanks for the answer.Have a nice dayCélio

I found the way!need to turn off "use type"

Thank you so much @bonemap You are a lifesaver. I got this working in rehearsal and I'm about to put this tracking data to use!

@n1ckfgDo you have any more footage or action shots you can share? It looks so interesting!

Hi there, Isadora doesn't like your way of sending data.. I would personally go for the following code : void osc_doors(int i, int doorID) { OSCMessage msg("doors/" + doorID); if(debug == true) Serial.print("/doors"); if(debug == true) Serial.print(doorID); if(debug == true) Serial.print(","); if(debug == true) Serial.println(i); msg.add(i); Udp.beginPacket(outIp, outPort); msg.send(Udp); // send the bytes to the SLIP stream Udp.endPacket(); // mark the end of the OSC Packet msg.empty(); // free space occupied by message } This will create the following :Adress :/doors/1With value : i

@salimeloGive us some screenshots and maybe we can spot what's going wrong

@andy-delmaine You can have a look at creating custom actions for google home (https://developers.google.com/... ) Most likely you can get it to send something to NodeRed (with nodeJS). this way you can avoid a lot of actual coding but it will still be some finicky work. I did not watch it but this seems to be about how to get it going. Node red has an optional OSC Node https://www.npmjs.com/package/...

@juriaanSure.  I used the software 'Myo Mapper' by http://www.balandinodidonato.c... to get OSC data into Izzy and made a lovely array of 'line' actors to suit.

@juriaan said: why aren't you using Artnet  We did have a discussion about using Artnet, but as it turns out  we are sending the rgb values of the first and last led of each strand to the nodeMCU (9 led strands x 2). The code on the nodeMCU then produces an interpolation across the rest of the leds in each strand. So there is an efficiency with only providing parameters for 18 leds (they are linked to audio frequency analysis). Each strand is 9 led long and they have been wired to produce 9 x strands each 900mm long that will be sewn into a dancers layered tulle costume. When we tested the OSC multi transmit starting with 54 values everything was working fine except for the missing values. We tried sending less in increments and it appeared that 49 was our maximum. We have another set of wearable controllers that send accelerometer data back to Isadora also using OSC. Best wishes Bonemap

@fred said: in addition to then add interface components, (which I feel look really dated and I don't like to give to clients).  There are a number of underlying concerns in your pitch. And you raise some of the niggling structural issues that regularly get comments by Isadora users. There was a robust discussion by the 2.6 beta testers about accessing OSC addresses more efficiently in Isadora, particularly from within the Isadora work area. As a result the OSC Multi Listner was implemented with a switch to display OSC pathnames within the body of the node. So this was a step towards a more convenient approach to working with a large volume of OSC connectivity points.  Taking the in-patch direction a quantum leap further and making each node inherently and readily capable of addressing outgoing/incoming OSC/midi/TCP/UDP/serial/Net Broadcaster pathnames at any parameter variable, is certainly a game changer. It would represent a serious innovation in what the software represents and how it will interface within the ecology of applications typically used in a media and performance production.  I believe it would require the addition of a combined in/out management panel that allowed sequential access and editable lists of external/internal connectivity points with a ‘go to node’ function that highlights and brings into focus the associated actor. The connectivity panel would need to be a floating panel (not a dropdown from the Isadora frame) so that it can be always accessible and viewable beside the patch bay as connectivity points are being programmed in an actor. In addition, an actor with an existing connection could be analogously coloured to indicate that the connection exists and coloured again if the connection is viable/active.Presently, there is no continuity in the way each type of connectivity point is dealt with in Isadora. It appears that this is due to the ad hoc development of each connectivity feature. Currently Discrete control panels appear in many different places and forms. And some of these only coalesce in a monitor window. However, colocating the management of all node connectivity points would add productivity and nibbleness to the process, particularly when setting up and running a production in-situation. I hear @Fred ‘s comments directed at the visual style of the Isadora control panel elements. Best wishes Bonemap

The lights you posted use the ifttt protocol, that is how they can work with Alexa etc. It is just http and I guess you can use Wireshark to spy on tj messages. Otherwise there are some nodes for node red for ifttt that may help, there are also osc nodes for node red that would let you control it from Isadora. https://flows.nodered.org/node...