Chargement...
 
Skip to main content

5 - Les serveurs son : JACK, PipeWire, PulseAudio et autres...


[RESOLU] Eviter les Xruns en utilisation quotidienne de base

France
Bonjour,

je reviens après quelques mois. Ceux qui avaient suivi http://linuxmao.org/tiki-view_forum_thread.php?forumId=38" class="wiki wikinew text-danger tips"> ce post savent que j'ai installé grâce à un dépôt kxstudio et à l'aide de membres de ce forum un noyau low latency sous Mint le 5.4.0-121-lowlatency. J'ai fait à l'époque les settings de Jack comme ceci.

Capture D’écran Du 2023 03 28 20 48 15

avancés

Capture D’écran Du 2023 03 28 20 49 27

Puis je me suis aperçu que Mint lors de l'upgrade du noyau, téléchargeait et installait les deux upgrades des deux noyaux que j'avais conservés, le generic et le Low latency, tout en conservant les anciens et mettait à jour grub en conséquence en choisissant toujours de booter sur le low latency donc j'ai upgradé deux fois le noyau. vers les versions 5.4.0-136 puis 5.4.0-146.

Capture D’écran Du 2023 03 28 20 55 47

Mais suite à ces upgrades j'ai constaté que j'avais plus de xruns qu'auparavant. Et bizarrement pas quand j'enregistre mais quand j’écoute des MP3 ou des vidéos YT. Exemple ici après 6 ou 7 heures de fonctionnement.

Capture D’écran Du 2023 03 28 20 57 43

Je me demandais donc sur quoi agir: le sample rate, la taille du buffer, parce que quand je n'enregistre pas la latence je m'en fous un peu. Le but serait de faire une deuxième profil plus lambda user dans jack pour quand je bosse en écoutant de la zique.

Merci d'avance à ceux qui pourront me conseiller.

P.S. Sinon pour l'anecdote j'ai laissé tomber Ubuntu Studio qui suite à une mise à jour ne démarre plus du tout même en verbose mode, il s'arrête au beau milieu du boot. Ca a beau être basé dessus Mint c'est dix fois plus sûr. Ah et puis j'ai acheté 11 euros la version sound de Modicia. J'attends un peu mais je vais sûrement l'essayer. Voilà voilà.
France
Bon ben je me réponds hein 😉

J'ai doublé la taille du buffer de 128 à 256 dans un profil que j'ai nommé lambda et la latence est donc passée de 5 ms environ (y avait 2 buffers de 2.7 ms) à environ 10,7 ms de latence en deux blocs de 5,3 ms. Je pense qu'en mettant plus de blocks ça aurait pu marcher sans toucher à la taille des buffers. Mais j'suis pas très bon là-dedans. En tout cas 0 Xrun depuis une heure environ on va voir si ça va continuer. D'ailleurs je me demande jusqu'où la latence est acceptable quand on enregistre, à quel nb de ms ça devient gênant.

Bises
France
Je me réponds à nouveau.

au bout de 14h de fonctionnement toujours aucun Xrun, cool.

Donc je pose la question aux spécialistes du forum car en ce moment je n'ai pas trop le temps d'enregistrer des trucs:

Est-ce qu'une latence de 10.7 ms c'est jouable pour travailler sérieusement en MAO?

Merci d'avance 😎
oui effectivement tu as trouvé la solution tout seul je pense.Pour juste être en écoute, une taille de buffer de 128 et une latence de 3 ms est complètement superflue. (cette latence de moins de 5ms c'est vraiment quand tu veux jouer d'un instrument en live ou dans un mix en enregistrement), tu peux donc augmenter la taille de ton buffer franchement (512 voir 1024) et comme ça tu seras tranquille définitivement. d'ailleurs même pour de la mao en mixage seulement (et donc pas en mode enregistrement) une taille de 1024 marche en général nickel.

ceci dit avec une taille de 128 et un nombre d'échantillon de 2 avoir seulement 6 xruns après 6 heures d'écoute montre que ton système est fiable... bon signe donc...


Bonnes musiques
10.7 ms en enregistrement, moi ça va me géner. exemple à la guitare si tu commences à faire des "cocotes" avec un retour dans le casque , moi ça passe pas du tout ... mais il me semble qu'avec un clavier midi je n'ai pas ce genre de problème donc ça dépend de l'instrument et de la réponse générale du système....

en audio moi en tout cas aux alentours de 6-7 ms ça devient un peu pénible au retour casque.

et puis là en ce moment je teste jamulus au cas où et là visiblement il y a intéret à avoir une latence faible au départ....
France
Merci pour tes réponses raoul86 ça confirme ce que je pensais. Toujours 0 Xrun et pourtant j'arrête pas d'écouter des trucs dans tous les sens. J'avais pas de problèmes effectivement en enregistrement avec le premier setup que j'ai enregistré de tte façon donc je peux y revenir quand je veux.

Et pour le second j'ai aussi remarqué que la charge CPU diminuait de moitié. Même si elle n'était pas énorme (autour de 13 ou 14%), elle n'est avec la 2e config que de 7%.
France
Avec une carte son USB, il est conseillé d'utiliser 3 périodes/tampon.
France
sub26nico, la mienne est une firewire. Mais peut-être est-ce valable aussi comme conseil. en tout cas là ça fait plus de 24 qu'il tourne avec 0 Xrun et comme l'autre profil fonctionne en enregistrement... Je vais juste voir si je trouve un entre-deux qui permettrait de ne pas jongler à chaque fois que je veux enregistrer mais bon c'est pas l'enfer non plus...
France
Avec une carte firewire, 2 périodes/tampon sera suffisant.
France
OK merci de ces précisions sub26nico
France
Salut fredd,

Quand tu n'enregistre pas, tu peux monter encore la taille du tampon.

1024, si c'est pour de l'écoute, c'est très bien surtout si le son vient de l'internet.

Pour faire ce changement, il n'est pas forcement nécessaire de créer un deuxième profil.
Tu peux simplement utiliser l'interface graphique de CATIA (je vois que tu es avec CADENCE), pour changer la taille du tampon à la volée.

Voili, voilà ...
France
OK merci Juju mais comme je l'ai créé le 2e profil je vais garder, ça me plaît bien comme ça. Par contre oui le fait d'augmenter la taille du tampon baisse encore la charge cpu ça c'est bien.
France
Changer la taille du tampon à la volée sert simplement à ne pas avoir à arrêter/redémarrer le serveur.
France
Ouais c'est pas cassant non plus et comme ça je sais exactement où j'en suis suivant le profil. Merci.