Goto page 1, 2 Next
GRENON Loïc
Guest
Mon Aug 30, 2010 12:29 pm
Bonjour,
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Cependant, pour utiliser les SySex, il faut à priori disposer d'un «
Manufacturer ID » qui est envoyé dans le header.
Le problème est que ce Manufacturer ID est proposé par la MMA pour
$200/an ...
Or, ce firmware est plutôt destiné à être proposé gratuitement, sous
licence GPL.
J'ai remarqué qu'il y avait des « Universal Non-Real Time SySex » où le
mot du header correspondant au « Manufacturer ID » vaut 0x7E.
Quelqu'un saurait si je peux utiliser ces SySex comme je le veux, sans
m'acquitter de quoi que ce soit ?
Merci
GRENON Loïc
Guest
Mon Aug 30, 2010 1:46 pm
Le 30/08/2010 13:29, GRENON Loïc a écrit :
Quote:
Bonjour,
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Cependant, pour utiliser les SySex, il faut à priori disposer d'un «
Manufacturer ID » qui est envoyé dans le header.
Le problème est que ce Manufacturer ID est proposé par la MMA pour
$200/an ...
Or, ce firmware est plutôt destiné à être proposé gratuitement, sous
licence GPL.
J'ai remarqué qu'il y avait des « Universal Non-Real Time SySex » où le
mot du header correspondant au « Manufacturer ID » vaut 0x7E.
Quelqu'un saurait si je peux utiliser ces SySex comme je le veux, sans
m'acquitter de quoi que ce soit ?
Merci
Je viens de voir en jetant un oeil à
http://cpansearch.perl.org/src/HAYASHI/Win32API-MIDI-0.05/MIDI/SysEX.pm
(ligne 156) qu'il y aurait un octet 0x7D qui corresponderait à une
utilisation non-commerciale.
Ça me parait plus approprié mais je ne sais pas si je peux m'en servir ...
LeLapin
Guest
Mon Aug 30, 2010 5:16 pm
GRENON Loïc a tapoté du bout de ses petites papattes :
Quote:
Bonjour,
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Pour quoi faire ? Ya jamais eu besoin des Sysex pour un contrôleur
Midi.
Quote:
Cependant, pour utiliser les SySex, il faut à priori disposer d'un «
Manufacturer ID » qui est envoyé dans le header.
Pas toutes.
Quote:
Le problème est que ce Manufacturer ID est proposé par la MMA pour $200/an
...
Ton synthé n'a pas d'ID constructeur ? C'est pas le contrôleur qui doit
en avoir un, mais le synthé.
Quote:
Or, ce firmware est plutôt destiné à être proposé gratuitement, sous licence
GPL.
J'ai remarqué qu'il y avait des « Universal Non-Real Time SySex » où le mot
du header correspondant au « Manufacturer ID » vaut 0x7E.
Quelqu'un saurait si je peux utiliser ces SySex comme je le veux, sans
m'acquitter de quoi que ce soit ?
Ta question est incompréhensible. Tu peux élaborer ?
--
LeLapin
GRENON Loïc
Guest
Mon Aug 30, 2010 11:05 pm
Le 30/08/2010 18:16, LeLapin a écrit :
Quote:
GRENON Loïc a tapoté du bout de ses petites papattes :
Bonjour,
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Pour quoi faire ? Ya jamais eu besoin des Sysex pour un contrôleur Midi.
Pour paramétrer le footcontroller depuis un ordinateur (associer un
controller number à un bouton de CC, etc ...)
Quote:
Cependant, pour utiliser les SySex, il faut à priori disposer d'un «
Manufacturer ID » qui est envoyé dans le header.
Pas toutes.
Nan mais celles qui m'intéressent, les « Non-Real Time SySex », oui
Le problème est que ce Manufacturer ID est proposé par la MMA pour
$200/an ...
Ton synthé n'a pas d'ID constructeur ? C'est pas le contrôleur qui doit
en avoir un, mais le synthé.
Le contrôleur doit bien répondre pour un ID constructeur donné, non ?
Mais de toute manière (j'avoue que c'était pas précisé mais je ne
pensais pas que c'était utile ...), c'est pour « dialoguer » avec un PC
donc je dois faire les deux.
Quote:
Or, ce firmware est plutôt destiné à être proposé gratuitement, sous
licence GPL.
J'ai remarqué qu'il y avait des « Universal Non-Real Time SySex » où
le mot du header correspondant au « Manufacturer ID » vaut 0x7E.
Quelqu'un saurait si je peux utiliser ces SySex comme je le veux, sans
m'acquitter de quoi que ce soit ?
Ta question est incompréhensible. Tu peux élaborer ?
C'est peut-être plus clair dans mon 2e post :
En lieu et place du « manufacturer ID », 3 autres valeurs sont prévues
par la norme MIDI :
7D: non-commercial use (e.g. schools, research, etc.)
7E: Non-Real Time Universal System Exclusive ID
7F: Real Time Universal System Exclusive ID (all call device ID)
Ma question initiale posait sur la valeur 7E car je n'avais pas encore
pris connaissance de la valeur 7D.
La question est donc : puis-je utiliser, dans mon programme, la valeur «
7D » pour le « manufacturer ID » de mes SySex ?
Et si oui : y'a-t-il une autre syntaxe que je dois respecter ?
Merci
LeLapin
Guest
Tue Aug 31, 2010 8:22 am
GRENON Loïc a tapoté du bout de ses petites papattes :
Quote:
Le 30/08/2010 18:16, LeLapin a écrit :
GRENON Loïc a tapoté du bout de ses petites papattes :
Bonjour,
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Pour quoi faire ? Ya jamais eu besoin des Sysex pour un contrôleur Midi.
Pour paramétrer le footcontroller depuis un ordinateur (associer un
controller number à un bouton de CC, etc ...)
Ok, je comprends mieux. L'idée est intéressante.
Quote:
Le problème est que ce Manufacturer ID est proposé par la MMA pour
$200/an ...
Ton synthé n'a pas d'ID constructeur ? C'est pas le contrôleur qui doit
en avoir un, mais le synthé.
Le contrôleur doit bien répondre pour un ID constructeur donné, non ?
Habituellement non. En tous cas certainement pas en émission,
évidemment.
Quote:
Mais de toute manière (j'avoue que c'était pas précisé mais je ne pensais pas
que c'était utile ...), c'est pour « dialoguer » avec un PC donc je dois
faire les deux.
Pourquoi ne pas utiliser l'entrée série différemment de la sortie, avec
une liaison directe depuis le PC, du coup tu fais ton propre protocole
sans t'encombrer ?
--
LeLapin
GRENON Loïc
Guest
Tue Aug 31, 2010 10:44 am
Le 31/08/2010 11:10, Jean-Christophe a écrit :
Quote:
On Aug 31, 12:05 am, GRENON Loïc
ce Manufacturer ID est proposé par la MMA pour $200/an
C'est une bonne assurance

)
Quote:
7D: non-commercial use (e.g. schools, research, etc.)
La question est donc : puis-je utiliser, dans mon programme,
la valeur «7D » pour le « manufacturer ID » de mes SySex ?
Oui, puisque c'est fait pour.
Et si oui : y'a-t-il une autre syntaxe que je dois respecter ?
A priori non, mais vérifie dans les spécifications MIDI.
Ok, merci
GRENON Loïc
Guest
Tue Aug 31, 2010 10:49 am
Le 31/08/2010 09:22, LeLapin a écrit :
Quote:
Le contrôleur doit bien répondre pour un ID constructeur donné, non ?
Habituellement non. En tous cas certainement pas en émission, évidemment.
Je comprend pas très bien là, alors.
Chaque constructeur a son propre standard, non ?
Admettons que deux constructeurs différents utilisent une même valeur
pour une fonction totalement différente : le contrôleur risque de faire
n'importe quoi.
Non ?
Quote:
Mais de toute manière (j'avoue que c'était pas précisé mais je ne
pensais pas que c'était utile ...), c'est pour « dialoguer » avec un
PC donc je dois faire les deux.
Pourquoi ne pas utiliser l'entrée série différemment de la sortie, avec
une liaison directe depuis le PC, du coup tu fais ton propre protocole
sans t'encombrer ?
Certes, c'est une solution de repli mais puisque j'utilise les fiches
MIDI, il me parait plus judicieux d'utiliser le protocole MIDI.
Jean-Christophe
Guest
Tue Aug 31, 2010 12:10 pm
On Aug 31, 12:05 am, GRENON Loïc
Quote:
ce Manufacturer ID est proposé par la MMA pour $200/an
C'est une bonne assurance :-)
Quote:
7D: non-commercial use (e.g. schools, research, etc.)
La question est donc : puis-je utiliser, dans mon programme,
la valeur «7D » pour le « manufacturer ID » de mes SySex ?
Oui, puisque c'est fait pour.
Quote:
Et si oui : y'a-t-il une autre syntaxe que je dois respecter ?
A priori non, mais vérifie dans les spécifications MIDI.
LeLapin
Guest
Tue Aug 31, 2010 1:53 pm
GRENON Loïc a tapoté du bout de ses petites papattes :
Quote:
Le 31/08/2010 09:22, LeLapin a écrit :
Le contrôleur doit bien répondre pour un ID constructeur donné, non ?
Habituellement non. En tous cas certainement pas en émission, évidemment.
Je comprend pas très bien là, alors.
Chaque constructeur a son propre standard, non ?
Admettons que deux constructeurs différents utilisent une même valeur pour
une fonction totalement différente : le contrôleur risque de faire n'importe
quoi.
Non ?
Non, la quasi-totalité des contrôleurs (footswitches, pédales de
modulation, program-up/down) sont soit de simple switches soit des
potentiomètres branchés directement sur l'appareil. Les fonctions Midi
qui font l'équivalent ne sont pas des Sysex. La seule chose à envoyer
est le numéro de canal, le type de contrôle et sa valeur.
Quote:
Mais de toute manière (j'avoue que c'était pas précisé mais je ne
pensais pas que c'était utile ...), c'est pour « dialoguer » avec un
PC donc je dois faire les deux.
Pourquoi ne pas utiliser l'entrée série différemment de la sortie, avec
une liaison directe depuis le PC, du coup tu fais ton propre protocole
sans t'encombrer ?
Certes, c'est une solution de repli mais puisque j'utilise les fiches MIDI,
il me parait plus judicieux d'utiliser le protocole MIDI.
Et qu'est-ce que tu auras besoin d'envoyer à ton contrôleur, à part son
paramétrage par le PC ?
Autre pb. Avec un contrôleur sous Midi, comment tu fais pour que le
synthé puisse recevoir à la fois ce qui lui est classiquement envoyé
(séquences, etc) et les messages du contrôleur ? Il te faut un Merge
quelque part ! A moins que ton synthé ait plusieurs entrées Midi
(rarissime) et fasse le Merge en interne.
--
LeLapin
Darwin
Guest
Tue Aug 31, 2010 2:58 pm
On 31 août, 11:49, GRENON Loïc <dif...@rs2i.net> wrote:
Quote:
Certes, c'est une solution de repli mais puisque j'utilise les fiches
MIDI, il me parait plus judicieux d'utiliser le protocole MIDI.
Je partage le point de vue de Loïc, étant donné le contexte. Surtout
car le protocole MIDI est fait exactement pour cela, est diffusé
depuis 25 ans sur beaucoup d'instruments électroniques de musique (et
pas forcement que des synthétiseurs), est fait pour éviter des
problèmes avec les boucle de masse et est supporté par la totalité des
séquenceurs professionnels.
Je vois deux possibilités :
- Soit utiliser les SysEx pour sauvegarder ou restaurer une
configuration de l'instrument. C'est fait aussi pour cela. Dans ce
cas, personnellement j'utiliserais l'ID 7D.
- Soit voir si la configuration de l'instrument peut être contrôlée
avec les autres messages prévus par le standard. Il y en a un bon
nombre, liés à l'expression et à la gestion de plusieurs paramètres
liés au son.
Par contre, si le logiciel doit être publié, je trouve que c'est
important de soigner la documentation pour que la signification des
SysEx soit documentée, surtout si l'on choisit la première possibilité.
Tonton Th
Guest
Tue Aug 31, 2010 6:18 pm
On 08/30/2010 06:16 PM, LeLapin wrote:
Quote:
Je suis en train d'améliorer mon firmware de footcontroller MIDI.
Pour cela, j'ai besoin d'utiliser les messages SySex.
Pour quoi faire ? Ya jamais eu besoin des Sysex pour un contrôleur Midi.
Et pourtant si : si ton controleur est programmable.
Quote:
Ton synthé n'a pas d'ID constructeur ? C'est pas le contrôleur qui doit
en avoir un, mais le synthé.
C'est l'OP le constructeur du truc MIDI. Il lui faut donc un id sysex
qui ne recouvre pas un matériel existant.
xpost+fu2
--
Et pendant ce temps-là, dans le septembre éternel...
GRENON Loïc
Guest
Tue Aug 31, 2010 8:19 pm
Le 31/08/2010 14:53, LeLapin a écrit :
Quote:
Non, la quasi-totalité des contrôleurs (footswitches, pédales de
modulation, program-up/down) sont soit de simple switches soit des
potentiomètres branchés directement sur l'appareil. Les fonctions Midi
qui font l'équivalent ne sont pas des Sysex. La seule chose à envoyer
est le numéro de canal, le type de contrôle et sa valeur.
Oui, en fonctionnement normal mais pas en mode « programmation ».
Par exemple, la doc du Skrydstrup SC1 :
www.skrydstrup.com/common/SC1.pdf
Page 27 :
DUMP
Enables you to dump data stored in the SC-1 as sysEx data, to i.e. your
computer.
LOAD
Enables you to load any sysEx data previously dumped.
Quote:
Et qu'est-ce que tu auras besoin d'envoyer à ton contrôleur, à part son
paramétrage par le PC ?
Rien d'autre.
Il n'y a que des messages de type Control Change qui sont envoyés par le
multi effet à chaque changement de « preset » qui sont décodés pour
allumer ou éteindre les LEDs correspondantes aux effets actifs, ou non.
Mais ça, c'est déjà implémenté et ça fonctionne très bien.
Quote:
Autre pb. Avec un contrôleur sous Midi, comment tu fais pour que le
synthé puisse recevoir à la fois ce qui lui est classiquement envoyé
(séquences, etc) et les messages du contrôleur ? Il te faut un Merge
quelque part ! A moins que ton synthé ait plusieurs entrées Midi
(rarissime) et fasse le Merge en interne.
J'ai pas trop compris mais il n'est pas question de synthé ici, juste de
multi-effet.
Le footcontroller n'envoie que des message de type :
- Control Change : pour activer ou désactiver un effet donné
- Program Change : pour charger un « preset », c'est à dire un groupe
d'effets.
Darwin
Guest
Wed Sep 01, 2010 1:10 am
On 31 Ago, 21:19, GRENON Loïc <dif...@rs2i.net> wrote:
Quote:
Oui, en fonctionnement normal mais pas en mode « programmation ».
Par exemple, la doc du Skrydstrup SC1 :www.skrydstrup.com/common/SC1.pdf
Je confirme. J'ai un Alesis MicroVerb 4 qui fonctionne exactement sur
le même principe et ne produit aucune note de son initiative. Les
SysEx sont normalement utilisés pour sauvegarder la configuration de
l'appareil, ainsi que pour accéder à des paramètres que pour une
raison ou pour une autre ne peuvent ou ne doivent pas être modifiés
par des messages. J'ai un vieux synthétiseur (E-mu Proteus 2) qui s'en
sert entre autre pour la configuration du tableau de correspondance
entre les instruments MIDI (gamme 0-127) et ceux fournis par
l'instrument (0-191). Dans une chaîne, pas de problèmes de canal; il
suffit juste que chaque instrument ne réponde qu'au message SysEx qui
contiennent son ID.
LeLapin, le MIDI c'est bien plus que juste les notes... :-)
Pour revenir à la question du début, si utiliser l'ID 7D risque de
poser des problèmes potentiels lors de la présence de plusieurs
systèmes "maison" dans une même chaîne, pourquoi ne pas donner la
possibilité à l'utilisateur de le configurer d'une façon ou d'une
autre ?
LeLapin
Guest
Wed Sep 01, 2010 10:22 am
GRENON Loïc a tapoté du bout de ses petites papattes :
Quote:
J'ai pas trop compris mais il n'est pas question de synthé ici, juste de
multi-effet.
Le footcontroller n'envoie que des message de type :
- Control Change : pour activer ou désactiver un effet donné
- Program Change : pour charger un « preset », c'est à dire un groupe
d'effets.
QUe je sache, Program change et Control change ne sont pas des Sysex.
Le numéro de canal suffit, non ?
--
LeLapin
LeLapin
Guest
Wed Sep 01, 2010 10:27 am
Darwin a tapoté du bout de ses petites papattes :
Quote:
LeLapin, le MIDI c'est bien plus que juste les notes...
Tssss, j'ai fait une des premières interfaces Midi pour Apple ][ à la
sortie du DX-7 (1983) et tout un jeu de softs. Alors ça va, je connais
un peu quand même ;)
--
LeLapin
Goto page 1, 2 Next