freestyler dmx

Hors sujet :

 

Citation de : shotokan

désolé, mais ça marche trés bien, je l'utilisé avant de passé au dmx hf

en plus ça marche avec la meme puce et les memes drivers que l'enttec , et c'est moins chére

 

et donc tu l'utilise encore si c'est le HF d'Electro que tu as ... lol

 

!!!

oui et non , maintenant c'est la version grosse boite avec antenne   , plus la version cable a 39 euros

meme  si c'est la meme puce open dmx a l'intérieur

Pour info, toutes les interfaces USB/DMX compatible Enttec Open USB/DMX à 40~100 euros ne sont, à mon avis, que des adaptateurs RS-485 avec une jolie prise XLR3 (ou 5), dont le composant principal est fabriqué par FTDI.

Je ne suis donc pas sur qu'il y ai une quelconque différence entre le boitier Enttec open et le reste.

Le boitier Enttec pro a quant à lui un comportement complètement différent, mais c'est une autre histoire.

+1

A propos du enttec pro que apporte t'il de plus de que enttec simple (open dmx) ?

Et bien, c'est assez technique en fait.

L'explication simpliste, c'est que le pro fonctionne de manière autonome, comme un vrai périphérique.

Tant que le boitier pro ne reçoit pas de données, il émet la même trame DMX. Il dispose d'un protocole spécifique entre le boitier et le PC pour optimiser la communication, et donc réduire la charge machine (même si c'est insignifiant avec les machines actuelles, voir plus bas). De plus, les trames DMX sont garanties respecter la norme, notamment en terme de longueur et de temporisation. Par contre, la qualité du signal en terme de puissance et de bruit sera sans doute la même qu'avec un boitier open.

Les contrôleurs "open" émettent les octets qu'on leur envoi. Si on leur envoi une trame DMX, elle arrive dans les projos. Si on envoi des octets en vrac, bah ils arrivent dans les projos (et ça ne marchera pas). Si on ne respecte pas les délais de temporisation de la norme, idem. C'est le PC qui génère les trames et qui doit respecter la temporisation. Si ton PC rame un peu, pendant ce laps de temps, il n'y a plus de signal DMX, ou alors un signal invalide, qui sera rejeté par les projecteurs.

On peut faire un parallèle avec un chef et son secrétaire.

Avec le boitier "open", le chef prend son téléphone, compose lui même, réessaye 5 mn plus tard parce que c'était occupé, demande la bonne personne, fait un peu de convivialité ("bonjour, comment allez vous, je ne vous dérange pas ?" etc), alors qu'avec son secrétaire, le chef demande lui demande de transmettre un message à qqn, et c'est le secrétaire qui se fait chier avec le téléphone.

Maintenant, on peut rentrer dans les détails :

Le protocole enttec pro est un protocole très simple. Chaque fois que la trame DMX change, sa nouvelle version est envoyée au périphérique. La norme DMX permet de calculer qu'on ne peut pas envoyer plus de 44 trames complètes (c'est à dire l'octet 0 et les 512 valeurs de canaux, chaque canal étant codé sur un octet) par seconde, en gros. Donc il ne sert à rien de fournir plus d'une trame tout les 1/44ème de seconde, puisque les trames supplémentaires seront ignorées. Dans les faits, les pilotes sont très faciles à écrire parce qu'on ne gère pas la communication DMX, le boitier s'en occupant. On lui fait des demandes sans se préoccuper des détails DMX et ça marche.

