Merci pour ton intervention,

Mais Toulouse est bien en France, si je ne me trompe pas et pourtant je ne comprends pas ton français. Pourrais-tu formuler ton propos d'une autre façon?

Désolé, mais je ne comprends pas ce que tu veux me dire.

Héhé non je voulais dire que ardour j'y connais que dalle... les conseils de {yv} te seront certainement d'une bien meilleure aide

KaHuZaK a écrit:

Pour les versions :
qjackctl                0.3.7-1
libjack-jackd2-0            1.9.6~dfsg.1-5ubuntu
ardour            1:2.8.11.3
pd-extended        0.42.5-2

mmh, c'est bizarre, j'ai quasi les mêmes versions que toi (à part pd, j'ai pd-vanilla-0.43) et aucun problème ni Xrun.

mon kernel: 2.6.39-ARCH

peut-être la relation entre pd et jackd pose problème, il me semble avoir vu des trucs bizarres à un moment mais je ne suis pas sûr et je ne connais pas du tout pd-extended.

citation :

@audio - rtprio 99
@audio - memlock 800000
#@audio - nice -10

tu as essayé avec un rtprio moins élevé ? qque chose comme:

@audio - rtprio 65

puis logout (ou reboot)...

edit: typo

Dernière modification par {yv} (2011-06-20 22:36:44)

C'est déjà moi.

Je m'apprêtais à faire des essais de valeur pour rtprio quand je me suis aperçu que j'ai un fichier /etc/security/limits.conf et un autre /etc/security/limits.d/audio.conf.
Ces deux fichiers contiennent rtprio et ses petits frères. Je me dis que il y a probablement conflit entre les deux et que cela est peut-être la source du problème, mais je ne sais pas quel fichier je dois supprimer.
Je vais donc essayer de supprimer l'un ou l'autre et voir ce que ça donne.

J'ai donc procédé à plusieurs essais.

En premier lieu, si je garde /etc/security/limits.d/audio.conf lorsque je relance la machine, je ne peux plus me connecter. C'est à dire que ubuntu redémarre jusqu'au moment où il est demandé le mot de passe. Et là, je peux le taper 50 fois, le démarrage ne va pas plus loin et je n'ai plus qu'à reprendre un dvd d'install pour monter le disque système et renommer le /etc/security/limits.conf.old en /etc/security/limits.conf. Je rappelle que j'utilise une 11.04 et je viens encore d'aller vérifier à nouveau.

Ensuite je renomme le /etc/security/limits.d/audio.conf en /etc/security/limits.d/audio.conf.old. Je relance la machine. Et là, je vois une nette amélioration. C'est à dire que je démarre Jack et pd. Puis je lance Ardour et je vois encore beaucoup de xruns mais c'est surtout au démarrage de Ardour qu'ils apparaissent. Une fois que celui-ci est démarré ça se calme sérieusement. Et j'ai même fait plusieurs essais d'enregistrement de ma basse en passant par pure data et c'est nickel. Plus aucun cliquetis ou très très peu.

Je vois encore apparaître le message d'erreur que je cite dans la fenêtre de Pd, mais uniquement au début du démarrage du trio. Après ça ne bouge plus.

Tout cela est d'autant plus étrange que ça va à l'encontre de ce que tu dis, Sakramh, et à l'encontre de ce qui est expliqué à l'adresse que je donne pour le réglage des paramètres pour PAM. Peut-être y a-t-il quelque chose qui m'a échappé.

Une chose que j'ai remarquée par contre, est que j'ai mis deux zones tableaux, dans Pd, pour imager le signal-son (pour droite et gauche). Ils sont sensés évoluer avec le son, bien évidemment. Mais au bout d'une période de longueur variable, ces tableaux se figent alors qu'ils fonctionnaient très bien quand j'avais commencé ce projet de rack d'effets pour ma basse et que je lançais pure data seul en me servant d'ALSA et non de jack.

Je ferai de nouveaux essais demain et vous tiendrai au courant. Notamment, effectivement, Sakramh, je regarderai de plus près les messages de jack et Ardour pour les reporter ici.

A+

KaHuZaK a écrit:

Il est vrai que j'y suis allé un peu fort en mettant 99 puisqu'il est conseillé 90. Mais 65 est peut-être un peu faible, non?

ca dépend, sur mon petit proc ca suffit.

sakramh a écrit:

KaHuZaK a écrit:

#@audio - nice -10

quand à affecter une valeur/ une ligne type @nice - value c'est une hérésie selon les développeurs de ardour sur ma machine

cette ligne est commentée chez Kahuzak

sakramh a écrit:

serait-ce un problème lié à "jack2" (jack-smp) ? perso je tourne encore sous jack "1"

perso je considère que c'est une hérésie de continuer à utiliser jackd depuis que jack 2 (jackdmp) existe vu que chez moi ainsi que chez tout le monde que je connais ce dernier est *beaucoup* plus stable (et les xruns ne produisent plus de coupure audio par exemple, ...). ca fait un moment qu'on a abandonné jack 1 =)

