[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] enttec dmx pro

thanks guys, i will test all this and get back to you.. with reset period i mean the pause between packages. it seemed weird, on my g4 linux this period was somhow too long and the packet to short, on a windows box it seemed that there was no startbyte in each packet, but the reset period was ok long (with the test utility provided by enttec) 

anyways, will let you know how it goes and thanks a ton again!
wilm

Vincent Rioux schrieb:

hello Wilm, Marije and list,


has anyone ever used the enttec dmx pro interface from within sc? i am
currently using wtf2osc and it works with some dmx clients but not
with others. somehow the signal is strange. the "reset" period is too
long.

i have been using dmx_pro/wtf2osc - python/sc combination recently (
http://a-r-n.org/ ).
i had to slightly change the code so that it would be possible to send a
full array of  values at once (i had 16 channels).
something like this (in osc2dmx):

def writeChannels(vals):
  global DMXDATA, SERIAL
  DMXDATA = map(int, map(abs,vals))
  dmx.send(SERIAL,6,DMXDATA)

i also noticed that it was necessary to send a 0 on the first array element.
hence [255]*16 for 16 channels should be replaced by [0]+[255]*16

it actually worked pretty well.
what do you mean by reset period?

thanks Marije for the code, i'll look at it as soon as i go back to this
project.
using sc control busses for fast light control worked very well indeed -
many thanks for your advices!

best regards,
Vincent





_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/