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

M-Audio Air 192/14 Xruns

Mr_Black utilisateur non connecté Suisse
Bonjour,

Sous qjackctl:

Lors de l'utilisation d'une carte interne M-audio delta je n'ai aucun problème de xrun.
Mais lorsque je sélectionne la M-audio Air 192-14 qui est en usb j'ai des xrun qui se génère par moment. Pouvez-vous me dire comment déterminer de quoi cela vient, quel démarche faut-il faire pour résoudre le problème ?

Merci d'avance pour votre aides
Mr. Black

tongo utilisateur non connecté
Salut ,

en suivant ce lien : ici vous trouverez tout un tas de valeur qui peuvent fonctionné et sont à tester pour définir une solution valable pour avoir moins de xruns , des valeurs fonctionnent bien avec une carte alors que les mêmes valeurs peuvent moins bien marché avec une autres .
J'ai aussi une carte m audio en usb et les valeur que j'utilise sont :

fréquence : 48000 hz
buffer 384
période tampon : 2

ou sinon qui marche presque aussi bien :
fréquence : 96000 hz
buffer 768
péiode tampon : 2

Mes valeurs ne sont même pas dans cette liste d'ailleurs , mais je les aient trouvé en partant de valeurs données dans cette listes quand même .

IL y a des valeurs en gras dans la liste , il faut commencé par essayer celle là , ensuite il y a des valeurs en fin on peut les tester et en tiré quelque chose , ensuite il y a des valeurs barrés celle ci sont a proscrire apparemment .

la chose que j'ai compris et dont je suis a peu prés sur c'est que la latence obtenue par le fait de faire varier la fréquence , le buffer et les périodes tampons ne doit pas êtres un chiffres à virgules .

Au cas ou tous les réglages sont a faire dans l'onglet réglages de qjackctrl
J'espère que ça vous aidera .
A+

Mr_Black utilisateur non connecté Suisse
Bonjour,

Pour répondrea à olinuxx la distribution fedora corp 33 avec noyeau RT

Merci tongo je vais tester ce que vous m'avez envoyé et regarder si cela marche et je ferai un feedback.

A+

Mr_Black utilisateur non connecté Suisse
Bonjour,

J'ai fais quelque test en suivant le lien fourni avec le tableau et j'arrive à diminuer le temps et la quantité de XRUN mais j'ai quand même 1 à 3 xruns toute les 10min environs y a t-il un moyen de déterminer le matériel qui crée l'interruption ?

Pour rappelle l'interface audio est sur une connectique USB

tongo utilisateur non connecté
Avec le même projet vous avez des xruns avec la nouvelle carte et pas avec l'ancienne ?

Pouvez vous donner un autres d'idée sur le nombre de piste , synthé , effets ... lancer en même temps ?

Quand vous parler de xruns vous voulez dire des xruns qui s'entendent ou des xruns qui s'entendent pas mais qu'on voit apparaitre dans les logiciels comme information ?

pouvez vous me dire les réglage que vous avez choisi : fréquences , buffer , période tampon et latences ?

Point de vue de savoir quel matériel je ne sais pas .
Par contre vous pouvez ouvrir l'onglet messages de qjackctrl , là il y a 2 onglet : statuts et logs , dans l'onglet logs vous aurez toute la listes des évènement en rapport avec jack et notamment les xruns et les greffons ou logiciels qui les produisent .

Mr_Black utilisateur non connecté Suisse
la release utilisé est Fedora 33 avec noyeau RT

C'est lors d'enregistrement de source analogique dans Audacity avec l'ancienne carte interne M-audio delta 1010lt pas de problème mais lors de l'utilisation de la M-audio air 192 14 en USB.
Si je ne lance aucune autre application et uniquement qjackctl j'ai des xruns le mieux que j'ai eu en réglant une fréquence d’échantillonnage de 48000 Hz échantillons 1024 et tampon de 3
Dans les logs de qjackctl le message est 22:26:40.891 Récupération désynchronisation (XRUN) (1).
22:33:39.732 Récupération désynchronisation (XRUN) (2).

tongo utilisateur non connecté
Citation :
C'est lors d'enregistrement de source analogique dans Audacity avec l'ancienne carte interne M-audio delta 1010lt pas de problème mais lors de l'utilisation de la M-audio air 192 14 en USB.


dans ce cas ce que comprend c'est que vous avez des xruns seulement dans l'enregistrement .
c'est ça ?

Si c'est le cas ça me le fais aussi chez moi avec ma carte M-audio quand j'utilise des periode tampon de 3 .
Apparemment vos réglages donne une latence de 64 ms

Essayez ces réglages peut êtres qu'ils fonctionnerons chez vous aussi .

