Chargement...
 
Skip to main content

1 - Le matériel et les pilotes ALSA, FFADO, ...

Liste des forums Liste des sujets

Forums > 1 - Le matériel et les pilotes ALSA, FFADO, ... > [contourné] Problème : jackd watchdog: timeout - killing jackd - Intel HDA Chipset Sigmatel STAC92
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [contourné] Problème : jackd watchdog: timeout - killing jackd - Intel HDA Chipset Sigmatel STAC92

    Envoyé par Moatheophile le Wed 13 Jan 2010 09:38
    Donc voici mon premier problème (je suppose que dès que Jack voudra fonctionner, je trouveras d'autres problème 😉 )
    Je tourne sous Karmic Koala, ma carte son est une carte intégrée et je n'en connais pas le nom
    Pour le reste de ma config :
    1. ubuntu Karmic Koala : 9.10
    2. noyau : 2.6.31-9-rt
    3. jackd : 0.116.1
    4. QJackCtl : 0.3.4
    5. Pour Alsa, je n'y ai pas touché, je crois qu'il était dedans dès le début...
    6. Mon limits.conf

    Copy to clipboard
    # Support Temps réel pour le groupe audio
@audio - rtprio 99
@audio - nice -10
@audio - memlock 2000000000


    (J'ai 4G de ram)

    Je suis dans le groupe audio :

    Copy to clipboard
    theophile@theophile-laptop:~$ groups
theophile adm disk dialout cdrom audio video plugdev lpadmin admin sambashare



    Voici le problème

    Je l'ai récupéré en mode console parce que quand QJackCtl plante, je peu plus faire de selection dans la boite de message :


    Copy to clipboard
    theophile@theophile-laptop:~$ jackd -R -d alsa -d hw:0 
no message buffer overruns 
jackd 0.116.1 
Copyright 2001-2005 Paul Davis and others. 
jackd comes with ABSOLUTELY NO WARRANTY 
This is free software, and you are welcome to redistribute it 
under certain conditions; see the file COPYING for details 

JACK compiled with System V SHM support. 
loading driver .. 
Enhanced3DNow! detected 
SSE2 detected 
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit 
control device hw:0 
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods 
ALSA: final selected sample format for capture: 32bit integer little-endian 
ALSA: use 2 periods for capture 
ALSA: final selected sample format for playback: 32bit integer little-endian 
ALSA: use 2 periods for playback 
jackd watchdog: timeout - killing jackd 
Abandon



    Si je ne met pas le mode temps réel dans QJackCtl, je n'ai plus le problème, mais hydrogen ou ardour ne tournent pas...
    Dès que je met le temps réel, Qjackctl me calcule 4 fois les xruns et c'est fini, il est planté, il ne tourne plus du tout.
    Je pense que le problème viens du Watchdog et de son Timeout Après, je ne sais pas ce que veulent dire ces termes donc me voici.
    Si quelqu'un peut m'aider à faire tourner Jack, ce serai génial, merci d'avance
    Lectures: 8364
    Envoyé par jdlv le Wed 13 Jan 2010 12:21
    Bonjour,

    pour voir tape aplay -l et copie la réponse ici.
    Envoyé par Moatheophile le Wed 13 Jan 2010 19:30
    Voilà :

    Copy to clipboard
    **** Liste des PLAYBACK périphériques ****

carte  0: SB [HDA ATI SB], périphérique 0 : STAC92xx Analog [STAC92xx Analog]

  Sous-périphériques: 1/1

  Sous-périphérique: #0: subdevice #0


    Édition (admin olinuxx) : pour améliorer la mise en page, merci de mettre les log ou copies de fichiers entre des balises de code comme ceci : {CODE()} patatati patatata {CODE} ce qui donnera ceci
    Copy to clipboard
    patatati patatata
    Merci ! 😉
    Pour des conseils sur le fonctionnement général du forum, vous pouvez voir cette page.


    Merci, j'avais tenté de mettre des quote mais ça marchais pas.... 😉
    Envoyé par jdlv le Wed 13 Jan 2010 20:36
    C'est tout ce qu' Aplay raconte??? Pas d'autre lignes?
    Et que raconte arecord -l ?

    Si jamais arecord cause d'une entrée numérique il faut vérifier qu'elle ne soit pas sélectionnée comme source d'horloge. Possible que cela bloque jack et du coup réveille le watchdog.
    Le watchdog est presque comme un chien de garde, c'est un petit logiciel qui surveille jack. Si jack ne lui donne pas périodiquement signe de vie, sans pitié il le tue. Cela peut paraître barbare mais un jack devenu fou alors qu'il possède une haute priorité temps réel peut bloquer complètement une machine.
    Sans accès à la priorité temps réel jack n'est pas dangereux pour la machine, le watchdog n'est alors pas utilisé.
    C'est sans doute pour cela que jack survit mais ne fonctionne pas lorsque tu le lance sans la priorité temps réel.
    Maintenant ne reste plus qu'a trouver ce qui bloque jack!
    Envoyé par Moatheophile le Thu 14 Jan 2010 16:16
    Voilà les deux commandes, elle ne me disent rien de plus...

    Copy to clipboard
    theophile@theophile-laptop:~$ aplay -l
**** Liste des PLAYBACK périphériques ****
carte  0: SB [HDA ATI SB], périphérique 0 : STAC92xx Analog [STAC92xx Analog]
  Sous-périphériques: 1/1
  Sous-périphérique: #0: subdevice #0
theophile@theophile-laptop:~$ arecord -l
**** Liste des CAPTURE périphériques ****
carte  0: SB [HDA ATI SB], périphérique 0 : STAC92xx Analog [STAC92xx Analog]
  Sous-périphériques: 1/1
  Sous-périphérique: #0: subdevice #0
theophile@theophile-laptop:~$


    Comment on vérifie la source de l'horloge? Mon problème pourrai donc venir de ça?
    Envoyé par Moatheophile le Sun 17 Jan 2010 11:59
    Je viens de réussir à récupérer tout le message d'erreur dans QJackCtl (faites pas attentions au xruns, j'ai mis une config que ma carte son doit pas aimer 😀 )


    [+]

    Vu que mon entrée audio semble analogique, je suppose qu'elle n'est pas numérique et que par conséquent, ce n'est pas un problème d'horloge

    Donc si j'ai bien compris tout mon problème, il y a deux solutions :
    • Soit on trouve ce qui empêche jack d'envoyer des infos au watchdog et on supprime le problème (solution préférentielle)
    • Soit on désactive le watchdog (solution de secours)

    Le problème est que je ne sais faire aucun des deux 😕
    Envoyé par Moatheophile le Fri 22 Jan 2010 10:53
    up
    Si quelqu'un sait désactiver un watchdog... 😕
    Envoyé par thorgal le Fri 22 Jan 2010 11:34
    up
    Si quelqu'un sait désactiver un watchdog... 😕


    tu utilises un "onboard chip" de type HDA ? essaie a partir d'une shell la commande suivante:
    Copy to clipboard
    jackd -R -P 70 -dalsa -dhw:0 -p 128 -n 3 -r 48000

    pas plus.
    Envoyé par Moatheophile le Fri 22 Jan 2010 12:12
    Heu... Je ne sais pas ce qu'est un onboard chip... Mais je suppose que oui, on dirai que c'est ce que me dit Aplay et arecord...

    Voilà ce que me donne la commande :

    [+]
    Envoyé par thorgal le Fri 22 Jan 2010 12:24
    desole pour le franglais, je suis pas 100% francais ...

    onboard chip, c'est "puce integree a la carte mere" (?). Ca sonne bizarre a me oreilles mais j'espere que c'est a peu pres ca.

    OK, alors, ton jackd attend quelque chose qui n'arrive pas alors il se suicide. Probablement, il essaie d'initialiser la thread realtime (desole, peux pas traduire), et entrer la "main process loop" mais ca foire.

    Peux-tu decrire ton systeme ? 32bits, 64 bits ?
    le kernel module pour ta carte son: est-ce snd-hda-intel ?

    essaie
    Copy to clipboard
    lsmod | grep hda

    apres, regarde quelle option tu peux lui passer:
    Copy to clipboard
    sudo modinfo snd-hda-intel

    dependemment du modele de ta carte, certaines options sont necessaires. Le module snd-hda-intel couvre beaucoup de variantes de ta carte.
    Envoyé par Moatheophile le Fri 22 Jan 2010 12:35
    Voilà ce que me donne lsmod | grep hda


    [+]

    Je ne comprend pas tout, mais il me parle bien de snd_hda_intel dans les codecs donc je suppose que j'ai le bon module

    Voici ce que me donne la commande sudo modinfo snd-hda-intel :


    [+]

    Pour le reste, je tourne avec un AMD athlon dual core 64x
    Sous ubuntu Karmic koala: 9.10
    noyau temps réel : 2.6.31-9-rt
    Versions logiciel :
    Envoyé par thorgal le Fri 22 Jan 2010 13:03
    va faire un tour ici:

    http://ubuntuforums.org/showthread.php?t=1043568

    ca decrit (en anglais) les options possibles avec exemples concrets.

    Une autre chose a essayer: compiler jack2 (j'utilise jack2 depuis un an a peu pres). A moins qu'un paquet soit disponible pour AMD 64bit ? Le problem c'est que jack1 et jack2 ne peuvent pas coexister du tout. Retirer jack1 de ton system via synaptic ou apt-get peut s'averer un petit challenge ...
    Envoyé par Moatheophile le Fri 22 Jan 2010 13:40
    Ok, je vais commencer par tenter de changer de Jack et après, j'irai faire un tour sur le forum anglais
    Merci bien, je redonnerai des nouvelles pour dire ce qu'il en est
    Envoyé par olinuxx le Fri 22 Jan 2010 14:17 France
    onboard chip, c'est "puce integree a la carte mere" (?). Ca sonne bizarre a me oreilles mais j'espere que c'est a peu pres ca.

    Coucou Thorgal, c'est ça, bien traduit ! 😉

    @ Moatheophile : pour améliorer la lecture de ce fil (et de tes futurs fils ❗:
    Édition (admin olinuxx) :Merci de faire un tour ici pour ce qui est de la mise en page des logs plutôt long. Merci ! 😉
    Pour des conseils sur le fonctionnement général du forum, vous pouvez voir cette page.


    Pour l'instant, j'ai modifié moi même donc, tu n'as rien à corriger ! 😎

    ++ Olivier
    Envoyé par Moatheophile le Fri 22 Jan 2010 17:41
    Merci, faut vraiment que je bosse la mise en page 😉
    Par contre, nouveau problème... impossible de compiler Jack 2, je lance un nouveau sujet, à chaque sujet suffit son problème 😉
    Envoyé par olinuxx le Fri 22 Jan 2010 18:28 France
    héhéhé 😉 pas de souci pour la mise en page, y'a pas mal de trucs à apprendre et nous (les admins) sommes là pour aiguiller les gens tout doucement.

    Pour l'ouverture d'un nouveau fil, bon réflexe ! 😉

    ++ Olivier
    Envoyé par jdlv le Fri 22 Jan 2010 21:33
    Le son fonctionne t'il correctement en dehors de Jack?
    Envoyé par Moatheophile le Fri 22 Jan 2010 21:49
    En dehors de Jack, aucun problème de son (quoi que le volume me semble moins élevé que sous windows), j'arrive à écouter de la musique ou a regarder un dvd sans problème
    Envoyé par jdlv le Fri 22 Jan 2010 22:21
    Alors il s'agit probablement d'un soucis de config du composant.
    Essaye de taper:
    Copy to clipboard
    dmesg | grep snd

    Envoyé par Moatheophile le Fri 22 Jan 2010 22:30
    La commande ne me donne rien... (je montre quand même 😕 )

    Copy to clipboard
    theophile@theophile-laptop:~$ dmesg | grep snd
theophile@theophile-laptop:~$

    Envoyé par jdlv le Fri 22 Jan 2010 23:01
    C'est bien dommage!
    Alors il faudra essayer en aveugle...
    Il est possible de passer quelques paramètres de config au module snd_hda_intel qui peuvent influer sur son fonctionnement avec Jack. Seulement il faut le faire lors de son insertion au kernel, en clair au démarrage.
    Donc il faut créer le fichier
    Copy to clipboard
    /etc/modprobe.d/hda-intel

    contenant
    Copy to clipboard
    options snd-hda-intel position_fix=1

    puis rebooter

    Si pas concluant tu peux essayer avec position_fix=2
    Page: 1/2  [Suivant]
    1  2