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

Salut et bienvenue !

Utilises-tu Qjackctl ? Ton compteur de Xrun est il à 0 (0) ?

Bienvenue à toi !!

l'utilisation dinstruments virtuels est assez gourmande, j'avais eu avec rosegarden des problèmes de synchro avec les dssi et le midi en général. essaye d'augmenter la latence fortement pour voir si tu as toujours le problème. vas-y franchement, genre 50 ou 60 ms

si ca marche, réduis petit à petit jusqu'a trouver le bon équilibre.

Autre piste, àas-tu installé le noyau basse latence avec ccrma ?

salut
remarque: j'ai rencontré le meme pb sous Agnula... 😕

Bonjour,

Gilles: j'ai effectivement de nombreux xrun. je m'arrete à 2(2) si je laisse qjackctl tourner seul. Des que j'e lance Rosegarden le compteur s'emballe.
Ptite question idiote: ça correspond à quoi les xrun? en parcourant ce site et internet en général, j'ai cru comprendre que c'était mal...

Lukool: en passant à 2048 frames/period (92.9msec de temps de latence) il semble que je n'ai plus de probleme (plus de xrun non plus). Ca fait beaucoup non?
Je présice que l'utilisation que je veux faire de Rosegarden n'implique pas d'enregistrement. Je n'ai pas le matos pour et de toutes façons, je ne suis pas assez doué. je veux juste faire un peu de composition directement avec les outils qu'il propose (éditeur de partition ou matricielle) et peut etre y mixer quelques sons wave..
J'ai effectivement essayé le noyau basse latence de ccrma, mais j'ai une erreur d'Alsa au démarrage et je recontre les memes soucis par la suite (qjackctl ne veut pas mettre le server en "jackstart" ou "jackd-realtime") .

Merci en tout cas pour votre aide. je tournais en rond depuis quelques temps avec ce probleme. Si cette configuration suffit à mes besoins, ça serait bien..

Je pense que ton problème viens du fait que tu n'as pas le module realtime. J'avais ce problème avec Rosegarden, qui c'est très très très atténué qd je suis passé en realtime. En fait c même rare maintenant ce message d'erreur, même avec beaucoup de pistes midi. Tu peux toujours essayer de "renicer" (renice) les progs pour redéfinir la priorité, c'est à dire à mettre rosegarden ou qjack prioritaire sur tout (sauf les processus systèmes sauf si tu es root). Tu fais
renice val -p pid
-20

oups les signes inf, balises html ne sont pas passés, je suis c... Je repost

Je pense que ton problème viens du fait que tu n'as pas le module realtime. J'avais ce problème avec Rosegarden, qui c'est très très très atténué qd je suis passé en realtime. En fait c même rare maintenant ce message d'erreur, même avec beaucoup de pistes midi. Tu peux toujours essayer de "renicer" (renice) les progs pour redéfinir la priorité, c'est à dire à mettre rosegarden ou qjack prioritaire sur tout (sauf les processus systèmes sauf si tu es root). Tu fais
renice val -p pid
val compris entre -20 et 20
si val == -20 alors prioritaire sur tout (algo de processus)
0 == normal
20 pas prioritaire

attention, -20 prioritaire sur tes events aussi, genre souris .... !!

Bonne chance

attention pour le noyau realtime de ccrma, il faut ajouter le dépot edge ou se trouve le bon noyau et faire un truc genre apt-get install planet-ccrma-core-edge

la commande est à vérifier 😊

Alsa ne devrait pas broncher normalement...

Renseignes- nous un peu sur ta carte son et le noyau que tu utilises

fais uname -r dans un terminal

2.6.12-0.21.rdt.rhfc4.ccrma, installé avec ses dépendances par Yum du dépot Core de Planet CCRMA
J'ai une carte son VIA AC97 dans un shuttleX.

