[PD] uDMX hanging/locking up

[Jesse Mejia]

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 at 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 at anestheticaudio.com
> Date: Sat, 11 Jun 2016 13:24:18 -0700
> To: Pd-list at 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 at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160611/92b16f6f/attachment.html>