Fréquence : 48000 hz

buffer : 192 (cette valeur n'est pas préconfiguré dans q jack controll il faut la marquer à la main dans la zone des valeurs préconfiguré dans laquelle vous avez trouvé les valeurs que vous avez déjà testé )

période tampon : 2
ça devrait donné une latence de 8 ms

en suite il faudra juste modifié les buffers et tester ces valeurs : 384 , 768 , 1536 .

Avec un peu de chance vous trouverez une valeur qui comme pour moi résous le problème .

Aprés il pourrait y avoir une incompatibilité avec le noyau rt , donc vous pourriez essayé d'utiliser un noyau standard , je crois pas que les noyaux rt standard proposé par les distributions soit tous tourners ver la mao .

Ensuite on pourrait penser que cette cette M-audio assez récente est compatible linux mais mal pris en charge et induit des xruns .

Je pourrais pas vous en dire plus .
Dite moi les résultat que vous obtenez avec les valeurs que je vous ais indiqué .

Mr_Black utilisateur non connecté Suisse
Merci tongo

J'ai essayé les différents réglages que vous m'avez proposé mais je constate que le problème ne vient pas de ce type de réglage.
car je continue a avoir 1 à 2 xrun en démarrant uniquement qjackctl


J'ai fait le test de modifié dans qjackctl l'option duplex en enregistrement seul et là plus de problème de xrun
si je mets en lecture seul plus aucun xrun. Donc le problème réside dans le mode duplex.

Si quelqu'un à une idée d'où peu provenir le problème en mode duplex ?

tongo utilisateur non connecté
Dommage .

Citation :
car je continue a avoir 1 à 2 xrun en démarrant uniquement qjackctl


Il y a 1 ou 2 xruns au démarrage et puis pas d'autres ou il y en a 1 par ci 1 par là même si tu fait rien ?

Citation :
J'ai fait le test de modifié dans qjackctl l'option duplex en enregistrement seul et là plus de problème de xrun
si je mets en lecture seul plus aucun xrun. Donc le problème réside dans le mode duplex.


ça parait normal vu que du coup tu doit plus avoir de conversions entre l'entré et la sortie , t'as soit que des entrés soit que des sorties si t'es pas en mode duplex .
Par contre si t'as encore 2 cartes tu peux essayer de configurer une carte en entrée et une carte en sortie . ça peut peut être t'aider ou pas .

T'as essayer de faire pareil mais avec un noyaux standard pour voir ?

Mr_Black utilisateur non connecté Suisse
Donc je démarre qjackctl en mode duplex sans aucune application autre et je laisse tourné au début 0 xrun ensuite après quelque minute je commence à avoir des xrun en ne fesant rien.

Si je configure 2 cartes une en entrée et l'autre en sortie j'ai toujours des xrun.
J'ai essayé aussi avec un noyeau standard pas de changement.

J'ai l'impression qu'il y a une désynchronisation entre l'horloge de la carte externe et l'horloge interne du PC. Y a-t-il une option qui permet de synchroniser les horloges ? comme pour le midi clock par exemple.

tongo utilisateur non connecté
on doit pouvoir le faire mais je sais pas comment , je pense pas qu'on puisse régler ça dans qjackcontroll .

je viens de me rendre compte en visitant le lien sur ta carte dans le matériel des membres que t'es en fait le seul à l'avoir tester et a avoir fait un retour .
J'ai chercher un peu sur internet à propos de la M-audio Air 192-14 et linux et n'est rien trouvé comme retour .
On est donc pas sur qu'elle soit parfaitement fonctionnelle sous linux , même si elle est reconnu .

Moi ce que je ferais c'est de tester une live usb d'une autres distributions avec jack déjà configurer , la seule distribution que je connaisse et qui se prête à ça est librazik .

Si tu fait ça et que dans le live usb tu as le même problème c'est que la carte n'est pas ok pour linux .

Si au contraire ça fonctionne tu pourra essayé de trouver d’où viens le problème dans ta config .

Sinon tu peux attendre que quelqu'un de plus caler que moi en informatique passe par ici .

Mr_Black utilisateur non connecté Suisse
Ok j'ai fais le test avec la distribution librazik
J'ai le même problème en duplex et aucun problème en mode capture seulement.
Je pense en que cet carte externe n'est pas encore ok pour linux.
J'espère que d'autre personne caler pourront peut être expliquer pourquoi en duplex ca ne marche pas.
Et j'espère qu'il y aura peut être un jour un correctif pour qu'elle soit mieu supporté.

Je laisse le post ouvert en non résolu pour le moment dans l'espoir que d'autre personne ont une idée ou une solution de contournement au problème.