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/) 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 mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list