[PD] uDMX hanging/locking up

[Pagano, Patrick]

?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

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/) 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



_______________________________________________
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

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