1 - Le matériel et les pilotes ALSA, FFADO, ...

C'est exactement ce que fait le programme de Mysterious : quand on presse la touche de quelques lettres (W X C...) on entend une note de musique (si l'on a connecté le port MIDI virtuel du programme au synthétiseur logiciel via Jackd).
A titre d'exemple pris dans le programme : si je presse la touche w, le code exécuté sera :
sendNote(seq, 0, 48, 100); //On appelle notre fonction, qui enverra une note dans le canal 0 (le premier), de valeur 48 (C3 je crois) et d'une vélocité de 100
A+
Alain

c'est la formulation qui me laisse reveur..
le message MIDI en question s'appelle Note on, il est décrit ici

Sur l'exactitude du langage, tu as tout à fait raison.

Pour être moins ambigu, j'aurais pu écrire :
" le programme fait parvenir au synthétiseur logiciel l'information - selon la norme MIDI - qui permet de générer un son de percussion".

Ayant lu le document dont tu donnes l'url (merci), je pense avoir compris que le choix de l'instrument ciblé (un tambour plutôt qu'un piano) est défini dans le premier octet : note on + numéro de canal.
Si cette hypothèse est vraie, le synthétiseur logiciel doit "savoir" que le canal "c" correspond à un son de tambour plutôt qu'à celui du piano.
Est-ce cela ?

tu te complique la vie :

le message note on comporte son numéro de canal oui, mais la plupart des logiciels audio ont la capacité de choisir le canal de reception. on peut bien sur modifier ce message aussi, ce qui sera si tu comprend mon idée plus haut la plus grosse partie de ton job :

donc en gros tu n'enverra jamais un son de percu MIDI (quoique, il y a bien la norme General MIDI mais c'est encore autre chose), ou un son d'autre chose, juste une note (comme une partition), c'est le logiciel-synthé qui décide quel son utiliser

Merci de l'écrire : il m'est difficile d'avoir un regard critique sur mon travail. Or ce regard est très utile.



Là, je crois que nous ne nous comprenons pas : le rythme n'est pas généré par une application genre "boîte à rythme" qui serait synchronisée par le mouvement de la roue : il est fabriqué par la capture des accélérations-ralentissements du mouvement de la manivelle.
D'autre part, les notes jouées au clavier doivent pouvoir être désynchronisées par rapport au rythme généré par la roue. Comme si c'était deux instruments différents. En fait la vielle à roue c'est "de tout un peu" :
- un peu de bourdons,
- un petit clavier
- quelques possibilités rythmiques.
Chacune des possibilités peut être utilisée seule ou associée à l'une et/ou l'autre.

Pour donner une image médiocre, on pourrait imaginer que sur mon clavier MIDI-USB j'ai - EN PLUS - un "touch-pad" sur lequel je peux taper des rythmes en même temps que je joue sur les touches mélodiques normales (il faudrait quelques doigts en plus). Les tapements sur le touch-pad devraient envoyer un code qui ferait un son de percussion.


Là je persiste à penser que nous ne nous comprenons pas. J'espère que tu es patient.

je pensait que :

ce qui veut dire :
quand tu appui sur une touche sans rien faire d'autre, rien ne se passe.
donc je ne vois pas comment :


autre question :
quand tu tourne la manivelle a vitesse constante, y a t il un rythme, ou seulement un son ?

Oui et non :
- sur une vraie vielle, il ne se passe rien, puisque l'archet ne frotte pas
- sur certaines vielles électriques, du fait de l'amplification, on peut avoir un effet de "tapping"
- sur mon projet de vielle, je peux très bien avoir le son de clavier même si la roue ne tourne pas. Mais je peux aussi décider du contraire et alors le programme sera un peu plus complexe, en rajoutant un test du genre : si la roue ne tourne pas alors bloque les notes du clavier.

Il s'ensuit que le deux peuvent être désynchronisés.
{QUOTE()}
autre question : quand tu tournes la manivelle a vitesse constante, y a t il un rythme, ou seulement un son ?
QUOTE}
- dans le cas de la vielle normale, il n'y a qu'un son : l'archet frotte la ou les cordes. Mais pas de rythme.
- dans le cas de "ma vielle virtuelle", pas de rythme.

Me revoilà

Déjà, merci d'apprécier mon code, c'est la première fois que mes connaissances en programmation puissent servir à quelqu'un

Ensuite, tu voudrais que le rythme de la vielle puisse être désynchronisé par rapport au clavier. Je ne vois qu'une solution : Faire le programme qui s'occupe uniquement du rythme et connecter directement le clavier midi au synthétiseur dans jack

Tu voudrais également que ton rythme puisse envoyer des notes qui iront à la percussion, pour cela, il y a le canal 10, qui est spécial percussion (ou alors on reste sur le premier canal mais en faisant un Program Change (un signal Midi))

Au pire, pour le logiciel de rythme, il faudrait apporter une modification à un sequencer comme seq24

Il a un grand mérite : il existe et il marche.

Je suis arrivé à la même idée. Mais sans avoir la certitude que c'est la seule façon de faire.

Ceci étant je m'interroge sur le fait d'utiliser un synthétiseur logiciel minimaliste, en partant de l'exemple minimaliste alsarawmidiout.c.
En effet : la partie rythmique c'est UNE seule note, éventuellement plus brêve (ou plus traînée), éventuellement plus forte ou moins forte.
Est-il utile alors de charger un gros outil comme Hydrogène ?
Il faudrait pourtant que le "synthé minimal à une note" puisse être posé sur un port MIDI de façon à être "Jackd-able".

