Chargement...
 
Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > chasse aux xruns soudains [CONTOURNE]
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • chasse aux xruns soudains [CONTOURNE]

    Envoyé par olof le Jeudi 09 novembre 2017 09:27
    voilà, je ne suis pas sur d'etre au bon endroit du forum, mais vous me direz.
    je suis sous ubuntu 17.04 avec les depots kxstudio
    j'ai comme interface audio une M-audio fast track ultra
    tout fonctionne tres bien., mais dans mon souci d'avoir la plus faible latence possible, j'ai testé différentes tailles de buffers et frequences d'echantillonnage.

    en general je fonctionne en 44000 khx / 512
    lorsque je veux reduire ma latence, je passe en 48000 / 256 par exemple
    et là au depart aucun souci 0 xrun, mais periodiquement, même en ne faisant absolument rien, je me reçois une voléee de xruns (des fois plusieurs centaines d'un coup).

    comme ça arrive même sans rien faire, je me dis que c'est une histoire liée au système (demons ou trucs du genre)
    comment pourrais je guetter ça et identifier le(s) responsable(s) ?
    Lectures: 2515
    Envoyé par dlb le Jeudi 09 novembre 2017 11:39
    Bonjour,

    Avec ma (très) vieille tascam us228 et sa connection en usb1, l'option nrpacks=1 améliore GRANDEMENT la latence ... Regarde ce fil qui en parle ... Ca marche vraiment encore mieux avec un kernel "low latency". ( Sur ma machine, j'ai un "kernel real time" des dépots backports de Debian, et ça roule ! )
    Envoyé par olof le Jeudi 09 novembre 2017 12:16
    j'ai un noyau basse latence : 4.10.0-19-lowlatency
    il faudra que j'explore plus avant la difference avec le noyau real time, mais quand je fais une recherche sur noyau temps reel pour ubuntu, ça me renvoit toujours au noyau basse latence...
    l'option nrpacks=1, je ne sais pas trop ou il faut la stipuler, par contre.
    je peux, bien sur taper dans un terminal
    Copy to clipboard
    modprobe snd-usb-audio nrpacks=1

    mais pour que ce soit toujours actifs, je ne sais pas ou mettre ça.
    je teste deja comme ça pour voir si ça change qq chose
    Envoyé par olof le Jeudi 09 novembre 2017 12:48
    bon, il semble qu ça réduit en effet les xruns, mais il me reste périodiquement une vingtaine de xruns qui apparaissent, alors que je ne fais rien du tout.
    une autre piste à me proposer ?
    Envoyé par sonik le Jeudi 09 novembre 2017 14:19
    Tu as desactivé le Wifi?
    Envoyé par olof le Jeudi 09 novembre 2017 15:08
    non, mais apres essai, pas de différence une fois le wifi éteint
    Envoyé par dlb le Jeudi 09 novembre 2017 21:04
    Sous Debian Stretch, pour activer ça direct pendant le démarrage, il faut, en root, créer le fichier
    /etc/modprobe.d/snd-usb-usx2y.conf et placer la ligne :
    Copy to clipboard
    options snd-usb-usx2y nrpacks=1

    Envoyé par olof le Vendredi 10 novembre 2017 13:27
    ça ça fonctionnera pas chez moi, ma carte son c'est pas la tascam (en fait ai une 428, mais niveau capacités et latence elle arrive pas au niveau de ma M-audio fast track ultra)
    Envoyé par dlb le Vendredi 10 novembre 2017 16:21
    Tu as raison ... il faut remplacer le nom du module snd-usb-usx2y par le bon module, celui qui est concerné par le fonctionnement de ta carte audio ... Peut-être tout simplement snd-usb-audio
    Envoyé par allany le Vendredi 10 novembre 2017 18:09
    Ca semble être le snd-usb-audio, d'après le matrix d'alsa.
    Envoyé par olof le Samedi 11 novembre 2017 07:53
    bon donc si je résume ou j'en suis : avec cette option le nombre de xruns est plus petit, mais le moment ou ils se declenchent est semble t'il avec la même périodicité. donc ça a agi sur un symptome, mais pas sur la cause de la maladie (c'est déjà cool).
    mais ça peut peut etre mettre la puce a l'oreille sur la cause : sur quoi agit exactement cette option, quand est ce que ça change quelque chose ?
    Envoyé par allany le Samedi 11 novembre 2017 08:22
    Tu disposes d'un noyau lowlatency. Mais comment l'as-tu installé ? Etait-il intégré à une distribution MAO ou l'as-tu greffé sur une distrib' standard ?
    Envoyé par sub26nico le Samedi 11 novembre 2017 09:16 France
    Un réglage de l'économiseur d'énergie ou d'écran peut être ?
    Envoyé par olof le Dimanche 12 novembre 2017 15:25
    Mon installation :
    • au depart ubuntu standard
    • installé par dessus ubuntu studio
    • + depots kxstudio ensuite
    • quelques mises à jour d'ubuntu (au depart 15.10, actuellement 17.04)

    les economiseurs d'energie et d'écran semblent reglés sur jamais sur alim secteur
    Envoyé par allany le Dimanche 12 novembre 2017 18:06
    Est-ce que rtirq-init est installé ?
    As-tu bien configuré ton P.A.M ?
    Envoyé par olof le Dimanche 12 novembre 2017 18:53
    un
    Copy to clipboard
    ulimit -l -r

    me donne ça :
    Copy to clipboard
    max locked memory       (kbytes, -l) unlimited
real-time priority              (-r) 95

    et mon utilisitaeur est bien dans le groupe audio

    et j'ai installé et configuré rtirq-init selon les conseils sur cette page.

    je viens d'avoir à faire un enregistrement ou le chanteur ne pouvait pas bien chanter avec un monitoring passant par jack avec un reglage 44000/512 , j'ai donc essayé en 48000/256 et tous les environ 30 secondes, j'ai quelques xruns qui malheureusement saccagent l'enregistrement... j'ai donc du revenir en 44000/512 et fair le monitoring en materiel, ce qui ne me permettait pas d'appliquer d'effet sur le monitoring.
    Envoyé par allany le Dimanche 12 novembre 2017 19:40
    Jusque là, tout est bon...

    Il y a un truc que tu dis plusieurs fois. Tu choisis entre 44100/512 et 48000/256.
    L'échelle de latence croissante est :
    48/256, 44,1/256, 48/512, 44,1/512
    • as-tu essayé tous ces paramétrages en notant à partir duquel tu as les xruns ?
    • as-tu tenté 44,1/128 ?
    Envoyé par olof le Jeudi 16 novembre 2017 16:36
    44/128 meme souci, et 44/256 passe à priori , mais de temps en temps sans raison apparente, ai une volée de xruns sans rien faire, avec meme des bruits saugrenus de la cartre son
    Envoyé par allany le Jeudi 16 novembre 2017 19:31
    Donc ça ne vient pas de tes réglages de jackd, non plus.

    Me vient une idée...
    J'espère qu'elle sera à écarter mais ça vaudrait le coup de prouver qu'elle est stupide : peux-tu faire les mêmes tests de réglages dans jackd soit avec ta carte interne soit, si tu en disposes, avec une autre carte externe ?

    Même si tu n'atteins pas les mêmes latences, est-ce que le comportement par rapport aux xruns se reproduit de façon similaire, en modifiant les valeurs proportionnellement, dans jackd ?

    Histoire d'éliminer un problème matériel...
    Envoyé par olof le Vendredi 24 novembre 2017 12:15
    pas encore fait le test avec autre carte son externe, mais avec l'interne, oui, même phénomène, paramétrée en 44000/512, de temps en temps, une volée de xruns.
    Envoyé par allany le Dimanche 26 novembre 2017 08:22
    Ce n'est donc pas la carte. Tant mieux !
    Si tu disposes d'un peu de temps, ce serait maintenant intéressant de tester ta config' avec un live-DVD/USB d'une autre distribution.
    Je suggérerais le live de LibraZiK, que tout le monde connaît bien, ici.
    Bizarre, cette affaire... 😬
    Page: 1/2  [Suivant]
    1  2