Et j'ai toujours un service qui ne se lance pas au démarrage sur ce noyau:
"restoring sound driver settings /usr/sbin/alsactl 😕et-control873 failed to obtain information for control #54 (no such files or directory)"
D'apres ce que j'ai compris en cherchant sur le net, je ne pense pas que ça soit qui pose probleme.

Je n'ai toujours pas de basse latence meme avec ce noyau. Si je change jackd pour jackstart ou jackd-realtime, le serveur ne se lance pas. si je reste sur jackd ça ne change rien, et je suis obligé de garder un temps de latence tres élevé.

Si bien que si j'utilise un VSTi avec fst, ça donne quelques problemes de rythme à mon morceau 😉 . Je n'ai pour l'instant pas ressenti de probleme avec les instruments midi ou dssi.

Il faudrait que j'essaie avec renice mais j'ose pas 😡, c'est temporaire comme effet, ou il faut que je fasse la commande inverse après?

Merci à vous.

Le renice est temporaire. Quand le processus est arreté, le programme "tué", c fini, le pid n'existe plus. Si tu relances ton prog, il aura un pid (numero de processus) différent. Donc pas de soucis. Pis si ça te plait pas, sans fermer ton programme, tu renice encore et tu baisse sa priorité.

Tu risques rien, c pas dangereux comme commande mais bien pratique ! par exemple tu souhaites encoder un album en mp3, un divx, ou autre, et ce prog prend 100% de ton processeur: alors forcément pour utiliser ta machine après, c lourd parceque tout ram. Tu "renices" le prog qui te prend 100% en +20 ou +18, enfin pas prioritaire, et ton système sera réactif: toutes les autres actions seront prioritaires, donc ça sera transparent.

C aussi très très pratique pour les transferts de fichiers. En général les accès disques sont très lourds, alors un ptit renice et hop, ni vu ni connu. Bon certes tu perderas quelques secondes dans ton transfert ou ton encodage, mais c pas énorme, et puis le plus important, c de pouvoir continuer à utiliser ta machine !

Quand tu fais des enregistrements et que tu veux pas de processus qui te ni... ton enregistrement, renice ton soft et hop, il aura toujours la main. C une commande indispensable !

je crois que tu n'as pas installé le bon noyau
pourrais tu posté ton /etc/yum.repos.d/planetccrma.repo

compare avec celui-la :
http://ccrma.stanford.edu/~jos/planetccrma.repo

c'est important que le depot edge soit présent, sinon tu n'auras pas le noyau basse latence.

si tu ne l'as pas fais ceci :

wget http://ccrma.stanford.edu/~jos/planetccrma.repo
cp planetccrma.repo /etc/yum.repos.d/
yum install planetccrma-core-edge

le bon noyau devrait être installé

tu reboot sur le noyau est tu unmute le sgains de ta carte son avec gamix ou alsamixer.
pour ton problème avec alsa essayes ensuite de faire ca :
/usr/sbin/alsactl store

le tout est à faire en root.

si malgré tout tu continues à galérer, je te conseille de télécharger et d'installer le paquet apt-get fait par et pour ccrma sur fc4. tous les dépots seront configurés et tu pourras utiliser synaptics pour te faciliter la vie 😊

pour jack, il faut uniquement lancer jackd. vérifies par contre dans le setup que la case realtie est coché sinon c'est la foir au xruns

bonne chance, tins nous au courant.

jezeus : sur fc4ccrma c'est un libPAM patché qui se chargé des priorités si je me souviens bien. c'est de toute façon installé lors d'un apt-get install planetccrma-core

Effectivement, mon planetccrma.repo était mal ficelé. Avec ce nouveau, j'ai pu installer un kernel plus correct. Je n'ai d'ailleurs plus d'erreur au démarrage.
J'ai essayé aussi avec apt, mais il n'y pas de noyaux plus réçents disponibles.

MAIS... J'ai toujours les memes problemes... ça n'améliore absolument rien pour moi.

