Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

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

> Forums de discussion > 1 - Le matériel et les pilotes ALSA, FFADO, ... > [résolu] nvidia/FT Pro, l'énigme...
Dernier post

[résolu] nvidia/FT Pro, l'énigme...

allany utilisateur non connecté
Bonjour,

Voilà ! Ca fait trois semaines (si, si !...) que je passe à tenter de faire fonctionner correctement une M-audio Fast Track Pro (USB) sous Tangostudio (2.6.33-14-realtime #8 SMP PREEMPT RT) sur un laptop HP, avec AMD 2Xcore et 3Go.

J'ai trouvé, sur le site de Tango, le patch qui va bien pour pouvoir profiter de capacités plus étendues que celles du driver Alsa (snd-usb-audio) de base.

Le système est paramétré (pam, etc...) et je n'en demande pas trop à Jack (8ms de latence avec 3 périodes/tampon, 10,7ms avec 2).

Au départ, je n'avais pas installé de pilote propriétaire pour le NVIDIA car je n'utilise jamais la 3D.
Beaucoup de xruns, des freezes, voire des blocages complets du système avec Ardour, Qtractor, Yoshimi ou ...Gnome Mediaplayer. Des xruns avec Jack seul, sans applis connectées, d'où la suite.

Hier, je me suis décidé à installer un des 2 pilotes NVIDIA propriétaires proposés par Tango. En l'occurence, celui "recommandé", nommé "current".
Nette amélioration et même possibilité d'abaisser la latence.
Mais, sur une session Ardour un peu chargée (9 pistes, un bus, 16 plugins) impossible d'enregistrer une piste de plus, en audio (micro). Paquets de 40 à 80 xruns avec message genre : usecs exceeds spare time, etc, etc..., à foison, donc.

Ce matin, j'ai installé l'autre driver NVIDIA proposé (173) et, après de brefs essais, le travail avec Ardour décrit ci-dessus semble passer.
Bon, après 3 semaines de farfouillage intensif, j'ai une confiance assez limitée dans la stabilité de la config' et j'attends de faire d'autres tests pour considérer tout ça comme résolu.

Ma question serait :
- avez-vous déjà expérimenté ce type de galère et, si oui, savez-vous pourquoi ces drivers NVIDIA semblent avoir tellement d'influence sur la stabilité des traitements audio en realtime ?

Merci, à+

pianolivier utilisateur non connecté France
coucou allany

3 semaines ! fallait demander avant ! smile

Citation :
je n'en demande pas trop à Jack (8ms de latence avec 3 périodes/tampon, 10,7ms avec 2).

mmm, pourquoi une latence si basse pour de l'enregistrement (et pour tester une carte de surcroit) ?

bon on va pas spéculer plus longtemps :
  • log de jack
  • cat /proc/interrupts et la partie de lspci -v qui correspond à ta carte son
  • as-tu lancé rt-irq ?

++
oliv'

allany utilisateur non connecté
Hello, piano !

A vrai dire, j'aime aussi farfouiller un peu, ça me garde les neurones en forme...
Mais là, après une matinée au poil, ça redéc***ne à donf et sur le même "exercice", en plus, alors le coup de main est bienvenu !

Que veux-tu dire par "latence si basse" ? Trop de ms ou pas assez ?
Je ne descends pas plus bas, j'attends de trouver la cause de ces cascades de xruns avant de tester jack en latence moinss-moinsss... pour enregistrer de l'audio en monitorant au casque, sans trop de retard.

Bon, je vous file les billes :
Avec le noyau "realtime", j'ai rtirq-init qui est installé et, dans le fichier rtirq, j'ai mis "usb" avant "snd".

/PROC/INTERRUPTS :

[+]
LOG JACK :

[+]et ça, par paquets de 40 à 140 !

LSPCI (j'ai essayé sur les deux hubs) :

[+]
LSUSB :

[+]
APLAY -L :

[+]
Dans mes divers tests :
- j'ai essayé, dans le grub de mettre :
notsc (j'ai, dans dmesg une erreur : clocksource tsc unstable),
systemclock= acpi_pm (au lieu de hpet, par défaut),
noapic,
nolapic,
rien n'y a fait.
- J'ai aussi vérifié la fréquence du processeur, dans le BIOS et remis tout à "default".
- J'ai tenté d'augmenter par setpci les valeurs de latency_timer du port USB où est connectée la carte mais ça ne semble pas modifiable.

J'ai aussi fait des tests avec allumage/extinction de la carte, avant, après, pendant le boot mais je ne repère pas de "procédure" particulière sinon que le driver se charge de façon capricieuse si je la laisse en permanence sur "on". En l'allumant et en l'éteignant à chaud, comme recommandé, il arrive qu'il faille un reboot ou un "alsa force-reload" pour avoir le driver snd-usb-audio chargé (enfin, fonctionnel, car il apparait bien dans lsmod)...

Il me reste encore quelques cheveux à m'arracher, pas d'inquiétude !

A+

allany utilisateur non connecté
...petite précision...
Ce matin, j'ai refait quelques tests.
Test 1 :
toujours le même, avec la session Ardour décrite + haut, toujours en enregistrement au micro d'une piste.
Parfois ça se passe bien puis, sur un mouvement de curseur, par exemple "stop/retour-début", Jack récupère plusieurs dizaines de xruns avec toujours ce paquet de lignes de messages :
delay of 345.000 usecs exceeds estimated spare time of 343.000; restart ...
qui ne semble pas dire grand chose à Google sinon des histoires de timer(s)...
TEST 2 :
J'ai essayé de charger au maximum avec :
Hydrogen, Qtractor pilotant Yoshimi et Linuxsampler et j'ai lancé une lecture en boucle.
1 xrun à la fermeture de l'une des applications.
TEST 3 :
En bootant sur le noyau "lowlatency" au lieu du "realtime".
Jack ne reconnait pas le patch permettant à la carte de fonctionner en 24bits/48000hz.
Il se lance mais produit, à intervalles réguliers, des xruns à vide.

Les indices sont plutôt maigres mais (et c'est pour ça que je pense au driver nvidia)...
TEST 4 :
Retour au noyau realtime.
Re-test même config' Ardour. MAIS choix, dans les préférences, d'une police de caractères plus grande.
Là où j'avais quelques dizaines de xruns (usecs exceeds spare...), j'en ai un ou deux, isolés, de temps en temps...

A+

allany utilisateur non connecté
...et TEST 5 :
Depuis le message précédent, la machine a tourné de façon intensive un après-midi et la matinée du lendemain sans problèmes notables.
Puis je l'ai descendue d'un étage et là, avec strictement les mêmes paramètres, environnement matériel et batterie de tests (Ardour/enregistrement d'une piste), eh bien j'ai de nouveau récupéré des séries de xruns "usecs exceeds...".
Quel rapport entre la taille des polices dans Ardour, Alsa, Jack, nvidia et 3,20 mètres de hauteur ?...eek

A+

allany utilisateur non connecté
Bon, pianolivier, tu avais raison !
Habitué à ma vieille carte PCI sur ma machine fixe, je n'avais même pas imaginé que la Tast Track Pro, plus récente, ne saurait pas faire mieux, en termes de latence.
Ben si ! Impossible de descendre sous 16ms, ce qui produit quand même un léger délai, audible sur les prises de son "live".
Tant pis ! La rançon de la mobilité...
C'est peut-être l'USB qui est en cause ? Première expérience... qui ne demande qu'à être contredite !

A+

pianolivier utilisateur non connecté France
coucou allany

Ton couple ordinateur-carte-son est surement capable de passer en dessous de 16ms de latence (logicielle)
cependant je tient à souligner que la latence matérielle de ce genre de matos usb est de l'ordre de 40 ms, donc en réfléchissant bien : le probleme c'est pas le logiciel mais le matériel, changer la latence de jack de quelques ms c'est dérisoire au final, il n'est pas vraiment possible de percevoir la différence entre 40 et 50 ms (total)
16 ms c'est tres bien pour cette carte. Si tu en veux plus, évite de perdre ton temps en configuration et fait quelques heures supp pour te payer une carte pci.

ensuite, il y a quand meme surement moyen d'améliorer les choses (coté logiciel), le Le noyau Temps-Réel peut aider sous réserve que ton pilote alsa fonctionne avec.
on peut aussi regarder du coté des irq: cat /proc/interrupts
pour la fréquence du processeur, c'est pas les réglages du bios qui peuvent poser probleme, mais plutot les réglages du noyau. il n'y a pas de doc ici pour cela il me semble, il faut chercher dans les archives de linuxaudio

oliv'

allany utilisateur non connecté
Ouaip !

Pour avoir tourné ça dans vraiment tous les sens, fait moultes recherches et essais, je pense qu'en effet, j'ai atteint les limites imposées par le matériel et mes compétences.
Je viens de boucler sur des prises de guitare et, à 16ms (dans Jack), c'est jouable, avec une légère sensation d'avoir un delay très court dans mon casque.
Par contre, aucun xrun...
J'étais trop habitué au confort du gros PC de bureau et je n'avais jamais eu de config' nomade. Je ferai les prises sensibles (voix) sur le gros et c'est tout...

Merci de ton aide,
à+

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]

vincent38
Houston4444


Mégaphone [Afficher / Cacher]

olinuxx, 17:39, lun. 30 mars 2020: Bonjour et bienvenue à JulienRadio cool
sub26nico, 23:48, dim. 29 mars 2020: Salut et bienvenue à Chihiro49130, Gigi, Ptilou, yudas, FF63, mimifloch, mvvl et tophque :-)
malt, 15:55, dim. 29 mars 2020: @Sahaathyva. Je n'avais pas vu ton post!
malt, 15:51, dim. 29 mars 2020: Ardour 6.0-pre1: [Lien]
sub26nico, 20:50, ven. 27 mars 2020: Salut et bienvenue à Topyweb, Serge Samson, ChtiJeff, Zeplead et Zonzon :-)
r1, 20:27, ven. 27 mars 2020: La joute 15 est sur les rails ! [Lien] Viendez jouer avec nous !!!
bluedid29, 17:13, ven. 27 mars 2020: Bon week-end, à fond encore sur Musescore et LibraZik-2... ...bientôt utilisation régulière sur LibraZik-3...
sub26nico, 14:11, ven. 27 mars 2020: @tolliac, ouvres un fil spécifique dans les forums.
tolliac, 11:41, ven. 27 mars 2020: Bonjour, je ne me suis intéressé jusqu'ici qu'à l'écriture de partitions via lilypond et Frescobaldi et pour résoudre des problèmes de lecture de fichiers MIDI je me retrouve dans l'univers de la MAO chaleureusement accueilli mais complètement perdu. quel
Sahaathyva, 09:08, ven. 27 mars 2020: 1 billet de mr Paul : [Lien]
Sahaathyva, 09:07, ven. 27 mars 2020: Salut a tous!
GuillaumeD, 10:58, jeu. 26 mars 2020: @sub26nico, merci pour le message et ravi de vous rejoindre. Le meilleur reste à venir... ;)