[PD] uDMX hanging/locking up

Jesse Mejia jmejia at anestheticaudio.com
Mon Jun 13 20:41:55 CEST 2016


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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160613/2cc81b4b/attachment.html>


More information about the Pd-list mailing list