Art-Net vs sACN : quel protocole devriez-vous utiliser ?

Adressage et transport

Les deux diffusent DMX512 sur UDP simple. Presque tout ce qui concerne l'adressage diffère.

Comportement sous charge et en cas de défaillance

Cette moitié décide de ce que fait le matériel au pire moment possible.

Gestion et écosystème

Ici, les deux se chevauchent à peine : l'un gère des dispositifs, l'autre n'essaie pas.

Priorité contre fusion : la différence qui décide d'une console de secours

Chaque paquet de données sACN porte un octet de priorité, et la règle est claire : pour un univers donné, un récepteur collectant des données de plusieurs sources traite la priorité la plus élevée comme les données définitives. Les sources sans priorité variable doivent envoyer 100. Mettez une sauvegarde à 90 sous une source principale à 100 et elle reste silencieuse jusqu'à ce que la source principale s'arrête, puis prend le relais instantanément.

Art-Net n'a pas de champ de priorité du tout. Lorsque ArtDmx pour un Port-Address arrive de deux adresses IP, un nœud signale soit une erreur et attend un humain, soit fusionne, HTP ou LTP comme défini par ArtAddress. Puis vient la limite : la fusion est limitée à deux sources, et toute source supplémentaire est ignorée par le nœud. Une source défaillante est conservée dans le tampon de fusion pendant 10 secondes.

Donc, une sauvegarde sACN reste invisible jusqu'à ce qu'elle soit nécessaire, tandis qu'une sauvegarde Art-Net est fusionnée tout le temps, et une troisième source n'est pas dégradée, elle est rejetée.

Découverte, et la règle de diffusion que tout le monde se trompe

La couche de découverte d'Art-Net n'est pas optionnelle : tous les contrôleurs doivent diffuser un ArtPoll toutes les 2,5 à 3 secondes, et dans Art-Net 4, chaque réponse doit être unicast. Une réponse contient les univers du nœud, la capacité RDM et le statut, qui est ce sur quoi repose le reste de la gestion d'Art-Net.

sACN découvre uniquement les univers : les sources annoncent quels univers elles transmettent sur l'univers 64,214 toutes les 10 secondes. Pas de liste d'appareils, pas de noms, pas de configuration, et la norme indique clairement qu'aucun mécanisme n'est spécifié pour découvrir les adresses unicast. Le trafic est partitionné par multicast à la place, le numéro d'univers formant les deux derniers octets de l'adresse : l'univers 1 est 239.255.0.1.

Art-Net 4 fait le contraire de ce que la plupart des articles affirment. ArtDmx doit être unicast aux abonnés de l'univers dans le paquet, et la spécification indique qu'il n'y a aucune condition dans laquelle la diffusion est autorisée. L'abonnement provient de la découverte, donc la découverte décide où les données peuvent aller. Notez l'asymétrie : ArtDmx est uniquement unicast, ArtSync est uniquement diffusion dirigée.

Sur cette lacune, la spécification est claire, dans les mots de son propriétaire plutôt que comme un fait neutre : sACN manque de toute capacité à découvrir des appareils, configurer des appareils ou transporter des données RDM. Le noyau factuel reste : E1.31 ne définit ni l'un ni l'autre.

Comptes d'univers et l'erreur d'un

Le Port-Address 15 bits d'Art-Net donne 32,768 univers théoriques, dont 1 à 32,767 sont valides, car Art-Net 4 déprécie zéro pour améliorer la compatibilité sACN. sACN permet 1 à 63,999, avec 0 et 64,000 à 65,535 réservés à part 64,214 pour la découverte.

Ensuite, le piège de numérotation. Art-Net compte à partir de zéro sur le fil, sACN à partir de un. DMXDesktop numérote les univers à partir de 1 sur chaque protocole, donc l'univers 1 de DMXDesktop sort comme l'univers 0 d'Art-Net, et un nœud affichant un numéro un inférieur à celui que vous avez défini n'est pas cassé.

RDM, configuration et statut des normes

RDM. Art-Net le transporte, via ArtRdm plus ArtTodRequest et ArtTodData pour la table des appareils, mais ce n'est pas une norme ESTA : ANSI E1.20-2025 ne fait pas référence à Art-Net du tout. sACN ne transporte pas de RDM, donc aucun produit ne peut l'offrir quel que soit son marketing. RDM sur IP est ANSI E1.33 (RDMnet). DMXDesktop exécute RDM sur des interfaces USB et sur Art-Net.