appelons le principe de la vielle à roue :
on imagine un violon. Au lieu que le cordes soient frottées avec un archet c'est une roue (qu'on tourne avec une manivelle) qui les frotte par en dessous. La vielle possède des cordes mélodiques qui permettent de jouer la mélodie à partir d'une sorte de clavier, et elle possède aussi des bourdons, cordes qui jouent toujours la/les même note(s) et cela tout le temps qu'on fait tourner la roue.
la particularité en plus est le "chien" : si on fait tourner la roue avec une impulsion, on met en vibration une petite partie qui vient vibrer contre la table et provoque une sorte de vibration (ça "zingue") caractéristique. Si on fait tourner la roue sans impulsion, on obtient le son mélodie+bourdon. Quelle que soit la vitesse de rotation de la roue, les cordes mélodiques sont toujours jouées, ce qui permet de jouer avec les impulsions pour donner un rythme (zing) grace au chien.


Moi, ça me parait bien compliqué ce qui est proposé plus haut...

pourquoi ne pas faire plus simple :
jack + linuxsampler + banque de son d'une vraie vielle (j'y revient...)
clavier midi relié au canal 1 de linuxsampler avec une banque de son de vielle pour faire la mélodie.
tu étalonnes ta roue de manière à ce qu'elle prenne en compte la vélocité (c'est surement la partie programmation là).
tu relies la roue au canal 2 de linuxsampler et tu configures ce dernier de manière à ce qu'une haute vélocité (issue de l'accélération de la roue) joue un échantillon qui contient le chien (le truc qui fait zong sur une vielle) et à ce qu'une basse vélocité joue uniquement le bourdon.

Au niveau banques de son
1) une banque de son "mélodie", facile à enregistrer
2) une banque de son "bourdon + chien", étalonnée de manière à ce que le chien se déclenche à partir d'une certaine vélocité.

La difficulté sera dans l'étalonnage de la vélocité de manière à ce que ça corresponde à ton coup de poignet.

Visiblement tu as compris le fonctionnement de l'instrument. C'est très clair.


Encore une fois, c'est d'une grande clarté.
Je suis surpris de la réponse : je ne connaissais pas Linux Sampler et n'imaginais pas que c'était possible.
J'ai eu peu de temps pour lire le descriptif ce soir, mais je retiens au moins deux points positifs :
- le fait de partir d'échantillons d'une vraie vielle : le son de ma vielle "en bois" est excellent et pourra fournir une bonne base sonore
- le fait que le logiciel est compact et peu gourmand en ressources qui est favorable au portage sur un petit ordinateur de type Eepc.
Tout ceci est très positif.
Merci Samuel : tu pouvais aider...

J'ai regardé plus en détail ce qui était écrit à propos de LinuxSampler.
Le logiciel semble très attrayant.
Mais l'installation ne me paraît pas simple sur Ubuntu Lucid. Ce qui me paraît le moins irréaliste pour moi est d'installer les paquets qui étaient préparés pour Hardy.
As-tu un avis ?
Comment l'as-tu installé ?

pour installer linux sampler, j'ai tout compilé à la main en fait.
il faut d'abord compiler ligig puis gigedit (pour faire tes banques de son) puis linuxsampler. En interface graphique, j'utilise fantasia 0.9 qui est un logiciel en java (mais très joli) mais qsampler marche très bien aussi.
Je vais demander à tango-studio s'ils peuvent envisager de le mettre dans leurs dépots, ça serait le plus simple au niveau de l'installation.

Le logiciel fonctionne bien chez moi, c'est la taille de la banque de son qui va déterminer les performances en général.

Une alternative à linuxsampler est fluidsynth et son interface graphique qsynth. Et pour créer les banques de son, on utilise swami dans ce cas. fluidsynth fonctionne avec des banques en .sf2 alors que linuxsampler utilise des .gig. Disons que linuxsampler est plus dédié aux grosses banques instrumentales là où fluidsynth est bien pour un seul instrument.
Il faut essayer pour se faire une idée, et ça tu peux le faire directement avec ton clavier.

J'utilise régulièrement fluidsynth, effectivement avec mon clavier.
C'est facile à utiliser. Par contre, quand on l'attaque avec le clavier, on est par défaut en piano et je ne sais pas encore comment choisir la police depuis fluidsynth.
Par contre Swami je ne connais pas. En fait il me faudrait ne garder que deux polices :
- une de son "normal pour les chanterelles et bourdons permanents
- une pour les quelques sons de chien. J'écris quelques au lieu de un prceque, bien que le chien soit sur un bourdon, on utilise un capodastre pour adapter le bourdon à la tonalité.

en fait, pas besoin de plusieurs fontes si j'ai bien compris :

swami permet de créer ses propres fontes, il suffit de mettre ton son normal sur le canal 1 et le son avec chien sur le canal deux dans la même fonte.
Une fois dans qsynth, tu vas dans le menu setup, puis dans l'onglet soundfont, puis tu cliques sur open afin d'aller chercher ta fonte avant de quitter cette fenêtre. De retour à l'interface de qsynth, tu vas dans channels puis tu double cliques sur la première ligne et tu sélectionnes le canal qui correspond (dans ton cas, son normal), puis tu double cliques sur la deuxième ligne afin de sélectionner le son avec chien. Tu sauvegardes ces paramètres de canaux, et tu devrais pouvoir jouer ton son normal avec le clavier en canal un et la roue en canal deux.
Cela fonctionne afin d'envoyer des signaux depuis un seul controleur. Si tu as deux controleurs (ton cas en fait, je réalise), il suffit de créer un autre moteur dans qsynth grace à la croix verte en bas à gauche, mais la manip est la même.