Skip to main content

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

Liste des forums Liste des sujets

 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [RESOLU] Jack pas content !!!

    Envoyé par Grld le Thu 01 Oct 2009 18:31 France
    Bonjour

    je tente de faire marcher sur ma debian squeeze/sid kde 4.3 kernel 2.6.30-1-686
    dedier a la mao .
    JACK ne veux absolument pas ce lancer , j'ai bien regarder le sujet deja present sur votre forum , mais helas , je suis bien dans le groupe audio et j'ai quand meme droit a ce message :

    [+]

    auriez vous une idée ?

    c'est vraiment la premiere fois que j'ai droit a cela ...
    Lectures: 3830
    Envoyé par minimoineau le Thu 01 Oct 2009 18:43
    Bonjour,

    Il semble que Jack refuse de se lancer en mode realtime. Si tu n'as pas de noyau temps réel, décoche l'option temps réel (ou réaltime) dans les reglages, puis redémarre Jack.

    Si tu as le noyau temps réel, regarde du côté de accès temps réel pour les applications
    Envoyé par Samuel le Thu 01 Oct 2009 19:40 Allemagne
    Salut,

    quelle est ta carte son ?
    As-tu 2 cartes son ? dans ce cas la deuxième doit être hw:1
    tu peux passer le nombre de périodes/buffer à 3, c'est généralement plus stable
    as-tu modifié comme il faut ton /etc/security/limits.conf ?
    as-tu un noyau rt ?
    ta priorité rt dans jack est-elle bien inférieure à celle de /etc/security/limits.conf ?
    Envoyé par Grld le Fri 02 Oct 2009 12:27 France
    bonjour

    @ minimoineau : en effet je n'avais pas decocher le realtime dans jack && surtout je n'avais pas rebooter le pc . donc tout nikel apres un reboot ca fonctionne , merci 😊

    @ Samuel : Alors , j'ai un Pc qui date de 2000 , asus a7v266-E proc AMD 1600+ mais brider a 1059 a cause de la carte mere qui ne prends rien au dessus de 1059, la carte son master est la soundblaster live et la carte d'aquisition est une hoontech dsp 2000

    je vais de ce pas mettre le buffer a 3 comme tu me le suggere & j'ai bien modifier le fichier /etc/security/limits.conf MAIS je n'ai pas rajouter la ligne concernant la memoire (@ 5000) et je n'ai pas encore mis de kernel RT , je ne sais pas si le kernel rt existe en 2.6.30 ou plus, si tu as des infos complementaire , je suis preneur
    Envoyé par Grld le Fri 02 Oct 2009 17:06 France
    re-

    j'ai mis le buffer a 3 et jack ne veux plus se lancer ...je l'ai ramener a 2 pour l'instant ....


    & aussi avec ardour j'ai droit a :
    Copy to clipboard
    AVERTISSEMENT : votre système possède une limite supérieure pour la quantité maximale de mémoire verrouillée. Ceci peut empêcher Ardour d'accéder à toute la mémoire disponible sur votre système.

Vous pouvez connaître la limite actuelle avec la commande « ulimit -l » et celle-ci est habituellement contrôlée par le fichier /etc/security/limits.conf


    donc le resultat de ulimit -l me donne :
    Copy to clipboard
    $ ulimit -l
64


    MAIS j'ai rajouter la ligne comme dit dans l'autre topic , soit :

    Copy to clipboard
    @audio  -  memlock  500000


    es ce ici que je dois changer 50000 en 64 ???

    EDIT: je rajoute que j'ai 1,5 giga de ram si cela peu aider ...

    merci
    Envoyé par jdlv le Fri 02 Oct 2009 23:35
    Pour que les modifs faites dans le fichier limits.conf soient prises en compte il faut déconnecter puis reconnecter la session de l'utilisateur ou bien rebooter. L'as-tu fait?

    Limiter la mémoire utilisable par Ardour est un peu dommage il en fait bon usage! Comme la mémoire est plus rapide (beaucoup!) que le disque dur, Ardour utilise le plus possible de mémoire tampon pour éviter au maximum de travailler avec le disque dur.
    Mais Ardour ne peut pas utiliser n'importe quelle mémoire. Elle doit subir un verrouillage ( memlock) pour que le système d'exploitation ne puisse pas la mettre en swap sur le disque dur!
    Avec 1.5Go de ram il serait plus judicieux de ne pas mettre de limite:
    @audio - memlock unlimited

    Le npyau temps réel n'est pas forcément indispensable si tes demandes en termes de latences restent raisonnables. Si tu as des Xruns alors regarde ici pour un noyau temps réel :

    http://www.pengutronix.de/software/linux-rt/debian_en.html
    Envoyé par Grld le Sat 03 Oct 2009 14:31 France
    "Pour que les modifs faites dans le fichier limits.conf soient prises en compte il faut déconnecter puis reconnecter la session de l'utilisateur ou bien rebooter. L'as-tu fait?"

    reboot:ok

    merci pour les precisions , je comprends infiniment mieux a present !!

    Ma derniere question concerne la phrase : You don't appear to have a sane system configuration.

    traduit , il me dit que je n'ai pas une configuration du systeme sain , que veut il dire par la ??
    (c'est vrais que c'est une install tout neuve peut etre manque-t-til quelques reglages ...)

    "Si tu as des Xruns"

    alors la je ne sais pas encore a quoi corresponds les Xruns...

    ps : (trouver 😊 FAQ xrun )

    cela m'arrivais a l'epoque de cubase vst 32 et sx2 , en lecture sous nunux ça a l'air d'aller mais il est vrais que j'entends quelques fois des gresillements au niveau des son jouer en lecture par exemple avec hydrogen mais je pense que c'est peut etre les niveaux (volumes) qui sont pas encore super bien regler ...a suivre donc .. 😉
    Envoyé par Samuel le Sat 03 Oct 2009 14:53 Allemagne
    quand tu utilises jack, les xruns vont s'iscrire en rouge dans l'affichage de QJackCtl. Si ça grésille autrement c'est surement une histoire de niveaux effectivement
    Envoyé par Grld le Sat 03 Oct 2009 18:46 France
    Okay , merci a tous pour toutes ces infos 😊