sakramh a écrit:

Essaie aussi d'utiliser jackd en mode NON-temps réel  puisque avec ALSA tu n'as pas de soucis

uh ?

@KaHuZak: perso je n'ai absolument aucun xrun (avec 3 cartes son différentes, OSS, usb et firewire). Tu as essayé d'autres paramètres pour jack ? voilà les miens à titre d'exemple:

/usr/bin/jackd -dalsa -dhw:0 -r44100 -p1024 -n3

++
_y

Bonsoir à tous,

Je viens de refaire donc des essais. Je confirme que le trio est utilisable avec ces nouveaux éléments dont je parlais hier. Cependant cela reste largement perfectible parce que j'ai encore beaucoup de xruns (mais je suis passé à plus de 1500 à environ 250 pour une demie-heure d'utilisation). J'ai eu deux décrochages audio pendant le même laps de temps de 1/2 heure, aujourd'hui.
Je viens de m'appercevoir que j'ai du oublier de donner les caractéristiques générales de mon matos. Je le fais donc maintenant: core i7920, 6Go de ram, ubuntu 11.04 et Edirol UA25.

citation :

@KaHuZak: perso je n'ai absolument aucun xrun (avec 3 cartes son différentes, OSS, usb et firewire). Tu as essayé d'autres paramètres pour jack ? voilà les miens à titre d'exemple:

/usr/bin/jackd -dalsa -dhw:0 -r44100 -p1024 -n3

Modifier les paramètres de Jack, oui je l'ai déjà fait. Et la dernière fois que j'ai voulu augmenter la latence, il y avait un phénomène trop gênant pour jouer. C'est à dire que le son se trouvait vraiment trop décalé entre le moment où je le jouais et le moment où je l'entendais. Donc, pour moi, pas possible d'augmenter la latence. A moins qu'il y ait une astuce que je ne connais pas. Je met une capture de mes réglages actuels.

citation :

Par contre il me paraît étrange que des modifs des fichiers limits.conf empêchent de se connecter en tant qu'utilisateur . Ce sont des fichiers root

Moi aussi d'autant plus qu'à ce stade de l'identification, le son n'est pas encore utilisé. Mais je ne fais que constater.

citation :

Essaie aussi d'utiliser jackd en mode NON-temps réel  puisque avec ALSA tu n'as pas de soucis

Oui c'est un essai que je pourrais faire aussi. Mais ne vais-je pas y perdre, si j'utilise pure-data pour avoir des effets en temps réel, justement?

citation :

Accessoirement as-tu PulseAudio d'installé ? .

Oui, tout un tas de modules d'ailleurs, mais pas celui concernant jack.

citation :

sakramh a écrit:

        KaHuZaK a écrit:

        #@audio - nice -10

    quand à affecter une valeur/ une ligne type @nice - value c'est une hérésie selon les développeurs de ardour sur ma machine

cette ligne est commentée chez Kahuzak

Oui je confirme, elle est commentée et c'est d'ailleurs conseillé si j'en crois linuxmao.

Comme je vois que je n'arrive pas à envoyer la capture, je donne les paramètres à la main:
Prio : 89
Echantillons/Période : 128
Fréq : 44100
Périodes/tampon : 3
Périph entrée/sortie: hw0

Dernière modification par KaHuZaK (2011-06-22 19:39:59)