L'un d'entre vous se souviendrait-il des formes *initiales* (dans le
MIDI 1.0) du codage de l'active sensing et de l'after-touch "canal"
ainsi que de la commande "real time" de changement de tempo (en
pourcentage). Pour les deux premières je parle bien des formes anciennes
qui ont été rapidement changées à la mi-1983 pour les raisons que nous
savons (de Marseille bien sûr !).
Et tant que j'y suis, et bien que ce soit un peu borderline, si
quelqu'un avait un pdf de cette norme, ça m'éviterait de replonger dans
mes archives pour la retrouver et la scanner.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
P.a.SOUDAN
Gerald a écrit :
L'un d'entre vous se souviendrait-il des formes *initiales* (dans le MIDI 1.0) du codage de l'active sensing et de l'after-touch "canal" ainsi que de la commande "real time" de changement de tempo (en pourcentage).
Bonjour Gerald, Codage sous quelle forme ? actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8 After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ... > 0xA0/OxAF
par contre j'ai peut etre une doc du prophet600 dans un coin du studio.. le seul truc, c'est qu'elle doit etre de 1983... penses tu qu'on trouve plus ancien sur des trucs style DCB du juno6(je ne sais pas si j'ai gardé la doc et celle du juno60, mais je peux peut-être la récupèrer) On va voir les choses à l'envers... que veux tu veux controller ? tu cherches un liste se sysex anciens pour quel type d'engin?
º¿º
Gerald a écrit :
L'un d'entre vous se souviendrait-il des formes *initiales* (dans le
MIDI 1.0) du codage de l'active sensing et de l'after-touch "canal"
ainsi que de la commande "real time" de changement de tempo (en
pourcentage).
Bonjour Gerald,
Codage sous quelle forme ?
actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE
Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8
After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ...
> 0xA0/OxAF
par contre j'ai peut etre une doc du prophet600 dans un coin du studio..
le seul truc, c'est qu'elle doit etre de 1983... penses tu qu'on trouve
plus ancien sur des trucs style DCB du juno6(je ne sais pas si j'ai
gardé la doc et celle du juno60, mais je peux peut-être la récupèrer)
On va voir les choses à l'envers... que veux tu veux controller ? tu
cherches un liste se sysex anciens pour quel type d'engin?
L'un d'entre vous se souviendrait-il des formes *initiales* (dans le MIDI 1.0) du codage de l'active sensing et de l'after-touch "canal" ainsi que de la commande "real time" de changement de tempo (en pourcentage).
Bonjour Gerald, Codage sous quelle forme ? actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8 After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ... > 0xA0/OxAF
par contre j'ai peut etre une doc du prophet600 dans un coin du studio.. le seul truc, c'est qu'elle doit etre de 1983... penses tu qu'on trouve plus ancien sur des trucs style DCB du juno6(je ne sais pas si j'ai gardé la doc et celle du juno60, mais je peux peut-être la récupèrer) On va voir les choses à l'envers... que veux tu veux controller ? tu cherches un liste se sysex anciens pour quel type d'engin?
º¿º
Gerald
P.a.SOUDAN wrote:
Codage sous quelle forme ?
hexadécimal, c'est le plus convivial et le plus parlant :-)
actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8 After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ... > 0xA0/OxAF
Vi, ça existait sur le DX7, premier synthé à toucher dynamique (si on excepte le Polykobol II), et ça créait des problèmes nouveaux.
Au début, le MIDI était découpé en sections assez rigoureuses et très logiques(*) : ce qui était commun à tous les instruments, ce qui leur était individuel (canal), ce qui était commun mais "temps réel" etc. L'after-touch "canal" avait donc été logiquement rangé dans les contrôles MIDI, en Bn xx yy (où xx était le numéro du contrôle que je recherche). Mais l'after-touch n'était pas "débrayable" sur le DX7 et il envoyait donc en permanence des floppées de données de contrôle à chaque enfoncement de touche : un vrai bordel. C'est pour pouvoir filtrer ça plus facilement que ça a été transporté en Dn xx.
De la même façon, l'active sensing était codé alors sur 2 octets (Lesquels ? en Real time j'imagine...) et c'est pour économiser de la bande passante et pour pouvoir le filtrer plus facilement aussi qu'il s'est retrouvé en FE.
Ces deux modifs ont fait l'objet d'un update de ROM qui concernait les DX7 dont le numéro de série était inférieur à 300 (dont très peu avaient été livrés en France : la première vraie livraison partait du numéro 1000). Je vais peut-être bien pouvoir trouver cette info chez Yam, en fait ! ça me vient en l'écrivant !
Ceci n'est pas pour commander un appareil précis mais pour mettre à jour mes archives sur le système MIDI.
Concernant les changements de tempo, c'est plus flou dans ma mémoire, mais je suis quasi sûr que sur les premiers séquenceurs (QX7 par ex.) on ne pouvait régler le tempo de base qu'en "hard" et que le fichier MIDI de sauvegarde ne pouvait contenir que des données de changement en pourcentage. "Quand" ça a changé reste un mystère que je cherche à éclaircir.
(*) de toutes façons le classement rigoureux des données a pris un vieux coup dans l'aile à l'épreuve du temps et de la réalité : le pourquoi du comment des différents "modes" par exemple (dont on pourrait parler ici, s'il y a des clients !), et surtout tout ce qu'on a été forcé de mettre en SysEx faute d'endroit prévu "pour" : MTC entre autres, MMC, MIDI DUMP, MIDI FILE... ça aurait besoin d'un bon ménage tout ça, avec oubli du tempérament égal, nombre de canaux étendu, débit plus élevé, inclusion de l'audio, et j'en passe. Et aussi remise sur l'étagère au grenier des pseudo "standards" gadgets : GS, GM et Xmescouilles au profit d'un véritable travail sur le classement des sons de synthèse qui tirerait enfin parti des travaux de David Wessel entre autres...
Mais la probabilité pour que les constructeurs réussissent à se remettre d'accord à nouveau sur un standard d'interopérabilité susceptible de permettre au consommateur d'effectuer un véritable CHOIX est réellement voisine du zéro absolu. Un tel miracle historique (comme l'abolition des privilèges ou la déclaration des droits de l'homme) ne se produit que dans des conditions de cristallisation tout à fait exceptionnelles ! :-(
ah là là.... -- Gérald
P.a.SOUDAN <soudanpierre@yahoo.f> wrote:
Codage sous quelle forme ?
hexadécimal, c'est le plus convivial et le plus parlant :-)
actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE
Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8
After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ...
> 0xA0/OxAF
Vi, ça existait sur le DX7, premier synthé à toucher dynamique (si on
excepte le Polykobol II), et ça créait des problèmes nouveaux.
Au début, le MIDI était découpé en sections assez rigoureuses et très
logiques(*) : ce qui était commun à tous les instruments, ce qui leur
était individuel (canal), ce qui était commun mais "temps réel" etc.
L'after-touch "canal" avait donc été logiquement rangé dans les
contrôles MIDI, en Bn xx yy (où xx était le numéro du contrôle que je
recherche). Mais l'after-touch n'était pas "débrayable" sur le DX7 et il
envoyait donc en permanence des floppées de données de contrôle à chaque
enfoncement de touche : un vrai bordel. C'est pour pouvoir filtrer ça
plus facilement que ça a été transporté en Dn xx.
De la même façon, l'active sensing était codé alors sur 2 octets
(Lesquels ? en Real time j'imagine...) et c'est pour économiser de la
bande passante et pour pouvoir le filtrer plus facilement aussi qu'il
s'est retrouvé en FE.
Ces deux modifs ont fait l'objet d'un update de ROM qui concernait les
DX7 dont le numéro de série était inférieur à 300 (dont très peu avaient
été livrés en France : la première vraie livraison partait du numéro
1000). Je vais peut-être bien pouvoir trouver cette info chez Yam, en
fait ! ça me vient en l'écrivant !
Ceci n'est pas pour commander un appareil précis mais pour mettre à jour
mes archives sur le système MIDI.
Concernant les changements de tempo, c'est plus flou dans ma mémoire,
mais je suis quasi sûr que sur les premiers séquenceurs (QX7 par ex.) on
ne pouvait régler le tempo de base qu'en "hard" et que le fichier MIDI
de sauvegarde ne pouvait contenir que des données de changement en
pourcentage. "Quand" ça a changé reste un mystère que je cherche à
éclaircir.
(*) de toutes façons le classement rigoureux des données a pris un vieux
coup dans l'aile à l'épreuve du temps et de la réalité : le pourquoi du
comment des différents "modes" par exemple (dont on pourrait parler ici,
s'il y a des clients !), et surtout tout ce qu'on a été forcé de mettre
en SysEx faute d'endroit prévu "pour" : MTC entre autres, MMC, MIDI
DUMP, MIDI FILE... ça aurait besoin d'un bon ménage tout ça, avec oubli
du tempérament égal, nombre de canaux étendu, débit plus élevé,
inclusion de l'audio, et j'en passe. Et aussi remise sur l'étagère au
grenier des pseudo "standards" gadgets : GS, GM et Xmescouilles au
profit d'un véritable travail sur le classement des sons de synthèse qui
tirerait enfin parti des travaux de David Wessel entre autres...
Mais la probabilité pour que les constructeurs réussissent à se remettre
d'accord à nouveau sur un standard d'interopérabilité susceptible de
permettre au consommateur d'effectuer un véritable CHOIX est réellement
voisine du zéro absolu. Un tel miracle historique (comme l'abolition des
privilèges ou la déclaration des droits de l'homme) ne se produit que
dans des conditions de cristallisation tout à fait exceptionnelles ! :-(
hexadécimal, c'est le plus convivial et le plus parlant :-)
actuellement on a ça,
active sensing: bin 1111 1110, dec 254, hex FE ....> 0xFE Real time clock: bin 1111 1000, dec 248, hex F8 ....> 0xF8 After touch: bin 1101 0000, dec 208, hex Dx ....> ça existait ? ... > 0xA0/OxAF
Vi, ça existait sur le DX7, premier synthé à toucher dynamique (si on excepte le Polykobol II), et ça créait des problèmes nouveaux.
Au début, le MIDI était découpé en sections assez rigoureuses et très logiques(*) : ce qui était commun à tous les instruments, ce qui leur était individuel (canal), ce qui était commun mais "temps réel" etc. L'after-touch "canal" avait donc été logiquement rangé dans les contrôles MIDI, en Bn xx yy (où xx était le numéro du contrôle que je recherche). Mais l'after-touch n'était pas "débrayable" sur le DX7 et il envoyait donc en permanence des floppées de données de contrôle à chaque enfoncement de touche : un vrai bordel. C'est pour pouvoir filtrer ça plus facilement que ça a été transporté en Dn xx.
De la même façon, l'active sensing était codé alors sur 2 octets (Lesquels ? en Real time j'imagine...) et c'est pour économiser de la bande passante et pour pouvoir le filtrer plus facilement aussi qu'il s'est retrouvé en FE.
Ces deux modifs ont fait l'objet d'un update de ROM qui concernait les DX7 dont le numéro de série était inférieur à 300 (dont très peu avaient été livrés en France : la première vraie livraison partait du numéro 1000). Je vais peut-être bien pouvoir trouver cette info chez Yam, en fait ! ça me vient en l'écrivant !
Ceci n'est pas pour commander un appareil précis mais pour mettre à jour mes archives sur le système MIDI.
Concernant les changements de tempo, c'est plus flou dans ma mémoire, mais je suis quasi sûr que sur les premiers séquenceurs (QX7 par ex.) on ne pouvait régler le tempo de base qu'en "hard" et que le fichier MIDI de sauvegarde ne pouvait contenir que des données de changement en pourcentage. "Quand" ça a changé reste un mystère que je cherche à éclaircir.
(*) de toutes façons le classement rigoureux des données a pris un vieux coup dans l'aile à l'épreuve du temps et de la réalité : le pourquoi du comment des différents "modes" par exemple (dont on pourrait parler ici, s'il y a des clients !), et surtout tout ce qu'on a été forcé de mettre en SysEx faute d'endroit prévu "pour" : MTC entre autres, MMC, MIDI DUMP, MIDI FILE... ça aurait besoin d'un bon ménage tout ça, avec oubli du tempérament égal, nombre de canaux étendu, débit plus élevé, inclusion de l'audio, et j'en passe. Et aussi remise sur l'étagère au grenier des pseudo "standards" gadgets : GS, GM et Xmescouilles au profit d'un véritable travail sur le classement des sons de synthèse qui tirerait enfin parti des travaux de David Wessel entre autres...
Mais la probabilité pour que les constructeurs réussissent à se remettre d'accord à nouveau sur un standard d'interopérabilité susceptible de permettre au consommateur d'effectuer un véritable CHOIX est réellement voisine du zéro absolu. Un tel miracle historique (comme l'abolition des privilèges ou la déclaration des droits de l'homme) ne se produit que dans des conditions de cristallisation tout à fait exceptionnelles ! :-(
