artnet input bug ?
Posted: Thu May 16, 2013 9:51 am
hi, and thanks for the nice piece of software !
this is a match in my search for a multiplatform light dmx controlleur!
I'm interested in a artnet interface, and before buying one, did some tests to see how it works in input or output, and here's the issue:
When using the artnet input, the faders in the virtual console assigned to artnet sliders never come back to "0", but keep the last value received before the "0".
if you were going slowly you end at "1", but if the artnet controller was fast it can be much higher.
the setup was simple: 2 pc, and one qlc+ on each, one using the artnet output, the other the artnet input.
wireshark show me the correct values, and running a ola_dmxmonitor give the correct value when the sender is "0".
Both OS are debian sid if that matter, and i tryed the git version for the receiver QLC+, wich exibit the same behaviour.
tell me if it's better to post this in the git bug.
jano
this is a match in my search for a multiplatform light dmx controlleur!
I'm interested in a artnet interface, and before buying one, did some tests to see how it works in input or output, and here's the issue:
When using the artnet input, the faders in the virtual console assigned to artnet sliders never come back to "0", but keep the last value received before the "0".
if you were going slowly you end at "1", but if the artnet controller was fast it can be much higher.
the setup was simple: 2 pc, and one qlc+ on each, one using the artnet output, the other the artnet input.
wireshark show me the correct values, and running a ola_dmxmonitor give the correct value when the sender is "0".
Both OS are debian sid if that matter, and i tryed the git version for the receiver QLC+, wich exibit the same behaviour.
tell me if it's better to post this in the git bug.
jano