---
title: "Art-Net ou sACN : lequel utiliser ? | DMXDesktop"
description: "Art-Net et sACN comparés d'après les deux spécifications : priorité ou fusion, découverte, univers, RDM, et lequel choisir pour votre installation."
canonical: https://www.dmxdesktop.com/fr/guides/art-net-vs-sacn
lang: fr
source: /fr/guides/art-net-vs-sacn
---

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

**Utilisez sACN lorsque le système doit continuer à fonctionner : c'est le seul des deux avec un champ de priorité, donc une source de secours prend le relais proprement et sans intervention de l'opérateur.** Utilisez Art-Net lorsque vous souhaitez que le logiciel trouve vos nœuds, les configure et exécute RDM sur eux, car sACN ne fait rien de tout cela. Besoin des deux ? Utilisez les deux, ce que prévoit Art-Net 4 et ce que DMXDesktop prend en charge.

Tout ce qui suit provient de l'ANSI E1.31-2025 et de la spécification Art-Net 4, révision 1.4dp datée du 23 octobre 2025. Lorsque cette spécification juge sACN, cela est signalé comme l'avis de son propriétaire.

Dernière mise à jour 2026-09-16

## En résumé

- •**La priorité est le point crucial.** sACN a un champ de priorité, **0 à 200**, par défaut 100, le plus élevé l'emporte. Art-Net n'en a **aucun**, seulement une fusion HTP ou LTP entre exactement deux sources.
- •**Art-Net découvre des appareils, sACN découvre des univers.** Les contrôleurs Art-Net doivent interroger toutes les 2,5 à 3 secondes. sACN publie une liste d'univers sur l'univers 64,214 toutes les 10 secondes, et rien d'autre.
- •**Art-Net 4 interdit la diffusion de données d'éclairage.** ArtDmx doit être unicast aux abonnés. sACN construit plutôt un groupe multicast à partir du numéro d'univers.
- •**RDM et configuration des nœuds sont le domaine d'Art-Net.** E1.31 ne définit aucun des deux. RDM sur IP est l'ANSI E1.33 (RDMnet).

## [Adressage et transport](#adressage-et-transport)

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

| Aspect | Art-Net 4 | sACN (ANSI E1.31-2025) |
| --- | --- | --- |
| Transport | UDP | UDP |
| Port | 0x1936 (6454), source et destination. Non enregistré IANA | 5568, enregistré IANA comme sdt |
| Adressage pour les données d'éclairage | Unicast aux abonnés. Diffusion d'ArtDmx interdite | Le mode multicast doit être fourni ; la réception unicast est également requise |
| Schéma multicast | Aucun pour les données | IPv4 239.255..; IPv6 FF18::83:00:UH:UL |
| Schéma IP par défaut | Classe A, 2.x.x.x primaire ou 10.x.x.x secondaire, masque 255.0.0.0 | Non spécifié, tout réseau IP |
| Unité d'adressage | Port d'adresse 15 bits : Réseau (7 bits), Sous-réseau (4 bits), Univers (4 bits) | Numéro d'univers 16 bits |
| Plage d'univers | 32 768 théoriques, 1 à 32 767 valides, zéro obsolète | 1 à 63 999. Univers 0 et 64 000 à 65 535 réservés, sauf 64 214 pour la découverte |

## [Comportement sous charge et en cas de défaillance](#comportement-sous-charge-et-en-cas-de-defaillance)

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

| Aspect | Art-Net 4 | sACN (ANSI E1.31-2025) |
| --- | --- | --- |
| Arbitrage de source | Aucun champ de priorité. Fusion HTP ou LTP, définie par ArtAddress | Octet de priorité 0 à 200, par défaut 100. La priorité la plus élevée est les données définitives |
| Sources gérées | Limite stricte de deux. Les sources supplémentaires sont ignorées par le nœud | Non fixe. L'appareil doit documenter son maximum et son comportement en cas de dépassement |
| Une source échoue | Conservée dans le tampon de fusion pendant 10 secondes | Considérée comme déconnectée après 2,5 secondes sans paquets de données |
| Toutes les sources échouent | La sortie conserve le dernier résultat de fusion | Une passerelle doit fournir un mode qui arrête immédiatement la transmission de DMX512 |
| Arrêt propre | Non défini pour ArtDmx | Trois paquets avec le bit Stream_Terminated activé |
| Détection de déconnexion | Nœud supposé disparu après 3 secondes sans ArtPollReply | Aucun concept d'appareil. Le délai d'attente de 2,5 secondes est par source, par univers |
| Keep-alive lorsqu'il est statique | Renvoyé environ toutes les 4 secondes ; 800 ms à 1000 ms recommandé pour converger avec sACN | Trois paquets, puis un keep-alive toutes les 800 ms à 1000 ms |
| Taux max vers une passerelle DMX | 44 Hz, déclaré par passerelle dans ArtPollReply-RefreshRate | Le maximum E1.11, 44 mises à jour par seconde pour 513 emplacements, sauf si l'utilisateur active des taux plus élevés sur un univers sans DMX |
| Synchronisation | ArtSync, diffusion dirigée uniquement, unicast non autorisé | Paquet de synchronisation multicast à son adresse de synchronisation, plus un bit Force_Synchronization |

## [Gestion et écosystème](#gestion-et-ecosysteme)

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

