Audiofanzine a 25 ans !
Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
FR
EN
Notifications
  • Refonte graphique octobre 2025
    Refonte graphique octobre 2025
    Une refonte graphique vient d'être mise en ligne. Nous espérons qu'elle vous plaira. Merci de nous signaler tout bug ou perte de fonctionnalité ici →
  • Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Pour célébrer notre quart de siècle, UVI se joint à nous et vous offre le Digital Synsations Vol.1. Pour en profiter c'est par ici 👉
  • Nouveauté : Bookmark article, news ou tuto
    Nouveauté : Bookmark article, news ou tuto
    Bookmarkez un article, une news ou un tuto et retrouvez-le dans votre section "Mes signets" du menu membre.
  • 6 nouveaux annuaires
    6 nouveaux annuaires
    Luthiers, Réparateurs, Cours de musique, Studios d’enregistrement, de mastering et de répétition... Suggérez l’ajout d’une entreprise, inscrivez la vôtre ou déposez un avis.
  • Alertes disponibilité et baisse de prix
    Alertes disponibilité et baisse de prix
    Ces nouvelles fonctionnalités vous permettent d'être informé·e dès qu'un produit est disponible ou que son prix a baissé.
  • Tentatives d'arnaque dans les petites annonces
    Nous faisons face depuis quelques mois à une recrudescence de tentatives d'arnaques dans les petites annonces. Suivez nos recommandations >
MIDI, OSC et autres protocoles
News
Articles
Médias
Forums
Tutoriels Tutos

réactions à la news [NAMM] La MMA a présenté le protocole HD

  • 69 réponses
  • 34 participants
  • 8 028 vues
  • 38 followers
Sujet de la discussion [NAMM] La MMA a présenté le protocole HD
La MIDI Manufacturers Association a organisé au NAMM une discussion autour du protocole HD sur lequel elle travaille depuis plusieurs années.

Lire la news
 


Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
Afficher le sujet de la discussion
26

Citation de : Krapod

Pour moi, une "évolution de la vélocité", c'est un non-sens. La vélocité est un paramètre barbare qui sert à retranscrire la dynamique du toucher, avec comme principe que généralement, plus on joue vite, plus on joue fort. Ce que tu décris ressemble à l'aftertouch.
 

Tu as raison, je me suis mal exprimé. C'est vrai que l'on n'affecte pas toujours la velocité (vitesse/force de frappe) au volume. Je ne parlais pas d'aftertouch mais de par exemple pouvoir utiliser l'adsr d'un synthé X pour moduler le volume (ou autre) d'un rack Y. Le CV version midi quoi.

 

27

Citation de : Los Teignos

Et je re-rentre pour dire que de très loin, c'est la News la plus intéressante de ce NAMM à mon humble avis : pour une fois, il ne s'agit pas de faire du Revival des années 50-60-70-80 mais bien de préparer l'avenir. Ca manque un peu ce genre de vision à l'heure actuelle chez pas mal de constructeurs...

 je suis bien d'accord !!

28
flag

