Chargement...
 
Skip to main content

2 - Les distributions et les noyaux


xruns à cause du midi venant d'un synthé

France
Hello à tous,

Je viens ici donner un petit témoignage qui pourrait dans certains cas aider si vous êtes au bout du rouleau ... Parce que j'ai galéré à mort depuis 10 jours et enfin j'ai trouvé ...

Donc suite à la survenue de xruns (alors que tout fonctionnait en lowlatencie depuis des années) je me suis lancé dans de nouvelles installations et optimisations de kernels.

D'abord un 3.18-rt (sans compter les 2.6, 3.4, 3.14, 3.10 que j'ai aussi essayés) qui m'a fait galérer à cause de ma nvidia geforce 630 (aucun driver ne fonctionnait quand enfin çà a pu marcher avec nvidia-304), puis quand j'ai réussi à le faire fonctionner, que j'ai tout bien optimisé (notamment les irq) j'avais encore des xruns (pleins et à tous les réglages de jack) !!!

J'ai optimisé aussi le ssd, encore des xruns !!!

Puis je suis passé à un 3.18 normal mais en utilisant les options cgroup (très séduisante comme solution) et là grosse galère avec systemd qui est incompatible ... pfff ... quel merdier pour s'en débarrasser sachant que plein de petits logiciels très utiles comme kdenlive en dépendent ... bref au bout du compte quand tout fût finassé aux petits oignons, j'avais encore des xruns ....

J'en étais ce matin à envisager de partitionner mon ssd pour y installer une tango-studio, pour repartir à zero quand je me suis rendu compte en faisant de nouveaux essais d'enregistrement que des xruns apparaissaient quand je faisais plus de notes sur le synthé branché en in et out sur la multiface 2 ... j'ai donc débranché le midi venant du synthé et là miracle ! plus aucun xruns !!!

Ni en lowlatencie et ni en rt. Je viens de passer 30 minutes à enregistrer sur le 3.18-rt avec ces réglages dans jack: priorité 80, échantillons/période 64, Fréquence 96000, Période 2, Ports 512, Décompte 500 pour une latence de 1.33ms et aucun xruns , même en faisant travailler l'ordi (copie d'images disk sur un dd externe).

Voilà si çà peut en aider certains vous pouvez chercher du côté des signaux midi envoyés à la carte son ...

Chap
France
Merci pour ce retour.
C'est étrange ce comportement. As-tu bien sélectionné l'horloge à 1000Hz lorsque tu as compilé ton noyau ?
France
Oui très étrange mais d'un autre côté c'est un synthé dont l'os est encore en développement et il y a fort à parier qu'un bug dans le midi puisse être le coupable ... Je peux quand même le garder branché de out-multiface vers in-synthé et là pas de soucis d'autant plus que j'ai pas besoin d'aller dans l'autre sens.

Cela dit çà ne m'étonne pas tant que çà, même sans bug, car finalement avec un kernel RT on peut jouer sur les irq, comme par exemple pour mon cas: donner la priorité à snd_hdsp qui est l'irq de la carte son, mais justement là dedans n'ya-t-il pas les flux audio + midi qu'on ne peut pas distinguer l'un de l'autre et traiter séparément ?

De même il ne m'a pas semblé possible de donner des priorités à des logiciels en particulier, comme on peut le faire avec les cgroup ?


Sinon oui j'ai bien sélectionné 1000Hz dans la compilation.
La synchro est faite par Wordclock, la 1ère en Master sur les 3 autres à l'aide de T.
Je regarderai demain le lien sur alsa io, car je l'avoue, n'ayant jamais touché Linux et venant de Windows je suis un peu beaucoup à l'ouest sur le raisonnement de cet OS coque galaxy s6 coque samsung galaxy s6 edge