Historique: FFADO - configuration
Aperçu de cette version: 25
portail matériel > pilotes > FFADO > configuration
portail logiciel > O.S. > FFADO > configuration
Voilà : FFADO et jack sont installés, on aura pris soin au passage de configurer l'accès temps réel pour les applications, il va maintenant falloir tester sa carte son firewire, et vérifier par la même occasion que le reste du système est configuré correctement pour son utilisation.
Une fois FFADO installé, il est possible que vous rencontriez quelques problèmes lors de l'utilisation. Ceci dépend en grande partie de la distribution linux que vous utilisez ; Certaines étant connues pour être plus prêtes à l'emploi que d'autres (voir le portail du débutant).
La méthode conseillée est donc de vérifier avec les outils de diagnostiques fournis par FFADO que celui-ci est fonctionnel et reconnait votre carte. Une fois d'éventuels problèmes réglés du coté firewire, vous pourrez songer à lancer jack.
Ce petit programme très pratique (de Pieter Palmers) analyse le bon fonctionnement des modules du noyau, ce qu'il faut chercher dans son blabla :
cette commande liste les cartes son détectées par FFADO, exemple de retour pour ma carte son :
pour vérifiez que les modules sont correctement chargés, utilisez la commande suivantes :
exemple de retour :
vérifiez les droits du fichier /dev/raw1394, celui-ci doit être accessible en lecture et écriture par votre utilisateur, par exemple chez moi raw1394 fait partie du groupe audio, ainsi que mon utilisateur :
exemple de retour :
Si ce dernier n'est pas chargé automatiquement par le système, il peut s'agir de différents problèmes :
module non présent dans le noyau :
Certaines distributions ne proposent pas le module firewire demandé (ohci1394, yenta ou autre ieee1394), pour vérifier le mieux est encore de chercher/poser la question sur le forum sur le matériel et les pilotes.
Vous trouverez aussi des distributions prêt à l'emploi pour la mao et le firewire dans le coin du débutant
Et si vous compilez votre noyau vous-même, rendez-vous sur la page Compiler un noyau 2.6RT qui aborde cette partie de la configuration.
module présent mais non chargé :
pour vérifier cela, la commande suivante nous donne un indice :
exemple de retour :
Dans cet exemple, le module ohci1394 partage l'IRQ 16 avec quelques autre modules, il est donc bien chargé, pas de problème ici 😉
pour vérifier d'une autre manière (en super utilisateur :
exemple de retour :
Dans cet exemple encore, pas de problème à vue de nez
l'ancien/le nouveau stack firewire :
Pour utiliser le nouveau module firewire du noyau (dénommé Juju), il vous faudra vérifier que vous utilisez libraw1394 >= 2.0.5 et un kernel >= 2.6.32, ainsi qu'une version de FFADO compatible (>= 2.0.1 compilée avec support Juju) (plutôt réservé à ceux qui savent ce qu'ils font)
Si vous ne les connaissez pas encore, vous pourrez vous familiariser avec les options de jack sur la page jack > qjackctl > configuration.
Si vous avez déjà lancé jack avec succès sur une autre carte son, alors les seuls modifications qu'il vous faudra peut-être apporter sont le "pilote > firewire" et le taux d'échantillonnage, voici un exemple de configuration à adapter :
en ce qui concerne les recherches de basse latence, il est déconseillé de réduire le nombre d'échantillons à moins de 3 x 64 (voir ce sujet du forum
sources :
portail logiciel > O.S. > FFADO > configuration
Voilà : FFADO et jack sont installés, on aura pris soin au passage de configurer l'accès temps réel pour les applications, il va maintenant falloir tester sa carte son firewire, et vérifier par la même occasion que le reste du système est configuré correctement pour son utilisation.
Table des matières
Une fois FFADO installé, il est possible que vous rencontriez quelques problèmes lors de l'utilisation. Ceci dépend en grande partie de la distribution linux que vous utilisez ; Certaines étant connues pour être plus prêtes à l'emploi que d'autres (voir le portail du débutant).
La méthode conseillée est donc de vérifier avec les outils de diagnostiques fournis par FFADO que celui-ci est fonctionnel et reconnait votre carte. Une fois d'éventuels problèmes réglés du coté firewire, vous pourrez songer à lancer jack.
Les outils de diagnostique
ffado diagnotic utility
Copy to clipboard
~~red:$~~ ffado-diag
Ce petit programme très pratique (de Pieter Palmers) analyse le bon fonctionnement des modules du noyau, ce qu'il faut chercher dans son blabla :
- Copy to clipboardold 1394 stack active..... True %%% ''...ou au choix...'' %%%new 1394 stack active..... Trueles versions de FFADO égales ou supérieur à 2.0.1 seulement sont capables d'utiliser le nouveau kernel stackCopy to clipboard[PASS] Kernel modules present and correctly loaded.
si aucun des deux stack n'est activé (ou si au contraire les deux le sont) ce n'est pas bon signe, référez-vous au paragrapĥe "ieee1394" plus bas. - Copy to clipboard/dev/raw1394 node present. True %%%/dev/raw1394 permissions.. Truel'accès en lecture/écriture au fichier /dev/raw1394 doit être possible par l'utilisateur normal (non-root)Copy to clipboard[PASS] /dev/raw1394 node present and accessible.
si ca n'est pas le cas, voir le paragrapĥe "raw1394" plus bas !
ffado test utility
Cet utilitaire (de Daniel Wagner et Pieter Palmers) à plusieurs options :Copy to clipboard
~~red:$~~ ffado-test ListDevice
Copy to clipboard
=== 1394 PORT 0 === Node id GUID VendorId ModelId Vendor - Model 0 0x000a9200c7021222 0x00000A92 0x00010066 Presonus - PreSonus FIREPOD 1 0x0008000800080182 0x00000800 0x00000000 Linux - ohci1394 - no message buffer overruns
le mixer ffado
Si votre carte est entièrement supportée par FFADO (full-support), vous devriez aussi pouvoir vous servir du mixer FFADO pour en vérifier le bon fonctionnement. Je n'ai pas cette chance et tout ce que j'obtient c'est un "ERROR : could not communicate with DBus", pas très joli mais pas mortel non-plus 😉Copy to clipboard
~~red:$~~ ffado-mixer
Configurer le système
pour vérifiez que les modules sont correctement chargés, utilisez la commande suivantes :
Copy to clipboard
~~red:$~~ lsmod | grep 1394
exemple de retour :
Copy to clipboard
raw1394 45184 16 ohci1394 50868 9 dv1394 ieee1394 122216 3 raw1394,dv1394,ohci1394
le module raw1394
si le module raw n'est pas activé par defaut, essayez le le lancer à la main, en super utilisateur :Copy to clipboard
~~red:$~~ modprobe raw1394
- si cela fonctionne, il vous faudra ensuite chercher dans la documentation de votre distribution pour ajouter son chargement automatiquement au démarrage du système
- si vous obtenez "Module raw1394 not found.", il vous faudra installer un noyau compatible (option raw, ref manquante) et vérifier que le paquet libraw est installé.
vérifiez les droits du fichier /dev/raw1394, celui-ci doit être accessible en lecture et écriture par votre utilisateur, par exemple chez moi raw1394 fait partie du groupe audio, ainsi que mon utilisateur :
Copy to clipboard
~~red:$~~ ls -al /dev/raw1394
exemple de retour :
Copy to clipboard
crw-rw---- 1 root audio 171, 0 2008-10-21 00:50 /dev/raw1394
- pour ajouter votre utilisateur au groupe audio : Copy to clipboardgpasswd -a votre_user audio
- pour modifier les droits du fichier lui-même, vérifiez la-aussi avec la documentation de votre distribution, car les changements apportés à la main ne seront pas forcément pris en compte au prochain re-démarrage. La solution la plus simple est de modifier/d'ajouter une "règle udev" pour la création du fichier /dev/raw1394. Exemple sous gentoo : ; sous d'autres distributions regarder la doc sur la création de règles udev et vérifiez qu'il n'en existe déjà pas une grace à la commande :Copy to clipboard~~red:$~~ echo 'KERNEL=="raw1304*",GROUP="audio",MODE="0660"' > /etc/udev/rules.d/40-firewire.ruleCopy to clipboardgrep -r raw1394 /etc/udev/rules.d
le module ieee1394
le module ieee1394 (ancien ou nouveau) est chargé automatiquement par le pilote firewire de votre carte son. Ce dernier est en général ohci1394, bien qu'il me semble que ca ne soit pas le seul, en particulier un certain yenta... (à completer par vos expériences). Bref prennons ohci1394 pour l'exemple, c'est lui qui se greffe sur, et occupe l'IRQ de votre carte son.Si ce dernier n'est pas chargé automatiquement par le système, il peut s'agir de différents problèmes :
module non présent dans le noyau :
Certaines distributions ne proposent pas le module firewire demandé (ohci1394, yenta ou autre ieee1394), pour vérifier le mieux est encore de chercher/poser la question sur le forum sur le matériel et les pilotes.
Vous trouverez aussi des distributions prêt à l'emploi pour la mao et le firewire dans le coin du débutant
Et si vous compilez votre noyau vous-même, rendez-vous sur la page Compiler un noyau 2.6RT qui aborde cette partie de la configuration.
module présent mais non chargé :
pour vérifier cela, la commande suivante nous donne un indice :
Copy to clipboard
~~red:$~~ cat /proc/interrupts
exemple de retour :
Copy to clipboard
... 0: 130 0 IO-APIC-edge timer 1: 2 0 IO-APIC-edge i8042 8: 0 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 3 0 IO-APIC-edge i8042 16: 153812695 0 IO-APIC-fasteoi i915, uhci_hcd:usb3, __ohci1394__ 17: 48180 0 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb5 18: 0 0 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb7 19: 0 0 IO-APIC-fasteoi uhci_hcd:usb6 20: 23606 0 IO-APIC-fasteoi eth0 21: 25830 0 IO-APIC-fasteoi sata_sil, uhci_hcd:usb4 ...
Dans cet exemple, le module ohci1394 partage l'IRQ 16 avec quelques autre modules, il est donc bien chargé, pas de problème ici 😉
pour vérifier d'une autre manière (en super utilisateur :
Copy to clipboard
~~red:$~~ lspci -v
exemple de retour :
Copy to clipboard
... 07:04.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev 46) (prog-if 10 [[OHCI]) Subsystem: VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller Flags: bus master, stepping, medium devsel, latency 32, IRQ 16 Memory at f0300000 (32-bit, non-prefetchable) [[size=2K] I/O ports at 3000 [[size=128] Capabilities: [[50] Power Management version 2 __Kernel driver in use: ohci1394__ __Kernel modules: ohci1394__ ...
Dans cet exemple encore, pas de problème à vue de nez
l'ancien/le nouveau stack firewire :
Pour utiliser le nouveau module firewire du noyau (dénommé Juju), il vous faudra vérifier que vous utilisez libraw1394 >= 2.0.5 et un kernel >= 2.6.32, ainsi qu'une version de FFADO compatible (>= 2.0.1 compilée avec support Juju) (plutôt réservé à ceux qui savent ce qu'ils font)
J'ai toujours un message d'erreur !
à partir de là, si vous ffado-diag ou l'une des manipulations précédentes vous donne toujours un message d'erreur, les étapes à suivre sont :- recherche sur FFADO > foire aux questions
- recherche/demande d'infos sur le forum matériel et pilotes
Je n'ai pas de message d'erreur, aller plus loin
Si tout c'est bien passé, il ne vous reste plus qu'à lancer jack par la manière de votre choix : QJackCtl, ladish etc.Si vous ne les connaissez pas encore, vous pourrez vous familiariser avec les options de jack sur la page jack > qjackctl > configuration.
Si vous avez déjà lancé jack avec succès sur une autre carte son, alors les seuls modifications qu'il vous faudra peut-être apporter sont le "pilote > firewire" et le taux d'échantillonnage, voici un exemple de configuration à adapter :
Copy to clipboard
~~red:$~~ jackd -P70 -dfirewire -r96000 -p256 -n3
exemple de configuration JACK/FFADO avec QJackCtl
en ce qui concerne les recherches de basse latence, il est déconseillé de réduire le nombre d'échantillons à moins de 3 x 64 (voir ce sujet du forum
sources :