Dans le cas du modèle "open", le PC (plus exactement le pilote) doit réenvoyer la trame tous les 1/44èmes de seconde, et ce indéfiniment, même si la trame est exactement la même (Si vous ne parlez pas au téléphone, personne ne le fera pour vous. Là, c'est pareil). Les boitiers open peuvent se voit comme des convertisseurs de port USB/port séries. On peut leur dire "envoi tel octet", "met toi dans un état bien précis", "fait tel truc spécifique de port série", "qu'as tu reçu ?" (c'est comme ça qu'on fait du RDM d'ailleurs), mais c'est tout. On peut pas lui dire "Envoi moi une jolie trame DMX avec un break de 88 µs, un MAB de 8 µs, et une trame de 513 octets" : il faut le faire "à la main".

Bref, écrire un pilote est déjà plus compliqué dans ce dernier cas parce qu'on doit faire attention à la temporisation, gérer l'état du matériel (mark, space, break, bits de parité, etc),  et prendre en compte le cas où la trame change pendant qu'on est en train de l'envoyer (c'est à dire envoyer l'ancienne ou la nouvelle, mais pas un mix des deux, une trame incomplète, ou une trame de plus de 512 octets), etc. C'est pas la mer à boire (c'est même super simple comparé à d'autres périphériques comme des webcams, des imprimantes, etc), mais ce n'est pas aussi simple qu'une lettre à la poste, où c'est juste "ma trame c'est ça, voila". Fort heureusement, ce travail a déjà été fait par des gens très compétents.

Dans les deux cas, si on est sur une scène dynamique (les projecteurs qui bougent), le débit de données entre le PC et l'interface est grosso modo le même, et le débit de données sur la chaîne DMX est rigoureusement le même.

La norme autorise un temps de latence maximum d'une seconde. Cela veut dire que les appareils DMX doivent s'attendre à ne rien recevoir pendant au moins une seconde avant de considérer que le signal DMX est mort. Après ce délais, chaque type de projeteur va réagir différemment (soit ça bouge pas, soit blackout, soit mode auto, soit ça plante parce que c'est vraiment du matos de merde...).

Puisque le boitier pro est autonome, il enverra toujours quelque chose. Aucun risque qu'il n'y ai plus aucune trame sur la chaîne DMX. Par contre, si le boitier ne reçoit rien en entrée, il enverra toujours la même chose. Si le PC freeze, et bien les projos reçoivent toujours les mêmes données. Ils ne se mettront pas en défaut, mais ne bougeront plus. Et puisqu'ils ne bougent plus, le spectacle en pâtira tout de même.

Dans le cas du boitier "open", si le PC freeze, il n'enverra plus rien à l'interface qui elle même n'enverra plus rien. Et les appareils feront ce qu'ils voudront bien faire. On appelle ça un comportement "non défini".

Si ton PC rame au point de ne pas être capable de fournir de donnée au bout d'une seconde, quel que soit le boitier, ton show sera foutu. Le boitier pro d'enttec est une réponse d'ingénieurs en électronique à un cas d'école. Dans la vrai vie, si ça rame, ce n'est pas le pauvre pilote qui grappille des ressources qui changera quoique ce soit. Rien que de redessiner une fenêtre sous Windows (quand on la réduit et la restaure, par exemple) demande une quantité de boulot énormément plus grande...

Enfin, pour terminer, si on compare les boitiers open et pro avec d'autres émetteurs, comme des cartes réseaux ou des cartes sons, on voit bien que le protocole DMX, c'est peanuts par rapport à ce qui se passe dans la machine.

Pour rappel, le DMX, c'est 44Hz, c'est à dire 44 trames par secondes, de 513 octets chacunes, soit 44 * 513 = 22572 octets par seconde, soit 0,18 Mbits / seconde. N'importe quelle carte réseau gère des trames à la vitesse de 10 Mbits / seconde (la plupart gèrent 100, et au moins la moitié gère 1 Gbits / seconde). Et aucun PC ne rame quand des données sont envoyées avec des cartes réseau.

Autre exemple, du son de bonne qualité c'est 44kHz * 16 bits * 2 (pour la stéréo), soit 1,41 Mbits / seconde. À peu près 10 fois plus que le DMX. Et pourtant, lire un wav ou un MP3 sur son PC, ça coûte rien...

Bonne lecture 

En clair le boitier enttec pro rame moins et pose moins d'erreurs de le open dmx !?

mon open dmx des fois saute tous les projos se mette en position d'attente du signal dmx j'ai remarqué que quand la wifi du pc était activée ou alors que beaucoup de programmes sont ouvert j'avais ce genre de problème.

c'est normal sa ?

et le pro aussi fais ce genre de bug ?