Configuration. Art-Net définit les univers d'un nœud, l'adresse IP et la direction du port en utilisant ArtAddress, ArtIpProg et ArtInput, et Art-Net 4 a ajouté des commandes sélectionnant si un port convertit sACN ou Art-Net. sACN ne configure rien.

Statut des normes. sACN est une norme nationale américaine ouverte de l'ESTA, gratuite à télécharger et gratuite à mettre en œuvre. Art-Net est propriétaire, détenu par Artistic Licence, sans redevance mais conditionnel : les implémenteurs demandent un OemCode et doivent créditer Art-Net(TM) Conçu par et Copyright Artistic Licence dans le guide de l'utilisateur. Le port 5568 est enregistré auprès de l'IANA comme sdt ; 6454 n'est pas enregistré du tout.

Que se passe-t-il lorsque les données s'arrêtent

Les deux fonctionnent sur UDP, donc ce qui compte, c'est comment un récepteur traite le silence. sACN considère 2,5 secondes sans paquets de données comme une perte de données réseau pour cette source et cet univers, et la révision de 2025 compte spécifiquement les paquets de données, donc une source envoyant encore des paquets de découverte expirera toujours. Voici la partie que la plupart des gens se trompent : E1.31 exige un mode où, en cas de perte de données de toutes les sources d'un univers, la passerelle cesse immédiatement de transmettre DMX512. Hold-last-look est un extra autorisé, pas l'exigence.

Le chiffre de 3 secondes d'Art-Net est un délai d'expiration de découverte, pas de données, et ses valeurs par défaut de chemin de données penchent dans l'autre sens : un port de sortie retransmet le même cadre en continu sans ArtDmx, et si les deux sources de fusion échouent, la sortie conserve le dernier résultat de fusion. Choisissez le comportement que vous souhaitez et définissez le nœud pour correspondre.

Lequel devriez-vous utiliser

• Quelques nœuds dans un petit rig. Les deux. sACN est légèrement plus simple, car le groupe provient du numéro d'univers et vous n'entrez jamais d'adresse IP.
• Une grande installation. sACN. Chaque nœud ne reçoit que les univers auxquels il a adhéré, et 1 à 63,999 laisse de la place pour numéroter par zone.
• Un rig nécessitant une console de secours. sACN, pour le champ de priorité. Une fusion à deux sources n'est pas un schéma de basculement.
• Un rig où vous souhaitez configurer des nœuds et exécuter RDM. Art-Net. Il découvre, configure et exécute RDM ; sACN n'essaie rien de tout cela.
• Un rig mixte fonctionnant avec les deux. Normal, et Art-Net 4 l'anticipe : Art-Net pour la découverte, la gestion et RDM, sACN pour les données de contrôle en direct, choisies par port de passerelle.

Aucun n'est simplement meilleur : sACN a acheté l'arbitrage, le multicast et un standard ouvert en laissant la gestion de côté, et Art-Net a acheté la découverte, la configuration et RDM sans jamais obtenir de champ de priorité.

Faire fonctionner les deux dans DMXDesktop

DMXDesktop sort Art-Net et sACN en même temps sur Mac et Windows, configuré par ligne, de sorte qu'un univers puisse sortir via sACN vers un groupe multicast et via Art-Net vers un nœud.

• La priorité est uniquement sACN. Par univers, 1 à 200, par défaut 100. C'est la plage de l'application ; E1.31 permet 0 à 200. Les lignes Art-Net ne portent pas de byte de priorité, donc le mode de fusion de priorité n'est pas proposé là.
• Le multicast est un interrupteur. Activé, l'adresse est dérivée comme 239.255.X.Y. Désactivé, vous tapez la destination.
• La découverte Art-Net est automatique. DMXDesktop interroge toutes les 2,5 secondes et répond aux sondages entrants. Les sources sACN sont trouvées passivement, puisque sACN n'a rien à annoncer.
• Recevoir l'un ou l'autre protocole nécessite Pro. L'envoi fonctionne sur tous les plans, dans sa limite d'univers.