| Aspect | Art-Net 4 | sACN (ANSI E1.31-2025) |
| --- | --- | --- |
| Découverte de dispositifs | ArtPoll et ArtPollReply. Interroger toutes les 2,5 à 3 secondes, délai d'attente de réponse de 3 secondes, les réponses doivent être en unicast | Aucun |
| Découverte d'univers | Univers abonnés listés dans chaque ArtPollReply de nœud | Paquets de découverte d'univers sur l'univers 64,214 toutes les 10 secondes |
| Recherche de destinations unicast | Automatique, à partir des listes d'abonnement dans ArtPollReply | Aucun mécanisme spécifié. Les destinations sont configurées manuellement |
| RDM | Oui. ArtRdm, plus ArtTodRequest et ArtTodData pour la table des dispositifs | Aucun. RDM sur IP est ANSI E1.33 (RDMnet) |
| Configuration de l'appareil | Oui. ArtAddress, ArtIpProg, ArtInput et autres | Aucun |
| Drapeau de visualiseur | Aucun | Option Preview_Data, qui ne doit pas générer de sortie en direct |
| Propriété et licence | Propriétaire, Licence Artistique, sans redevance, avec un crédit obligatoire dans le guide de l'utilisateur et une application OemCode | Norme nationale américaine ouverte de l'ESTA, gratuite à télécharger derrière une connexion par e-mail |

## [Priorité contre fusion : la différence qui décide d'une console de secours](#priorite-contre-fusion-la-difference-qui-decide-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](#decouverte-et-la-regle-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](#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-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](#que-se-passe-t-il-lorsque-les-donnees-s-arretent)

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](#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](#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.

## Questions fréquentes

Art-Net ou sACN est-il meilleur ? +Aucun. sACN a un champ de priorité avec arbitrage à gain le plus élevé, une adresse multicast dérivée du numéro d'univers et un standard ANSI ouvert. Art-Net a la découverte des appareils, la configuration des nœuds et RDM. Source de secours : sACN. Gestion des nœuds : Art-Net.

Puis-je faire fonctionner Art-Net et sACN en même temps ? +Oui, 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. DMXDesktop prend en charge les deux en même temps, et le même univers peut aller aux deux.

Art-Net diffuse-t-il des données d'éclairage ? +Pas dans Art-Net 4. 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. ArtPoll et ArtSync sont diffusés ; les données ne le sont pas.

Pourquoi mon univers Art-Net affiche-t-il un numéro inférieur ? +Art-Net compte à partir de zéro sur le fil et DMXDesktop compte à partir de un, à travers USB, sACN et Art-Net de la même manière, donc l'univers 1 de DMXDesktop est transmis comme l'univers 0 d'Art-Net. Les numéros sACN sortent inchangés.

L'un ou l'autre protocole transporte-t-il RDM ? +Art-Net le fait, via ArtRdm et les messages ArtTod, bien que ce soit le propre transport d'Artistic Licence plutôt qu'un standard ESTA. sACN ne le fait pas du tout : E1.31 ne définit aucun mécanisme RDM, et RDM sur IP est ANSI E1.33 (RDMnet). DMXDesktop exécute RDM sur USB et Art-Net.

## Configurer l'un ou l'autre protocole dans DMXDesktop

DMXDesktop sort Art-Net et sACN nativement sur Mac et Windows, avec une priorité sACN par univers, une découverte automatique des nœuds Art-Net et RDM sur Art-Net.

[Guide de configuration sACN](/fr/knowledgebase/sacn) [Guide de configuration Art-Net →](/fr/knowledgebase/artnet)

## Sources

Chaque chiffre technique sur cette page a été lu à partir de la norme publiée elle-même, et non à partir de résumés secondaires.

- [ANSI E1.31-2025, Technologie de divertissement, Protocole de streaming léger pour le transport de DMX512 utilisant ACN](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , Programme de normes techniques ESTA. Source de chaque chiffre sACN ici : port 5568, le mappage multicast 239.255.x.x, les univers 1 à 63,999, le champ de priorité de 0 à 200 et sa règle d'arbitrage, le délai de perte de données de 2,5 secondes, le mode de passerelle d'arrêt de sortie requis, le maintien de 800 ms à 1000 ms et l'intervalle de découverte d'univers de 10 secondes
- [Art-Net 4, Spécification du protocole de communication Ethernet Art-Net 4](https://art-net.org.uk/downloads/art-net.pdf?utm_source=dmxdesktop.com) , Artistic Licence. Version du protocole V1.4, révision du document 1.4dp datée du 23/10/2025, récupérée le 16 septembre 2026. Source du port 6454, la structure d'adresse de port et la plage d'univers, les temps de ArtPoll, la règle ArtDmx uniquement unicast, la limite de fusion à deux sources et le maintien de 10 secondes, ArtRdm, et la comparaison propre de la spécification avec sACN. Artistic Licence écrase cette URL à chaque révision, donc vérifiez la date en bas de page.
- [ANSI E1.11-2024, USITT DMX512-A](https://tsp.esta.org/tsp/documents/published_docs.php?utm_source=dmxdesktop.com) , source du taux de rafraîchissement maximum de 44 mises à jour par seconde pour un paquet complet de 513 emplacements, auquel les deux protocoles se réfèrent.
- [Registre des noms de service IANA et des numéros de port de protocole de transport](https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?utm_source=dmxdesktop.com) , enregistrement du port 5568 comme sdt, et confirmation que la plage contenant 6454 est non attribuée.