Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: Continous Artnet streaming...

  1. #1

    Continous Artnet streaming...

    Situation right now is that Pixelmad only outputs Artnet universes if changes of values occurred on this universes.
    It will also update the values of a not changed universe after a period of some seconds.
    This method complies with the original Artnet protocol and helps reducing Artnet traffic.

    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.

    I would prefer an option to have a continous Artnet stream at 25 updates per second. This will work in 100 Mb/s and !gb/s networks - of course it will be a problem with original 10 Mb/s hardware.

    There is also another issue with non-continous Artnet sending: What should the recieving unit output on the DMX side between new packages? I can only repeat the last packet.
    As the DMX refresh rate is different to the playback rate of a movie you will see frame holds or even frame drops on the output side - that is not in favour of fluently running playbacks...
    The Artnet interface in the SchnickSchnackSystems Power Supply 4E does sychronize the output to the Artnet input. That means one packet in - one packet of DMX out. This way the output will be synced to the playback rate.
    It it will not work correctly with non-continous streams.

    What are others´oppinions on this?
    Olli
    ------
    Oliver Ranft, Aachen, Germany

  2. #2
    Oliver.

    Your dmx nodes arent working correctly-

    i have had nodes not working correctly reported on multiple occasions.

    From multiple different manufacturers-

    Martin nodes on rush.
    etc.

    ---

    The nodes need to be fixed- continuous mode with the devices will just make things worse - and probably prevent them from working at all.

    I cant fix a problem in the nodes by sending more data to them.
    This will just make things worse-
    these devices overload really easily.

    Suggest you contact elc or buy something from luminex?

    ---

    There is no way to guarantee ANY network timing- with ethernet-
    its all buffered multiple times.

    The Artnet interface in the SchnickSchnackSystems Power Supply 4E does sychronize the output to the Artnet input. That means one packet in - one packet of DMX out. This way the output will be synced to the playback rate.
    It it will not work correctly with non-continous streams
    what do you mean "It it will not work correctly with non-continous streams"?

    I suspect if they are saying this - they have not got their algorithm correct.

  3. #3
    Quote Originally Posted by OlliR View Post
    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?

  4. #4
    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..

  5. #5
    Quote Originally Posted by samsc View Post
    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
    Olli
    ------
    Oliver Ranft, Aachen, Germany

  6. #6
    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...
    Olli
    ------
    Oliver Ranft, Aachen, Germany

  7. #7
    Quote Originally Posted by OlliR View Post
    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.

  8. #8
    Olli

    Sorry to hear you had a bad experience with our Datagate, there are a couple of things I'd like to clear up, so hopefully people using our gear will have everything working as they want it to.

    There were issues with old versions of the firmware and multiple (> 12) arnet universe broadcast. The fact is that when we designed it, it never came to mind people would want to broadcast artnet in such large quantity, we thought unicast would be the norm.

    Since V2.0 we greatly improved this and even perfomed a packet loss/latency shoot out at one of the large production houses here in Australia where we compared the Datagate against other devices, some of which where mentioned above.
    In the end the Datagate outperformed all of them, packet loss was minimal and timing on all the 8 ports was identical, all other devices had delays between the various ports.
    This is up to around 35 to 40 universes, which is the limit for a 10B T network.

    In a broader sense though broadcasting that much data just isn't good practice you load up all the devices on your network and even if you have 100bT it just pushes the limit a bit further but the limit is still there. Unicast and a properly design network should be used for large install as you have NO limit to the number of nodes universes.

    We have helped users with large video displays installations using datagates, every time it worked perfectly when they used unicast and syncronised the datagate dmx port refresh rates with the refresh of the sending software.

    As these projects/gigs get more and more complex it becomes less plug and play and requires some network engineering. We are always happy to help our users and share our expertise to make things work for them

    Don't hesitate to contact me if you have any questions

    Thanks

    Nicolas Moreau
    www.enttec.com

  9. #9
    Quote Originally Posted by enttec View Post

    Don't hesitate to contact me if you have any questions

    Thanks

    Nicolas Moreau
    www.enttec.com
    Thanks Nicolas,

    I will get back to you if I need assistance for future productions.

    All in all the Datagates worked fine - It is just sometimes when going to a blackout without fadetime that some outputs keep sending out the last values - so my best guess is that the OFF packet got lost - that is why I suggested repeating packets before stopping to transmit...

    Compared to some other products the Datagates performed fine. Good to now they do work with Unicast as well.
    Olli
    ------
    Oliver Ranft, Aachen, Germany

  10. #10
    That's one of the main problems with DMX over Ethernet systems such as Artnet. It's UDP, so packets can get lost and if they do it can have devastating visual effects as we all know. Murphy's law does say it will lose the off packet patched right in the middle of your screen

    I think that continuous unicast would be the best solution, I can tell you that the datagate can definitely handle 25fps unicast for all 8 ports.

    Thanks

    Nicolas
    www.enttec.com

Similar Threads

  1. Artnet Problem
    By johnboylightboy in forum Catalyst Technical support
    Replies: 5
    Last Post: 04-11-2007, 06:01 PM
  2. Load Bars / Artnet Issue
    By NevBull in forum Catalyst Technical support
    Replies: 3
    Last Post: 04-08-2007, 10:20 PM
  3. Catalyst Artnet Input...
    By OlliR in forum Bug reports
    Replies: 4
    Last Post: 26-07-2006, 08:18 PM
  4. Does f45 need dongle or activation for Artnet output?
    By OlliR in forum Software support
    Replies: 1
    Last Post: 10-02-2006, 08:02 PM
  5. streaming audio to airport express
    By samsc in forum Catalyst Technology questions
    Replies: 0
    Last Post: 26-10-2004, 06:32 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •