Continous Artnet streaming...

[samsc]

The problem is if the recieving unit drops (whyever) one packet of the traffic it might be in the wrong state for another 5 seconds...
I have seen this at Live Earth Hamburg for the first time - and I thought it was the fault of the ELC node8 hardware used to decode Artnet to DMX.

were you displaying still images?

[jasonrudolph]

this was the same problem I was seeing using the Martin Ether2DMX boxes for the special olympics, and it was the same problem on Rush. When you would do a fast bump.change, the previous state would stay for about 5 seconds.

We changed to Virtuoso Node 2s (artnet) and the problem went away. On Rush they changed to the Artistic Licence boxes (I think) to solve the problem.

Richard, maybe it would be good if you put up a page somewhere with known problem boxes and successfully used ones, to help people out in speccing the right gear..

[OlliR]

were you displaying still images?

I had the biggest problems when flashing layers with still images. So there was really only one Artnet package sent and that might have been lost...

Maybe it is not necessary to have a continous stream but at least a defined number of repeats before stopping...

Could make life easy as you not always in a position to specify what make of nodes will be provided for your system...

By the way Catalyst is the only media server that does reliably play 25 fps on Artnet installation +20 Universes. I tested some other systems - and was not satisfied at all...

Cheers,

Olli

[OlliR]

I start to agree that a continous stream when not necessary won´t help anyone...
But what about a selectable number of repeats of the last change before stopping to transmit a universe?

I worked with Enttec Datagate and had to see that these units didn´t work good with Pixelmad as well...

The problem is that I am in charge of specifying Catalyst equipment but when it comes to ArtNet node the lighting company will supply whatever they have in stock - and they will say Catalyst is the problem because our nodes work fine with Hippo and grandMAvideo...

It is then a really hard point to tell someone that the problem is in their nodes and not in my server...

[samsc]

I start to agree that a continous stream when not necessary won´t help anyone...
But what about a selectable number of repeats of the last change before stopping to transmit a universe?

I worked with Enttec Datagate and had to see that these units didn´t work good with Pixelmad as well...

The problem is that I am in charge of specifying Catalyst equipment but when it comes to ArtNet node the lighting company will supply whatever they have in stock - and they will say Catalyst is the problem because our nodes work fine with Hippo and grandMAvideo...

It is then a really hard point to tell someone that the problem is in their nodes and not in my server...

Did you use routable artnet direct to the ip address of the boxes?

--

Its really really not me- if the units dont work.

They are probably overloaded and dropping data - then they blame me.
Im trying not to overload them even more by only transmitting when it doesnt change.