Alors j'hésite:
1- J'essaie encore d'autres configurations de Jack,
2- J'attends la FC5, qui sort dans une semaine et je prie pour que les gens de ccrma adaptent vite les logs et que ça marche mieux chez moi,
3- J'essaie une autre distribution (demudi?),
4- J'attends d'avoir un nouvel ordinateur avec une meilleure carte son,
5- J'ouvre la fenetre et je lance l'ordinateur au travers.

Je vais essayer de faire ça dans cet ordre en espérant ne pas avoir à arriver à l'étape 5. 😊

Si vous avez d'autres suggestions je suis quand meme preneur.

Encore merci pour tout.

Bon. J'avance.
Ca marche (enfin) à peu pres.

Par contre je rame à fond.
Si j'ai qjackctl+Rosegarden+1instrument virtuel (midi ou hydrogen ou fst), aucun probleme.
Si j''ai qjackctl+Rosegarden+2instruments, ça rame trop.

Je vais essayer avec un environnement graphique plus light que KDE, je vais voir ce que ça donne.

Je n'ai effectivement pas énormément de RAM (512ko), est ce que c'est trop juste?
Est ce qu'il y a une configuration miracle de qjackctl pour amliorer ces performances?

bah écoute, je pense qu'il doit te rester un problème à régler parce que pou rle moment je suis en gnome ( finalement pas bien moins lourd que kde ), j'ai 512 meg de ram sur ce pc là, et je tourne avec 10 pistes ardour dont certaines alimentées par muse + softsynth en midi

quand tu dis que ce rame, que veux-tu dire réelement ?

tes apps sont peu réactives ?
tout marche correctement, mais à la lectur ça a tendance à ralentir ?

pense à ajouter unpetit moniteur système dans ta barre des taches, histoir de voir si c'est ton proc qui sature ou ta mémoire.
enfin pour cette usage, même avec 512 de ram, tu ne devrais même pas swaper.

en ce qui concerne jack, peux tu nous certifer qu'a coté de started tu peux bien lire RT ?

si c'ets le cas, quel est la latence annoncée par jack ?
si elle est en dessous de 10 ms bravo car tu tournes vraiment en rt ce qui est très bien pour l'enregistrement audio mais un peu plus difficile pour cette chose lente et aléatoire qu'est le midi.

sur conseil de norrin radd, en passant à une latence de 10 ms mes séquences midi restent synchro alors qu'en dessous elles décrochaient, me donnatn tl'impresion que le sotf ramait..

Dis toi que le midi est un protocole qui doit maintenant être au moins vieux de 20 ans et qui n'a aps évolué, soit un boulet par rapport au système actuel... c'est comme imaginer démarrer un jeu DOS de 1995 sur une config actuelle... 😊

tiens petite info, c'est rigolo, mais si on regarde un cable midi on se rend compte qu'iil y a bcp de connecteurs,si on démonte le cabnle, on voit qu'il y en a pleins de non connectés.. pourquoi ?
aprce que les inventeurs du midi était prévioyant et on définit un cable qui pourrait évoluer en même temp sque la norme midi... ironie du sort celle ci n'a finalement jamais évolué ou si peu..

j'ai installé rosegarden récemment et oh surprise j'ai eu moi aussi ce message.
pour avoir tout fait à la main, je suis certrain d'avoir un noyau basse latence et tout ce qu'il faut... de plus lorsque je charge un vsti c'est la foire aux xruns...
en regardant les messages dans les terminaux, je vois qui'l y a un problème d'acces au rt. je me dis que j'ai mis fst au mauvais endroit mais rien y fait.

bon je décide de changé deux trois choses :
je force un downgrade de libpam pour retrouver une version clean
je remplace par set_rlimits
moins de pb pour fst une fois mis dans le fichier de conf mais jack perd toujours des samples avec rosegarden
je vire set_rlimits pour realiime-lsm et plus aucun soucis, j'irai même jusqu'a dire que je trouve le timing midi plus précis