PK crew( à l'abandon) / Mixcloud / 3'ks

En vrai t'es Eddie Barclay avoue :oops2:

29
Citation :
Mais bon, +30 ans pour proposer une amélioration ? wow... efficace le consortium MIDI...

Justement. Quand on voit de quand date cette norme, ce qui existait à l'époque et ce qu'il y a aujourd'hui, on peut largement saluer ses créateurs qui ont quand même sacrément réussi à anticiper pour qu'elle tienne le coup aussi longtemps.
30
clair!

PK crew( à l'abandon) / Mixcloud / 3'ks

En vrai t'es Eddie Barclay avoue :oops2:

31
+1 Will.
En dehors du monde de la musique, je cite souvent le MIDI en exemple d'un standard bien conçu, vraiment interopérable et durable !

A comparer avec plein de "standards" conçus avec juste une application à court terme en tête, qui sont implémentés différemment par plusieurs acteurs du marché, et qui se retrouvent finalement obsolètes très rapidement. Quand c'est pas carrément un "standard maison", a.k.a. "protocole propriétaire".

Musikmesser 2013 - Bullshit Gourous - Tocxic Instruments - festivals Foud'Rock, Metal Sphère et la Tour met les Watts

32
Sans vouloir être à contre courant pour être à contre courant, et de passer pour un vieux réac de base, je me pose quand même la question de l'avenir d'une telle recherche.

A part pour le mode kikoo confort
- Passage à 32 bits de la valeur CC#. (je ne vois qu'un seul cas de figure où c'est un vrai souci d'être en 8bits aujourd'hui)
- Passage à 16 bits du nombre de canaux. (histoire de dire, pour éviter aux séquenceurs hardware d'avoir plusieurs ports)

Bon, pour le reste, c'est pas tant qu'ils se sont tournés les pouces dans la recherche que juste cette norme est merveilleusement impeccable...

De la durée d'un tic aux sysex, en passant par les plages de valeurs, je ne vois pas qui, aujourd'hui, est limité par la norme MIDI. (A part ceux qui bossent en OSC, et ceux qui bossent en musicXML)

Je ne vois pas l'intérêt de transformer un message d'une efficacité redoutable et ultra performant en une usine à gaz overkill qui risque d'alourdir nos DAW.


Pour les articulations, c'est plus un travail de normalisation papier entre les éditeurs que ça peut se jouer (l'idée d'une norme GM HD... why not ! Mais pas besoin de toucher au protocole MIDI). Après, unifier la mécanique de tous les éditeurs sur toutes les plateformes, pour toutes les articulations de tous les instruments (*humph*)...
Car même si j'utilise un "expressionChange" MIDI, il va falloir dans mon DAW que j'explique que ça doit envoyer la note sur tel port, sur tel canal, ou alors envoyer tel keyswitch / PC# pour que l'expandeur charge le bon pack de sons...


Pour les notations musicales avancées, passer en une sorte de MIDI/musicXML pourrait avoir son intérêt, encore que programmer un crescendo nécessitera toujours la manipulation d'une courbe de CC#, et que l'expandeur se moque absolument de la clé dans laquelle on écrit. Ca ouvrirait juste le MIDI aux copistes... Why not...


Dans la news, ça parle de rappel de configuration, j'ai du mal à voir l'avancée révolutionnaire...
A la rigueur, ça peut être intéressant, avec l'idée de milliers de modules en midi, pour permettre aux DAW et séquenceurs de le plus stocker ces infos de leur côté, mais de pouvoir exporter les paramètres dans un fichier "song" compatible cubase 9 / PT 12 / MPC30000...


Je suis bien conscient de lancer le bâton pour me faire battre et je serai ravi d'entendre un argument qui me montre une limitation authentique de la norme MIDI à l'heure actuelle dont nous n'avons pas de solution déjà à portée.

(Il y aurait un papier disponible quelque part sur l'état de cette recherche ?)


C'est cool hein, ça me ferait plaisir d'avoir des CC# sur 32 bits. A part ça...

Sébastien Renault - myWeb

[ Dernière édition du message le 29/01/2015 à 17:42:17 ]

33
Citation :
(je ne vois qu'un seul cas de figure où c'est un vrai souci d'être en 8bits aujourd'hui)


- Pédale de charley de batterie electronique gérer par le cc4
- Automation de filtre "en escalier" sur des VSTi (fait le test entre un filtre gérer par l'automation de la stan et gérér par un cc)
- Gestion d'un fader volume via le cc7... dans kontakt par exemple. chaque instrument possède un fader volume avec une résolution en 32 bit controlable avec un cc qui en a 7.

y'a plein d'autres exemples
34
Citation de ReNo :

- Pédale de charley de batterie electronique gérer par le cc4

128 valeurs pour le niveau de fermeture n'est pas suffisant ? sur les banques de batteries ULTRA avancées, il y a 4 layers enregistrés...

Citation de ReNo :

- Automation de filtre "en escalier" sur des VSTi (fait le test entre un filtre gérer par l'automation de la stan et gérér par un cc)

Oui, c'est effectivement LE truc. On entend les pas en utilisation live / hardware.

Citation de ReNo :

- Gestion d'un fader volume via le cc7... dans kontakt par exemple. chaque instrument possède un fader volume avec une résolution en 32 bit controlable avec un cc qui en a 7.

Même idée que précédemment, sauf qu'en mode automation, les valeurs entre deux key sont extrapolées par le daw sur 32bits. De plus un volume sur 8 bits pour entendre les pas... faut tendre l'oreille beaucoup... C'est pas dans n'importe quelle condition d'écoute qu'on peut l'entendre.


Sur le papier, j'suis d'accord, passer les CC sur 32 bits, ça serait chouette. Mais à part ce cas pathologique d'un filtre sur du hardware joué en live...

Sébastien Renault - myWeb

[ Dernière édition du message le 29/01/2015 à 18:08:38 ]

35
Citation de Early :
Je suis bien conscient de lancer le bâton pour me faire battre et je serai ravi d'entendre un argument qui me montre une limitation authentique de la norme MIDI à l'heure actuelle dont nous n'avons pas de solution déjà à portée.

31,250 bauds soit 3ms de latence entre les messages ?

Si on parle du MIDI physique, pas virtuel bien sûr sinon c'est de la triche. :volatil:

« What is full of redundancy or formula is predictably boring. What is free of all structure or discipline is randomly boring. In between lies art. » (Wendy Carlos)

36
Citation :
128 valeurs pour le niveau de fermeture n'est pas suffisant ? sur les banques de batteries ULTRA avancées, il y a 4 layers enregistrés...


6 + 2 dans superior drummer.

Et la question est de savoir si ca n'est pas la limitation MIDI qui les a obliger a enregistrer si peu.
37
Citation :
31,250 bauds soit 3ms de latence entre les messages ?

Déjà, beaucoup de périphériques MIDI sont en USB aujourd'hui (j'ai pas la latence du coup, mais ça doit pas chercher bien loin).

Ensuite, physiquement avec un vieux connecteur DYN5 avec l'opto, 3ms, rapporté en distance acoustique, c'est 1 mètre... Soit, peu ou prou la distance entre deux zikos qui s'embrassent sur scène... Le temps de traîtement du signal par l'expandeur doit représenter bien plus de décalage temporel que ça...


(je suis pas de mauvaise foi, promis, je cherche sincèrement THE argument)

@ReNo Mellow
Ben, dans l'absolu, ils pouvaient en enregistrer 128*128 et faire une progra sur l'union du CC4/vélocité (ou quelque soit ce qu'ils ont choisi de prendre comme CC, mais 80Go de data pour juste la charley en imaginant des fichiers à 40Ko pièce, c'est plus un souci de performance moteur audio qu'autre chose ^^)

Sébastien Renault - myWeb

[ Dernière édition du message le 29/01/2015 à 18:35:34 ]

38
Honnêtement je trouve le midi actuel déjà très bien. Je n'attendais pas impatiemment une relève...
Mais comme ce sera compatible avec l'ancien format, je m'en fous.
J'espere qu'ils garderont les din aussi sinon c'est sans moi. Je ne lacherai jamais l'ancien format.
39
31250 bauds (disons 32 pour simplifier) c'est 0.25 ms par octet ou 0.75 ms pour un CC 7-bit complet. Pas énorme vu comme ça mais si on commence à vouloir en balancer beacoup d'un coup, avec 10 on est à 7.5 ms, 20 pour 15 ms, on s'approche vite des latences qui posent problème. Le HD, c'est fun mais j'aurais plutôt attendu un petit progrès sur le débit. Pas forcément beaucoup mais de quoi avoir un peu de marge.
En plus on peut rester compatible avec les équipements actuels en augmentant le débit au milieu d'un message sysex spécial par ex. La norme est capable d'accepter ce genre d'extension.
40
Citation de lolsdaka :
apparement déjà un premier produit qui utilise le Midi HD :
https://www.bome.com/products/bomebox

D'après le flyer, plutôt MIDI HD Ready. :mdr:
Mais le produit est très intéressant.

D'ailleurs, l'arrivée a maturité de l'USB et des tablettes comme outils de création ou de contrôle redonne une nouvelle jeunesse au MIDI, sans les fils :
https://www.synthtopia.com/content/2014/11/10/mi-1-mi-1-connect-let-you-get-your-wireless-midi-on/
mi.1_midi-interface-e1415666828724-640x207.png
https://www.synthtopia.com/content/2015/01/26/starr-labs-previews-airpower-3-wireless-midi-interface/
wireless-midi.png

Reste qu'à l'autre bout des DIN, dans les machines, on ne connait pas le temps de réaction ou de traitement.
Surtout chez les vieilles. :-D

« What is full of redundancy or formula is predictably boring. What is free of all structure or discipline is randomly boring. In between lies art. » (Wendy Carlos)

41
Flag
42
Sympa comme nouvelle, 30 ans déjà le midi pfiooouuuu C était une révolution á l époque, qui hélas n a pas vue beaucoup d évolution, si on oublie le midi virtuel.
43
Citation :
Sans vouloir être à contre courant pour être à contre courant, et de passer pour un vieux réac de base, je me pose quand même la question de l'avenir d'une telle recherche.


En une vidéo qui parlera au programmeur MIDI que tu es :



On est d'accord qu'en terme de jeu ça change tout comme en gain de temps pour les programmations, hein...

J'ai discuté avec les concepteurs comme avec ceux du Roli, et ils sont tous d'accord sur un point : le MIDI est juste un enfer dès que tu veux apporter des innovations technologiques comme celles-là. Et visiblement OSC est mieux mais c'est pas encore ça. Ces mecs sont donc obligés de développer leurs propres protocoles. Et de bidouiller avec un truc rustique pour obtenir quelque chose qui marche à peu près, mais qui n'est absolument pas générique : essaye de faire jouer un arrangement fait avec le Yamaha Tartempion par un Korg Bidule. Ca ne fonctionne pas. Pourquoi? Parce qu'à part dire, joue telle note à telle vélocité avec telle volume globale, tel pitch et tel modulation, rien n'est normé. Ton violon staccato se tranforme ainsi en trompette, et comme les CC ne renvoie pas aux mêmes paramètres, il faut refaire toute la programmation. Alors que le jour où à l'intérieur du programme GM Violon, on dispose de toutes les articulations et que tout le monde les respecte, ça sera autre chose.

Et ce n'est qu'un exemple parmi tant d'autres.

Si le truc est bien conçu et bien adopté, j'espère aussi que ça fera bouger des formats de merde comme l'OMF.

Le MIDI pourrait aussi servir à véhiculer d'autres données que de la musique justement : des éclairages par exemple. Ce serait pas mal en effet que MIDI et DMX soient la même chose, vu qu'ils le sont déjà un peu...

Bref, MIDI est mort. Vive MIDI HD.

__________________________________________________________________________________
Le GIEC chiffre à 3,3 milliards le nombre de victimes du réchauffement climatique. On en parle ?

 

44
La question de la prise est secondaire, je pense. Auparavant, on avait les DIN et des prises séries. Désormais, on a les DIN et les prises USB et même RJ-45 avec des MIDI-over-lan. La question du protocole et de la prise physique sont deux choses différentes.

La vraie question, c'est comment un équipement MIDI HD va-t-il (re)connaître les équipements MIDI oldschool ? Et comment va-t-il gérer la transformation de trucs HD en oldschool ?

Je rejoins en partie seulement les remarques de Seb / Early Reflexion. Comme je l'ai souligné, cette norme est remarquable de capacité d'adaptation. Mais on voit quand même qu'elle est limitée dans l'environnement d'aujourd'hui. Pour faire du MIDI par réseau, il faut passer par des applications dédiées. On n'a pas de reconnaissance automatique des appareils entre eux et même la synchro de deux groovebox de marque différentes est parfois un long chemin de croix... qui peut marcher un jour et pas la répétition d'après. Va comprendre.

Et on rencontre quand même de vraies limitations, de vrais problèmes dès qu'ils s'agit de faire tourner un certain nombre de softs et / ou machines ensemble (surtout les machines). Le chaînage théoriquement possible de hardware les uns après les autres est dans la pratique vite limité en nombre d'unités.
Bref, c'est très loin d'être plug and play.

Pour moi, le MIDI HD, c'est comme le HMTL 5. Celui-ci n'était pas nécessaire (les plug-ins et langages genre flash et java faisaient le job), mais ouvre de sacrés portes en matière de possibilités.

Ce que j'espère du HD, c'est (à la louche)
  • des possibilités de réseau et d'une façon générale, de transport des données sur n'importe quel protocole de communication et prise physique (c'est pas le plus dur)
  • une gestion évoluée de la synchro et de la latence
  • effectivement, une normalisation quasi totale des #CC ou équivalents (même si je mesure la difficulté et les limites de la chose). Histoire d'éviter que l'utilisateur doive apprendre les CC propres à chaque appareil ou soft et pour faciliter le point suivant
  • une reconnaissance automatique des appareils entre eux, au moins, une identification du type d'appareil et une reconnaissance des paramètres :
    • [/img]
45
Citation de Will :
Ce que j'espère du HD, c'est (à la louche)

Manque la suppression des NRPN. :mdr:

Je crains fort que si on laisse les ingénieurs se lâcher, on se retrouve avec un protocole incroyablement complexe, et qui pour rendre cette complexité utilisable multiplie les couches d'abstraction, peut-être même jusqu'à la virtualisation.
Ce qui fait la force du MIDI, comme tous les protocoles série "historique", c'est aussi sa rusticité et sa simplicité. Que celui qui n'utilise pas encore aujourd'hui un port COM pour débogguer ou configurer en telnet un équipement complexe losrque rien d'autre ne fonctionne me jette la pierre.
On a vu le bordel provoqué par le portage du MIDI sur une couche physique et logique complexe comme l'USB, qui a mis des années à être acceptable (et le jitter est encore là), et normalisée (class compliant), alors que sur la même période les ordinateurs ont appris très rapidement à gérer de l'audio 16/24/32bit à des dizaines de milliers Hz sans broncher.
Au point qu'on soit obligé d'utiliser un matériel supplémentaire s'appuyant sur le clic audio pour générer une horloge de référence stable en MIDI (USAMO, innerclock, etc).

Bref, on verra bien ce que ça va donner et comment la rétrocompatibilité sera gérée.
En espérant que ça ait plus de succès que le mLAN.... :langue:

« What is full of redundancy or formula is predictably boring. What is free of all structure or discipline is randomly boring. In between lies art. » (Wendy Carlos)

46
Et j'ajouterais le cas problématique de la guitare car, évidemment, le MIDI n'a jamais été pensé que du point de vue des claviers et que c'est entre autres à cause de cela qu'on galère autant à obtenir des guitares virtuelles crédibles.

Le fait que faire une norme descriptive d'un instrument comme une guitare ne nécessite pas que de savoir quelle note jouer à quelle vélocité et sur quelle longueur car cela ne prend absolument pas en compte l'interaction main droite/main gauche. Si on veut enregistrer correctement le jeu d'un guitariste en MIDI, il faut savoir quelle est la position et l'action effectuée par chaque main. A l'heure actuelle, on bidouille avec des scripts bancals sous Kontakt pour différencier un Mi aigu joué à vide du même Mi joué à la cinquième case sur la corde de si, et on ne différencie pas l'étouffement main gauche de l'étouffement main droite. Idem, on ne distingue pas le Downstroke du Upstroke, ni même encore la position de l'attaque de la main droite qui joue grandement sur le timbre. Comment espère-t-on MIDIfier le jeu d'un guitariste avec de telles limites? En bidouillant avec de l'IA sous Kontakt ou UVIworkstation? C'est clairement un pis-aller et les limites sont telles que les guitares MIDI fabriquées jusqu'ici, que ce soit par Roland ou Godin ne sont que les brouillons de ce qu'elles devraient être : des instruments blindés de capteurs enregistrant tous les paramètres du jeu pour qu'à la faveur d'une banque de son, je puisse entendre ce que j'ai joué sur une Godin avec le son d'un Gibson J200 ou celui d'une Martin D28.

Et d'ailleurs, le MIDI actuel propose quoi pour le slide? Ben rien, pas plus qu'il ne propose quoi que ce soit de satisfaisant pour décrire l'instrument le plus important jamais créé : la voix humaine. Où sont les phonèmes de l'Alphabet Phonétique International dans la norme? Nulle part et si c'est le cas, c'est parce qu'il a été conçu originellement par des fabricants de synthés qui faisaient BIP pour faire BIP et que c'était alors génial. Mais lorsque les sampleurs NextGen sont arrivés il y a 15 ans (GigaSampler, Kontakt, HALion), personne à la MMA ne s'est demandé s'il ne fallait pas faire un peu évoluer les choses. Mieux vaut tard que jamais, hein, mais quitte à troller de mon côté, je dirais que le GM est à la musique ce que HTML 1.0 est au web. Et qu'il est temps qu"il évolue fortement pour se montrer à la hauteur des PHP, SQL, CSS et Javascript qu'on voit ça et là car, pour l'heure, c'est un goulot d'étranglement.

D'ailleurs, je le souligne : Tracktion est le premier séquenceur à supporter la norme de contrôle de ROLI. Parce qu'en GM, ce n'était juste pas possible.

__________________________________________________________________________________
Le GIEC chiffre à 3,3 milliards le nombre de victimes du réchauffement climatique. On en parle ?

 

47
Citation :
Je crains fort que si on laisse les ingénieurs se lâcher, on se retrouve avec un protocole incroyablement complexe, et qui pour rendre cette complexité utilisable multiplie les couches d'abstraction, peut-être même jusqu'à la virtualisation.


Oui et non, car c'est après le job des concepteurs d'instruments, de matériel et de logiciels de simplifier l'interface homme-machine. Il se passe des trucs très compliqués dans un smartphone : ça ne le rend pas pour autant compliqué à utiliser pour peu que les designers sachent faire leur travail.

__________________________________________________________________________________
Le GIEC chiffre à 3,3 milliards le nombre de victimes du réchauffement climatique. On en parle ?

 

48
C'est vrai que le MIDI avait été pensé pour les claviers. Maintenant si on veut MIDI-fier tous les instruments possibles et imaginables (y-compris la voix) voire plus (les articulations du vent, du tonnerre et de la pluie - note on y pensait déjà en créant le GM :mdr:) alors ne faudra t-il pas autant de systèmes, de langages et de protocoles qu'il y a de sons dans la nature ?

Putain Walter mais qu'est-ce que le Vietnam vient foutre là-dedans ?

49
Citation de lolsdaka :
apparement déjà un premier produit qui utilise le Midi HD :
https://www.bome.com/products/bomebox

Les produits KissBox sont également compatibles HD (KissBox fait partie du groupe de travail HD du MMA). Les firmwares sont prêts, ils n'attendent plus que l'adoption officielle du protocole par le bureau du MMA pour être mis à disposition en téléchargement
http://www.kissbox.nl/products_oem.html
http://www.kissbox.nl/products_midi.html

La carte OEM KissBox a également été intégrée dans le projet MIDIBox, pour ceux qui sont intéressés par le DIY, ce qui fait que MIDIBox est également déjà prêt pour le HD :-D
C'est disponible sous forme de kit http://beb.digitalaudio.free.fr/RTP-MIDI.html (vi, vi, je me fais un peu d'auto-promotion)
Pour information, HD peut passer par son propre système de transport sur Ethernet, mais il est également transportable par RTP-MIDI (et USB of course)

[ Dernière édition du message le 31/01/2015 à 09:04:39 ]

50
Citation de BebDigitalAudio :
Les produits KissBox sont également compatibles HD (KissBox fait partie du groupe de travail HD du MMA).
La carte OEM KissBox a également été intégrée dans le projet MIDIBox
(vi, vi, je me fais un peu d'auto-promotion)

En effet :
http://beb.digitalaudio.free.fr/AboutBEB.html
:mdr:

Donc le MIDI HD n'est pas un simple effet d'annonce ? :8O:
Si certains membres du MMA proposent déjà des produits "MIDI HD ready", c'est que les specs sont plus ou moins finalisées, non ?
Il y a des documents qui précisent tout ça, des drafts, quelque chose de disponible en ligne, qui auront permis de préparer les firmware ad-hoc ?
Merci.

:-D

« What is full of redundancy or formula is predictably boring. What is free of all structure or discipline is randomly boring. In between lies art. » (Wendy Carlos)