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

    • [RESOLU] Qjackctl no gui

    Envoyé par LBB le Wed 18 Mar 2009 23:53 Articles: 9
    Bonjour à tous,

    je suis nouveau sur ce forum, enfin ce site, vu la quantité réellement passionnante d'articles dans le domaine de la MAO sous Linux.

    Je m'occupe d'une webradio associative : http://www.radiowne.org et je cherche à mettre en place une petite machine qui permettrait de streamer depuis une carte son à distance.

    Pour cela j'utilise une RME 9632 qui fonctionne très bien avec Linux, Alsa, JackD et Qjackctl.

    Le problème est que je souhaiterai profiter du patcher et des connexions de Qjackctl qui fonctionnent très bien, mais sans Gui, voire sans Qjackctl 😊 et donc avoir la machine uniquement en ligne de commande et sans X11 (en plus cela laisserait plus de CPU).

    Pour l'instant je n'ai pas trouvé malheureusement comment démarrer Qjackd au boot sans le lancer à la main.

    Peux-on avoir les mêmes réglages sans Qjackctl ? du genre juste avec jackd et une config personnalisée de .asoundrc ?


    Merci sincèrement d'avance si quelqu'un à une idée à ce sujet !

    A+
    Lectures: 2990
    Envoyé par dharanamrs le Thu 19 Mar 2009 06:53 Articles: 276
    La commande pour lancer jackd est la suivante avec des options pour une carte son alsa usb.

    /usr/bin/jackd -R -P89 -p128 -t5000 -dalsa -dhw:1,0 -r48000 -p256 -n3

    Donc il suffit de configurer qjackctl pour marcher avec ta carte (ce qui est déjà fait), appuyer sur start et de regarder dans la fenêtre des messages qjackctl (rectangle bleu) pour repérer cette commande.
    Ensuite, pour faire des connexions par le shell:
    jack_connect port1 port2
    Pour lister les noms des ports disponibles:
    jack_lsp

    (ceci est pour jack2, possible que c'est légèrement different pour jack 0.116)

    Bonne radio 😉
    Frank
    Envoyé par youki le Thu 19 Mar 2009 14:13 Articles: 572
    J'ai un fichier /etc/default/jackd qui ressemble a ca :

    1. Set to "yes" to start jackd at boot
    START_DAEMON=no

    1. The jackd process will run under this user
    USER=fred

    1. Options to pass to jackd
    OPTIONS="-R -d alsa -d hw"


    C'est peut etre la solution a ton probleme, mais il me semble que ce fichier s'est installe quand j'ai installe rtirq :
    http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Autres+optimisations#rtirq" class="wiki wikinew text-danger tips">http://www.linuxmao.org/tikiwiki/tiki-index.php?page=Autres+optimisations#rtirq

    C'est tres simple a mettre en place.
    Envoyé par LBB le Thu 19 Mar 2009 23:01 Articles: 9
    Ensuite, pour faire des connexions par le shell:
    jack_connect port1 port2
    Pour lister les noms des ports disponibles:
    jack_lsp

    (ceci est pour jack2, possible que c'est légèrement different pour jack 0.116)


    Excellent ça marche parfaitement !

    Merci beaucoup dharanamrs pour ta réponse, c'est exactement ce que je cherchais.
    Je ne savais pas que ces fonctions existaient...

    (pour info, ça fonctionne chez moi sur jackd 0.109.2)

    ++
    Envoyé par Mysth-R le Fri 20 Mar 2009 11:38 Articles: 649 France
    (pour info, ça fonctionne chez moi sur jackd 0.109.2)


    Salut, tu devrais mettre à jour ton jack en version 0.116.2, car selon les développeurs de Jack, la version 0.109.2 n'aurait jamais du voir le jour parce qu'elle a des bug :
    http://jackaudio.org/node/19
    Envoyé par LBB le Sat 21 Mar 2009 13:04 Articles: 9
    (pour info, ça fonctionne chez moi sur jackd 0.109.2)


    Salut, tu devrais mettre à jour ton jack en version 0.116.2, car selon les développeurs de Jack, la version 0.109.2 n'aurait jamais du voir le jour parce qu'elle a des bug :
    http://jackaudio.org/node/19


    Merci pour l'info.

    Pour l'instant j'ai détecté un truc bizarre, sans doutes que cela mériterai un nouveau post :
    - j'ai un craquement dans le son, toutes les 2 / 3 minutes, qui monte à 0dB au moins et dure une demi seconde. C'est assez régulier (il n'y a pas de tâches cron particulières).

    Entre temps j'ai passé la machine sous Etch (stable) pour voir s'il y avait une différence, la craquement à lieu toujours mais juste toutes les 5 / 6 minutes.

    Pour info je n'ai pas installé encore le patch Real-Time.
    Cela pourrait provenir de là ?
    Ou de la version de Jack ?
    Ou d'un soucis de Buffer ? (vu qu'il y a un stream vers Icecast)

    La version de JackD est désormais : 0.101.1.

    Merci à vous.
    ++
    Envoyé par jdlv le Sat 21 Mar 2009 13:43 Articles: 371
    Bonjour,

    à priori pour faire du streaming radio tu ne devrais pas avoir besoin de basse latence. Dans ce cas augmente la taille des buffers a 1024 ou plus. Si j'ai bien tout compris tu cherche à faire une machine dédiée sans serveur X ni superflu. Alors essaye de réduire au minimum le nombre de processus lancés en les désinstallant ou en les retirant des scripts d'init. Pour ce faire regarde update-rc.d .
    C'est un peu de travail mais c'est un gage de fiabilité, moins il y a de processus actifs et moins il y aura de chance qu'un processus sème la zone...
    Augmenter la latence et chasser les processus inutiles t'évitera d'installer un kernel temps réel qui est moins suivi vis à vis de la sécurité qu'un kernel standard. Si la machine est connectée en permanence à internet ce point est peut être important.

    Je suppose qu'en écrivant Etch (stable) tu pensais Lenny (stable) ?
    Et que la version de Jackd est 116.1 ?
    Envoyé par youki le Sat 21 Mar 2009 14:08 Articles: 572
    Alors essaye de réduire au minimum le nombre de processus lancés en les désinstallant ou en les retirant des scripts d'init. Pour ce faire regarde update-rc.d .
    C'est un peu de travail mais c'est un gage de fiabilité, moins il y a de processus actifs et moins il y aura de chance qu'un processus sème la zone...
    Augmenter la latence et chasser les processus inutiles t'évitera d'installer un kernel temps réel qui est moins suivi vis à vis de la sécurité qu'un kernel standard. Si la machine est connectée en permanence à internet ce point est peut être important.

    Je suppose qu'en écrivant Etch (stable) tu pensais Lenny (stable) ?
    Et que la version de Jackd est 116.1 ?

    Pour faciliter la chose il y a rcconf :
    http://packages.debian.org/lenny/rcconf

    Sur Lenny la version de jackd est celle la :
    $ apt-cache policy jackd
    jackd:
    Installé : 0.109.2-5
    Candidat : 0.109.2-5
    Table de version :
    *** 0.109.2-5 0
    800 http://ftp.fr.debian.org lenny/main Packages
    100 /var/lib/dpkg/status

    Envoyé par LBB le Sun 22 Mar 2009 02:53 Articles: 9
    Merci pour les conseils.

    Je suis dessus, je reviens vers vous dès que j'ai trouvé !

    ++
    Envoyé par LBB le Mon 23 Mar 2009 04:02 Articles: 9
    Donc pour l'instant je n'ai pas trouvé.

    J'ai testé un certain nombre de choses :
    - Etch
    - Lenny
    - Désactiver ACPI BIOS
    - Divers Tweak BIOS
    - Désactivation de services au boot
    - Différentes tailles de buffer
    - Différents firmware RME (1.51,1.52,.1.53)

    Pour l'instant je n'ai pas encore updaté Jackd à la version 116 (je suis à 110) vu que je voulais rester uniquement en apt-get et ne rien compiler main par simplicité de mises à jours.

    Au final, le click/pop/noise se produit à des instants différents en fonction du buffer de Jackd :
    - 1024 = environs toutes les minutes
    - 2048 = environs toutes les 3 / 4 minutes
    - 4096 = environs toutes les 8/9/10 minutes
    (les résultats sont approximatifs 😊

    La latence à 4096 est de 92ms. Les périodes sont à 2.

    La question est de savoir si je dois augmenter encore le buffer ?
    mais au final cela ne fera que repousser la fréquence de click ?

    Merci à vous !
    ++