[PD] uDMX hanging/locking up

[Jesse Mejia]

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 at 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 at mail.iem.at> on behalf of Jesse Mejia <jmejia at anestheticaudio.com>
> Sent: Monday, June 13, 2016 2:41 PM
> To: Matthias Kronlachner
> Cc: pd-list at 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 at gmail.com <mailto: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 <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/20160613/d163ec12/attachment.html>