Sujet bulk dump

Je confirme, ce sont les interfaces MIDI qui posent problème.

J'ai eu des difficultés avec une M-Audio UNO. J'ai fini par découvrir le problème technique sur le forum M-Audio. Un internaute suggère de rajouter quelques résistances pour résoudre le problème. J'attend du retour utilisateur pour me mettre à la soudure.

Les difficultés sont liées à un "octocoupleur" des cartes midi qui réagit de manière incontrolée aux Bulk des machines, alors même que la fréquence de transmission MIDI est basse.
Et quand on renvoie des PC vers les machines, il y a des désynchronisation entre les "paquets envoyés" et ce que laisse passer le coupleur.
On s'en sort parfois en ne connectant que le IN ou que le OUT, mais quand il faut des "bulk request", on est coincé.

Il faudrait que les fabricants des cartes USB-MIDI soient plus sérieux (ils suffirait d'éviter l'ajout de diodes qui clignotent et mettre des résistances et autres composants bon marché au bons endroits).
Ils devraient aussi reconnaître les défauts de leurs matériels (M-Audio a fini par le faire, sans pour autant réparer les dégats).

Un optocoupleur permet de faire une isolation galvanique. CAD en cas de boucle de masse, c'est pas dramatique. Ce procédé est absolument obligatoire pour avoir une sécurité électrique des électroniques. Maintenant, merci les gars de me refiler le sujet, mais non quand je vois que certains d'entre nous font des relations midi de 12 mètres (bobiné en plus) ben faut pas s'étonner d'avoir du signal merdique. Puis pareil aussi, un midi femelle ou l'on fait du in/out avec des prises de merde, on obtient naturellement un signal de merde. Quant à la qualité globale des électroniques, on peut toujours booster à la source, mais franchement regarder d'abord l'état de vos connectiques. 

Les Softs, quand on parle le sysex, il faut être sur les mêmes normes, surtout dans les latences de retour, sorte de CRC pour les intimes qui valide la trame. Je rentrerais pas trop les détails, mais je peux ; la latence c'est d'abord du code.  

Les premiers D-50 avaient clairement ce problème c'est pas les interfaces qui faisaient chier, mais bel et bien un protocole pas très bien implémenté. 

Maintenant parlons prix, une interface midi ça ne coute pas grand-chose a faire, ce qui coute cher c'est l'optocoupleur moins d'1 euro et le petit pavé noir a coté qui fait la gestion des I/O et donne l'information a l'asic ou au processeur. Le plus gros poste de dépense c'est les prises de connection. Un peu de R&D (pour le sysex constructeur) et du code d'implémentation banale. soit 30 euros environ. Alors évidemment pour gratter on prend des prises de médiocre qualité, on vire "le thru" et on gagne 10 euros. Les constructeurs ne sont pas très honnêtes sur ce sujet, USB c'est pas la même chose deviner pourquoi.

Le RS232 est un protocole completement different qui accepte BEAUCOUP plus que de l'implementation MIDI (qui est pourtant un derivé du RS232)

Ma MU8XL n'a pas de probleme mes cables sont de qualités, mes prises aussi et je passe pas ma vie a les triturer. La ou tu as raison c'est quand je charge un peu la mule, les 4 asic a l'interrieur repondent mal, pour cause l'autoalimentation par le midi n'est absolument pas satisfaisante. Le gars qui a trouver l'ideé geniale d'alimenter 16 led a 20ma aurait du deja commencer a faire un calcul le debit maxi est de 500ma sur USB. 16*20ma = 320ma, reste 180ma largement boufé par les asics. Voila comment on arrive a faire un produit de merde.

A+ les gars et je ne fait pas mon craneur