Thanks Lucas - I gave both 20 and 21 a shot. I get really nice smooth behavior - but then then it locks up - maybe even sooner? About every 30 seconds I seem to need to send a close / reopen message.

On Jun 11, 2016, at 2:05 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:

Hi Jesse,

Take this advise very loosely as I have no experience with DMX, I only studied the Art-Net protocol once for a friend that needed Lan connection with its hardware.

Try updating @ 20 or 21 ms. [metro 21]

If I remember correctly that is what it takes 1 full DMX cycle.

Try it.

Mensaje telepatico asistido por maquinas.

From: jmejia@anestheticaudio.com Date: Sat, 11 Jun 2016 13:24:18 -0700 To: Pd-list@lists.iem.at Subject: [PD] uDMX hanging/locking up

Hi list,

I’m using a uDMX device (http://www.anyma.ch/research/udmx/ http://www.anyma.ch/research/udmx/) and having some trouble with it.

I’m running Pd 0.47

I’m sending a list (read out from a continually updated table) with 144 entries (for 144 DMX channels) every 50ms dispatched via [metro 50]

After a few minutes of ‘inactivity' (meaning sending a list with 144 0’s every 50ms) - the uDMX interface activity light goes dark - and I can’t get anything out of my patch to it anymore. Re-instantiating the uDMX external object brings it back to life.

Has anyone had trouble keeping these things alive? Or maybe I’m updating it too fast - but I get nicer light fades at a fast framerate (while it’s working).

Or maybe there’s a better way to control this thing? Ultimately it’s for a an interactive/dynamic patch where any/all of the 144 channels will be triggered at any given time.. so traffic control as a table gets constantly updated seemed like a good approach.

Thanks!

-Jesse

_______________________________________________ Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list

Thanks! Two file are attached - DMX_frames.pd depends on u_tabdump.pd

My main patch is sort of working - but my terribly hacky fix is that I’m sending a pre-emptive close and open message very 1 second. It mostly isn’t in the way of things - but t’s total hack - and does cause occasional glitches.

I’m not sure if other software works better - I don’t have any DMX software. But my impression is that this is a pretty widely used device. I suspect my patch/implementation more than the hardware. Is there a freely available application that might be good for a test?

-Jesse

On Jun 11, 2016, at 3:09 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:

Well if you like you can attach your patch and I give it look.

Obviously just the pd part as I don't have the external, the hardware or lights.

Also I`m leaving home tonight but I leave it for tomorrow.

Does the uDMX works OK with other software?

Mensaje telepatico asistido por maquinas.

Subject: Re: [PD] uDMX hanging/locking up From: jmejia@anestheticaudio.com Date: Sat, 11 Jun 2016 14:26:45 -0700 CC: pd-list@lists.iem.at To: lucarda27@hotmail.com

Thanks Lucas - I gave both 20 and 21 a shot. I get really nice smooth behavior - but then then it locks up - maybe even sooner? About every 30 seconds I seem to need to send a close / reopen message.

Giving a closer look to the patches that you provided seems to me that is logical that uDMX hangs. Floats are appearing in the Print, there should be only integers from 0 to 255.

Test with the patch I gave you, also do it with pd 0.47.0 or 0.46.7

Hope this helps,Lucarda. Mensaje telepatico asistido por maquinas.

From: lucarda27@hotmail.com To: jmejia@anestheticaudio.com Date: Sun, 12 Jun 2016 18:33:30 +0000 CC: pd-list@lists.iem.at Subject: Re: [PD] uDMX hanging/locking up

Hi Jesse, I attach a patch that does the same but simpler. Are you sure that the external needs to be feeded with a list? Test it. Mensaje telepatico asistido por maquinas.

Subject: Re: [PD] uDMX hanging/locking up From: jmejia@anestheticaudio.com Date: Sat, 11 Jun 2016 17:41:18 -0700 CC: pd-list@lists.iem.at To: lucarda27@hotmail.com

Thanks! Two file are attached - DMX_frames.pd depends on u_tabdump.pd My main patch is sort of working - but my terribly hacky fix is that I’m sending a pre-emptive close and open message very 1 second. It mostly isn’t in the way of things - but t’s total hack - and does cause occasional glitches. I’m not sure if other software works better - I don’t have any DMX software. But my impression is that this is a pretty widely used device. I suspect my patch/implementation more than the hardware. Is there a freely available application that might be good for a test? -Jesse

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Cool, Bests,L

Mensaje telepatico asistido por maquinas.

Subject: Re: [PD] uDMX hanging/locking up From: jmejia@anestheticaudio.com Date: Sun, 12 Jun 2016 16:26:15 -0700 CC: pd-list@lists.iem.at To: lucarda27@hotmail.com

ahhh that makes sense! thank you!!! I won't have access to the hw until tomorrow morning - but I'll report back.

On Jun 12, 2016, at 1:59 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:

Giving a closer look to the patches that you provided seems to me that is logical that uDMX hangs. Floats are appearing in the Print, there should be only integers from 0 to 255.

Test with the patch I gave you, also do it with pd 0.47.0 or 0.46.7

Hope this helps,Lucarda. Mensaje telepatico asistido por maquinas.

From: lucarda27@hotmail.com To: jmejia@anestheticaudio.com Date: Sun, 12 Jun 2016 18:33:30 +0000 CC: pd-list@lists.iem.at Subject: Re: [PD] uDMX hanging/locking up

Hi Jesse, I attach a patch that does the same but simpler. Are you sure that the external needs to be feeded with a list? Test it. Mensaje telepatico asistido por maquinas.

Subject: Re: [PD] uDMX hanging/locking up From: jmejia@anestheticaudio.com Date: Sat, 11 Jun 2016 17:41:18 -0700 CC: pd-list@lists.iem.at To: lucarda27@hotmail.com

Thanks! Two file are attached - DMX_frames.pd depends on u_tabdump.pd My main patch is sort of working - but my terribly hacky fix is that I’m sending a pre-emptive close and open message very 1 second. It mostly isn’t in the way of things - but t’s total hack - and does cause occasional glitches. I’m not sure if other software works better - I don’t have any DMX software. But my impression is that this is a pretty widely used device. I suspect my patch/implementation more than the hardware. Is there a freely available application that might be good for a test? -Jesse

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Ok, I think that the PD part is Ok with the patch I gave you, at least to continue the tests. In the manufacturer site there are more than 4 “externals”, Have you check them all? You will have to restart Pd to switch between them.

Mensaje telepatico asistido por maquinas.

Subject: Re: [PD] uDMX hanging/locking up From: jmejia@anestheticaudio.com Date: Mon, 13 Jun 2016 11:47:17 -0700 CC: pd-list@lists.iem.at To: lucarda27@hotmail.com

This is a much simpler table/array solution - thanks for that! Unfortunately it hasn’t solved my locking up problems. (But maybe it’s made them less frequent/regular) I’m still needing to continually kill and reopen the connection. The external needs a list in order to change values on multiple channels at once. I’m currently sending a list of 180 since that’s actually the full number of channels I’m using and lists of 512 entries were adding quite a bit more latency to PD.

...

...

Yeah - my uDMX device locks up and needs a close/open with all the externals that I can get running.

There is a potential problem here (1)

...

I see the same behavior with the midi2udmx compiled max application they provide as well.

: (

...

Maybe it’s a fundamental problem with the unit - or with my hardware…

That's why I asked you before if the unit worked Ok with other software, --> Test pending.

...

That said - the compiled max application actually performs a lot better (doesn’t lag my system down. So I>> wonder if there’s a way I can further optimize what I’m doing in PD. I gotta stick with controlling it from the >> external so I can automate the open/close workaround :/

I think the patch that I gave you is the most simple one that flushes a list. IMO open/close workaround is horrible.

...

It might also be worth mentioning that I can’t even run any audio alongside this patch without intense>> blocking. I’ve been doing audio in a different pd instance for the reason.. but latency is pretty bad still.

Did you disconnect [print] from [array get] if not, you should. (1) You must be sure that there's only 1 external file in the folder you asked Pd to look for that external. Also make sure Pd can't reach the non testing externals.Are you sure you are handling this correctly? Remember restarting Pd when switching externals.

Mensaje telepatico asistido por maquinas.

Ok, well as I mention earlier I have little exp on DMX. Probably is the unit, test it with some DMX software, also Firmware? Later. Also Matthias had mention OLA. https://github.com/kronihias/ola2pd Bests, L Mensaje telepatico asistido por maquinas.

Le 14/06/2016 01:41, Lucas Cordiviola a écrit :

Ok, well as I mention earlier I have little exp on DMX.

Probably is the unit, test it with some DMX software, also Firmware? Later.

Also Matthias had mention OLA.

https://github.com/kronihias/ola2pd

Ola can also receive OSC message, so you don't really need external to control it. I sucessfully use it with 3 µDMX device on a 1 RPi to update 1500 DMX channel at 40Hz

cheers c

Bests,

L

Mensaje telepatico asistido por maquinas.

---

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Thanks - I started to look into that one, but it seemed like it required quite a bit of other software, I’ll take another look though.

On Jun 13, 2016, at 1:49 AM, Matthias Kronlachner m.kronlachner@gmail.com wrote:

Hi Jesse,

I haven't used the uDMX device but several other DMX devices with OLA (Open Lighting Architecture) under MacOS and Linux. Here is an external that allows you to receive and send DMX data to OLA: https://github.com/kronihias/ola2pd https://github.com/kronihias/ola2pd

Maybe this solution is more stable fou your. It for sure is more flexible as OLA supports many different devices, but this is transparent to the user. So in case you change to eg. Artnet you don't have to change your patch.

Best, Matthias

On 11/06/16 22:24, Jesse Mejia wrote:

...

Hi list,

I’m using a uDMX device (http://www.anyma.ch/research/udmx/ http://www.anyma.ch/research/udmx/) and having some trouble with it.

I’m running Pd 0.47

I’m sending a list (read out from a continually updated table) with 144 entries (for 144 DMX channels) every 50ms dispatched via [metro 50]

After a few minutes of ‘inactivity' (meaning sending a list with 144 0’s every 50ms) - the uDMX interface activity light goes dark - and I can’t get anything out of my patch to it anymore. Re-instantiating the uDMX external object brings it back to life.

Has anyone had trouble keeping these things alive? Or maybe I’m updating it too fast - but I get nicer light fades at a fast framerate (while it’s working).

Or maybe there’s a better way to control this thing? Ultimately it’s for a an interactive/dynamic patch where any/all of the 144 channels will be triggered at any given time.. so traffic control as a table gets constantly updated seemed like a good approach.

Thanks!

-Jesse

---

Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list

---

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

There is a metro that’s sending out a list to the abstraction every 21 ms.. and right now I’m sending a close msg followed by an open message every second to keep it alive - but that occasionally interrupts my data.

is there a lower level usb keep alive message I should try sending outside of Pd?

On Jun 13, 2016, at 11:47 AM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:

​i assume it's connected via usb, you should poll it if possible to keep it alive if there is no metro on in the patch

Patrick Pagano B.S, M.F.A Audio and Projection Design Faculty Digital Worlds Institute University of Florida, USA (352)294-2020 From: Pd-list pd-list-bounces@mail.iem.at on behalf of Jesse Mejia jmejia@anestheticaudio.com Sent: Monday, June 13, 2016 2:41 PM To: Matthias Kronlachner Cc: pd-list@mail.iem.at Subject: Re: [PD] uDMX hanging/locking up

Thanks - I started to look into that one, but it seemed like it required quite a bit of other software, I’ll take another look though.

...

On Jun 13, 2016, at 1:49 AM, Matthias Kronlachner <m.kronlachner@gmail.com mailto:m.kronlachner@gmail.com> wrote:

Hi Jesse,

I haven't used the uDMX device but several other DMX devices with OLA (Open Lighting Architecture) under MacOS and Linux. Here is an external that allows you to receive and send DMX data to OLA: https://github.com/kronihias/ola2pd https://github.com/kronihias/ola2pd

Maybe this solution is more stable fou your. It for sure is more flexible as OLA supports many different devices, but this is transparent to the user. So in case you change to eg. Artnet you don't have to change your patch.

Best, Matthias

On 11/06/16 22:24, Jesse Mejia wrote:

...

Hi list,

I’m using a uDMX device (http://www.anyma.ch/research/udmx/ http://www.anyma.ch/research/udmx/) and having some trouble with it.

I’m running Pd 0.47

I’m sending a list (read out from a continually updated table) with 144 entries (for 144 DMX channels) every 50ms dispatched via [metro 50]

After a few minutes of ‘inactivity' (meaning sending a list with 144 0’s every 50ms) - the uDMX interface activity light goes dark - and I can’t get anything out of my patch to it anymore. Re-instantiating the uDMX external object brings it back to life.

Has anyone had trouble keeping these things alive? Or maybe I’m updating it too fast - but I get nicer light fades at a fast framerate (while it’s working).

Or maybe there’s a better way to control this thing? Ultimately it’s for a an interactive/dynamic patch where any/all of the 144 channels will be triggered at any given time.. so traffic control as a table gets constantly updated seemed like a good approach.

Thanks!

-Jesse

---

Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list

---

Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list