Chargement...
 
Skip to main content

4 - Toutes les autres applications, les émulateurs...

Liste des forums Liste des sujets

 
Thread actions
Print this page
  • Imprimer toutes les pages

    • configuration pour jack_capture

    Envoyé par Dominique le Sun 25 mai 2014 17:33 Articles: 214 Suisse
    Suite au dernier update de mon système gentoo, jack_capture refusait de fonctionner. Il démarrait, mais refusait de se connecter et me sortait un message d'erreur au sujet d'une impossibilité à démarrer le thread d'écriture sur le disque. En cherchant, j'ai constaté que la config de rlimits avait changé et que j'ai maintenant, en plus de /etc/limit.conf, un répertoire /etc/security/limits.d dans lequel se trouve un fichier 40-realtime-base.conf:

    40-realtime-base.conf
    Copy to clipboard
    @realtime	-	rtprio	99
@realtime	-	memlock	unlimited
@reaLTIME	-	NICE	-1


    Comme j'utilise le groupe audio, j'ai rajouté ce qui suit :

    40-realtime-base.conf
    Copy to clipboard
    @audio	-	rtprio	99
@audio	-	memlock	unlimited
@audio	-	nice -1


    Suite à ça, le message d'erreur était parti mais ça ne fonctionnait toujours pas:


    jack_capture mauvais
    Copy to clipboard
    jack_capture -f flac
>>> Recording to "jack_capture_01.flac". Press  or  to stop.
>>> Reconnecting ports.                                               
>>> Reconnecting ports.                                               
>>> Reconnecting ports.                                               
>>> Reconnecting ports.                                               
>>> Reconnecting ports.                                               
>>> Please wait while writing all data to disk. (shouldn't take long) 
   |"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
00:|                                                                 |
01:|                                                                 |
Buffer: 4.01s./4.01s    Time: 0.28m.   DHP: [ ]  Overruns: 0  Xruns: 0
Finished.

    Il mettait "Reconnecting ports." quand je cliquait sur connect dans qjackctl, mais la connexion ne tenait pas, les vu-mètres ne bougeaient pas et le fichier de sortie était vide.

    Pour que ça marche, j'ai du changer la ligne de commande:
    jack_capture bon
    Copy to clipboard
    jack_capture -f flac -mc
>>> Recording to "jack_capture_02.flac". Press  or  to stop.
>>> Please wait while writing all data to disk. (shouldn't take long) 
   |"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
00:|---------                    *                                   |
01:|----------           *                                           |
Buffer: 4.17s./4.17s    Time: 26.54m.  DHP: [ ]  Overruns: 0  Xruns: 0
Finished.


    D'après 'man limits.conf', à la fois /etc/security/limits.conf et /etc/security/limits.d/*.conf sont cherchés pour la config. Et 'nice -1' est équivalent à 'nice unlimited'. Ce que je trouve bizarre, c'est qu'après avoir updaté ma config, je dois aussi changer la commande pour que jack_capture fonctionne de nouveau. Quelqu'un a-t-il des commentaires ou des précisions?
    Lectures: 2822
    Envoyé par Dominique le Sun 25 mai 2014 17:50 Articles: 214 Suisse
    C'est bizarre, je viens de réessayer sans l'option '-mc' et cela fonctionne maintenant...😎
    Envoyé par utilisateur_anonyme2 le Sun 25 mai 2014 17:58 Articles: 7151
    Salut
    Pourquoi tu t'emm##de ? t'as qu'à commenter la ligne
    Copy to clipboard
    # @audio	-	nice -1
    suivit d'un reboot et c'est marre non?
    ET surtout vérifier que jack ait bien les bons réglages au niveau de la priorité temps réel.
    Envoyé par Dominique le Sun 25 mai 2014 18:10 Articles: 214 Suisse
    J'avais supprimé la ligne avec le nice il y a longtemps et cela fonctionnait. Ce n'est que suite au dernier update de mon système que jack_capture a arrêté de fonctionner. Après avoir rajouté cette ligne, il fonctionne de nouveau.
    Envoyé par Dominique le Sun 25 mai 2014 18:29 Articles: 214 Suisse
    Aussi normalement un reboot n'est pas nécessaire avec pam. Il suffit de se reloguer.

    Le message que je recevais était:
    Copy to clipboard
    Warning. Could not set higher priority for a SCHED_FIFO process using setpriority().

    et ceci n'a rien à voir avec rtprio. C'est expliqué dans 'man setpriority', autrement dit pour quelque chose de plus simple dans 'man nice'.
    Envoyé par utilisateur_anonyme2 le Sun 25 mai 2014 18:37 Articles: 7151
    Il mettait "Reconnecting ports." quand je cliquait sur connect dans qjackctl, mais la connexion ne tenait pas, les vu-mètres ne bougeaient pas et le fichier de sortie était vide.


    J'aurais commencé par là c'est à dire vérifier que ta configue de jack soit valide .
    Si par exemple tu as modifié l'équivalent du pluma /etc/modprobe.d/alsa-base.conf sous debian il est possible que jack n'est pas réussit à ce lancer la première fois ? Ce qui expliquerai pourquoi la deuxième fois la commande à fonctionner sans la mention "-mc" .
    Je n'affirme rien bien sûr .
    Envoyé par utilisateur_anonyme2 le Sun 25 mai 2014 19:10 Articles: 7151
    En effet pour le message Warnig .. je recevais le même j'ai fait le test en dé-commentant ligne NICE voici le résultat après un reboot
    Capture-james@hosting-master: ~.png
    Donc il semble que ce soit mieux en effet .

    [+]
    Mes priorité RT elle sont à 95 dans l'audio.conf par contre jack lui je le limite à 85 .
    Envoyé par Dominique le Sun 25 mai 2014 20:39 Articles: 214 Suisse
    J'ai rechangé ma config. J'ai remis limits.conf et 40-realtime-base.conf avec leurs valeurs par défaut, comme ça les devs de gentoo peuvent changer ce qu'ils veulent, je n'aurai pas à m'en occuper, et j'ai créé mon propre fichier /etc/security/limits.d/40-audio.conf avec mes 3 lignes.

    Et autrement non, je n'ai rien changé à la config de jack pendant tout ce temps, mis-à-part des fois les valeurs du sampling rate ou des périodes.
    Envoyé par Dominique le Sun 25 mai 2014 20:46 Articles: 214 Suisse
    Le plus fort c'est qu'entre la fois où cela ne marchait qu'avec -mc et maintenant où ça marche sans -mc, je n'ai pas redémarré la machine. Je ne me suis même pas reloguer et je n'ai même pas redémarré jackd. Même le vu-mètre est le même que hier.
    Envoyé par utilisateur_anonyme2 le Sun 25 mai 2014 23:36 Articles: 7151
    C'est quoi alors une bizarrerie du système qui se produit une fois puis disparaît ? Étonnant . 😬