Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]


L'un des problèmes du MIDI sous Linux c'est le fait que deux normes existent :
Les deux normes sont à peu près également utilisées, ce qui vous oblige parfois à créer un pont entre les deux pour connecter un matériel à un logiciel, ou un logiciel à un autre (avec par exemple a2jmidid).

Pourquoi avoir créé une implémentation MIDI par JACK alors qu'il y en avait déjà par ALSA ?

JACK MIDI a été créé entre autre parce que l'implémentation d'ALSA n'est plus développée depuis environ 10 ans, et c'est pour cela qu'on appelle ALSA parfois legacy. Du point de vue des développeurs de JACK, un défaut d'ALSA réside dans le fait qu'il est implémenté dans l'espace kernel. En effet, vous l'avez remarqué, la couche ALSA vient sous formes de modules du kernel. Mais il y a surement d'autres raisons.
L'implémentation d'un transport de données autres qu'audio dans JACK est une alternative à ALSA qui a certains avantages et des inconvénients (du moins pour l'instant).

Avantages de JACK MIDI

  • Une implémentation entièrement dans l'espace utilisateur de la mémoire.
  • Une implémentation plus légère et une interface logicielle moins lourde pour le développeur.
  • Une liaison très directe du timing des flux de MIDI aux flux audio passant par JACK, donc la possibilité d'associer des événements MIDI et ondes audio générés par des synthés avec une grande précision. C'est la fameuse histoire du "sample accurate timing", qui est pourtant soumise à beaucoup de conditionnels dans le monde réel, d'où parfois quelques désaccords entre les développeurs.
  • JACK MIDI est pour l'instant la seule possibilité de gérer le MIDI des cartes son firewire à travers FFADO.

Inconvénients

  • Pour les développeurs: Contrairement à ALSA, JACK MIDI ne possède pas de séquenceur intégré. En effet, ALSA décharge les logiciels clients de s'occuper du timing effectif des notes envoyées ou reçues par un mécanisme de pré-stockage d'événements MIDI dans une "queue", et c'est le module ALSA lui même qui jouera l'événement avec le timing souhaité par le logiciel. Ceci est fait avec une énorme précision. Dans JACK, comme pour l'audio, le logiciel doit lui même réagir en envoyant des données "quand c'est le temps", c'est à dire quand JACK demande le prochain bloc de données, elles doivent être accessibles et correcte. En réalité ceci n'est pas extrêmement compliquée non plus pour le développeur, mais nécessite quelques précautions.
  • Quand on envoie du MIDI à l'extérieur par USB, le timing du MIDI dans JACK est aussi bon que la latence de JACK, et les flux sont interrompus de la même façon que les flux audio quand il y a des "xruns".
  • JACK MIDI ne gère actuellement pas d'événements SYSEX permettant une communication de données avancées aux instruments réels (synthés et boites MIDI externes), comme par exemple l'échange et la sauvegarde de patchs.

Dans l'ensemble les deux implémentations sont très performantes, avec une plus grande facilité pour les développeurs avec ALSA quand il s'agit de séquenceurs (grâce à la présence d'une queue de stockage) et une plus grande facilité avec JACK quand il s'agit de synthés et processeurs de données MIDI.

Pour l'instant, on a les deux à gérer sous Linux, selon les choix des développeurs. Heureusement il existe un pont entre les deux systèmes : a2jmidid permet d'accéder aux clients à partir des deux côtés et de faire fonctionner les logiciels ALSA MIDI et JACK MIDI entre elles.

Gestionnaires de connexions

Les principaux gestionnaires de connexions permettent de voir et connecter les deux types d'entrées et sorties MIDI :
  • QjackCtl possède deux onglets :
    • l'onglet "MIDI" qui correspond au MIDI de JACK
    • l'onglet "ALSA" qui correspond au MIDI d'ALSA
  • Patchage affiche deux couleurs :
    • vert pour le MIDI d'ALSA
    • rouge pour le MIDI de JACK
  • Catia et Claudia affichent deux couleurs :
    • marron pour le MIDI de JACK
  • LADISH, on ne voit pas le MIDI d'ALSA sauf quand on lance a2j en tant qu'application

Liens et commentaires



[+]

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]

minimoineau
sub26nico

Mégaphone [Afficher / Cacher]

olinuxx, 10:48, jeu. 27 Apr 2017: bonjour et bienvenue à arcencia2a :-)
olinuxx, 20:37, mar. 25 Apr 2017: bonjour et bienvenue à mojokeeoper :-)
tenryu, 16:22, mar. 25 Apr 2017: @zebassprophet: un Big up pour toi !
zebassprophet, 15:07, mar. 25 Apr 2017: nan, cremaillere en France, le luxo c'est trop cher :-D
Nolwen, 14:42, mar. 25 Apr 2017: @zebassprophet : Félicitations !!! Crémaillère au Luxembourg de prévu, du coup !
sub26nico, 13:35, mar. 25 Apr 2017: Merci et félicitations ZBP!
zebassprophet, 13:28, mar. 25 Apr 2017: et qui c'est qui a eu le poste de prof de gratte au luxembourg??? FUCK YEAH !!! Moi :-D
zebassprophet, 13:27, mar. 25 Apr 2017: @sub26nico, profite bien ;)
sub26nico, 12:39, mar. 25 Apr 2017: Salut à tous des plages de Stes Marie de la mer :-)
sub26nico, 08:11, mar. 25 Apr 2017: Nouvelle version de Rosegarden, [Lien]
sub26nico, 21:12, lun. 24 Apr 2017: @Nolwen! Y'a besoin de s'inscrire si on veut assister aux conférences ? Je croyais que c'était pour y participer..
Nolwen, 20:43, lun. 24 Apr 2017: @sub26nico : Et oui, "La participation à LAC2017 est gratuite (mais nécessite une inscription)." dixit leur site !! Un peu comme les RMLL, il me semble.