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

Envoyé par chapolin le mar. 03 Oct 2017 01:39

[CONTOURNÉ] [zita-a2j/j2a fonctionne mais pas alsa_in/out dans la gestion de deux multifaces 2

Envoyé par chapolin le mar. 03 Oct 2017 01:39

Bonjour à tous,

Pour avoir plus d'entrées j'ai choisi de m'équiper avec deux cartes son RME multiface 2.

Du coup pour avoir tout le monde dans jack j'ai choisi d'utiliser alsa_in et alsa_out mais çà ne fonctionne pas avec le tuto de la page suivante :

jack_alsa_io

Ainsi lorsque je tape la commande suivante:

alsa_out -d hw:DSP_1,0

J'obtiens le message d’erreur suivant:

Jack: JackClient::SetupDriverSync driver sem in flush mode
Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_alsa_out
Jack: Clock source : system clock via clock_gettime
Jack: JackLibClient::Open name = alsa_out refnum = 5
Access type not available for playback: Invalid argument
Setting of hwparams failed: Invalid argument

Si dans la commande je remplace hw:DSP_1,0 par hw:PCH qui correspond à la carte son interne de mon ordinateur j'ai bien alsa_out qui apparaît comme prévu dans mes ports entrée dans Jack.

Donc pourquoi çà ne fonctionne pas avec la multiface ? Auriez vous une idée ? J'ai essayé en rajoutant l'option -r96000 mais çà ne fonctionne pas plus ...

D'un autre côté çà fonctionne parfaitement avec zita-j2a et zita-a2j :

zita-j2a  -d hw:DSP_1,0 -r96000 -p128 -c8 -S  -v

et

zita-a2j  -d hw:DSP_1,0 -r96000 -p128 -c8 -S  -v

Dans ce ce cas les entrées et sorties apparaissent bien dans la fenêtre graphique de jack (j'ai rajouté l'option -S pour empêcher la synchronisation dans jack car elle se fait déjà au niveau des multifaces qui sont linkées avec un cable ADAT et réglée dans hdspconf, l'une est maître et l'autre esclave).

J'ai trouvé les indications ici:
Lien 1

Lien 2

Lien 3

Envoyé par olinuxx le dim. 08 Oct 2017 14:34

Envoyé par olinuxx le dim. 08 Oct 2017 14:34

Quelle distribution et quelle version de jackd utilises-tu ?

Envoyé par chapolin le dim. 08 Oct 2017 15:04

Envoyé par chapolin le dim. 08 Oct 2017 15:04

Ma version Linux : Ubuntu 16.04.3 LTS

Pour ma version de jackd :

chapolin@chapolin-System-Product:~$ jackd -V
jackdmp version 1.9.11-RC1 tmpdir /dev/shm protocol 8

Envoyé par olinuxx le jeu. 30 Nov 2017 16:37

Envoyé par olinuxx le jeu. 30 Nov 2017 16:37

Des nouvelles ici Chapolin ?

Si tu veux et peux, je t'invite à essayer la même chose sur une LibraZiK-2 que je connais mieux pour voir si le problème est général où s'il est lié à Ubuntu.

Envoyé par chapolin le mar. 05 Dec 2017 20:38

Envoyé par chapolin le mar. 05 Dec 2017 20:38

Hello Olinux
Je viens de refaire un petit essais et çà ne fonctionne toujours pas. Je vais essayer sur une LibraZiK-2 en mode live dans les prochains jours pour voir et je reviens dire si çà marche.

Envoyé par chapolin le jeu. 07 Dec 2017 15:59

Envoyé par chapolin le jeu. 07 Dec 2017 15:59

Je viens de booter en live sur une LibraZik-2 et le problème persiste. alsa_out ne fonctionne pas mais zita-j2a fonctionne. Est-ce que j'utilise la bonne ligne de commande avec alsa_out ?

Une petite précision quand même : si je tape la commande suivante alors que j'ai zita-j2a d'activé

alsa_in  -d hw:DSP_1,0  -r 96000

J'obitiens :

Jack: JackClient::SetupDriverSync driver sem in flush mode
Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_alsa_in
Jack: Clock source : system clock via clock_gettime
Jack: JackLibClient::Open name = alsa_in refnum = 6
Capture open error: Device or resource busy

Donc dans ce cas je n'ai pas accès à la carte son avec alsa_out puisque déjà occupée par zita-j2a qui fonctionne, ce qui me fait penser que la commande est bonne à la base mais qu'il y a un problème de communication entre alsa_out et la multiface II, peut-être que j'oublie une option nécessaire ?

(A noter que LibraZik reconnaît et installe mes 2 multifaces II automatiquement).

Envoyé par olinuxx le jeu. 07 Dec 2017 18:55

Envoyé par olinuxx le jeu. 07 Dec 2017 18:55

Ça donne quoi sans le -r 96000 ?

Et aussi, donne le retour d'un

cat /proc/asound/cards

parce que j'ai un doute avec le

hw:DSP_1,0

Des infos ici : jack_alsa_io.

Envoyé par chapolin le jeu. 07 Dec 2017 22:27

Envoyé par chapolin le jeu. 07 Dec 2017 22:27

Citation :

Ça donne quoi sans le -r 96000 ?

Même chose, j'ai essayé avec et sans ...

Voilà le résultat de cat /proc/asound/cards

0 [PCH            ]: HDA-Intel - HDA Intel PCH
                      HDA Intel PCH at 0xf7300000 irq 28
 1 [XT             ]: USB-Audio - ESI M4U XT
                      ESI Audiotechnik GmbH ESI M4U XT at usb-0000:00:1d.0-1.3, full speed
 2 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xf7080000 irq 17
 3 [DSP            ]: H-DSP - Hammerfall DSP
                      RME Hammerfall DSP + Multiface at 0xf7200000, irq 18
 5 [DSP_1          ]: H-DSP - Hammerfall DSP
                      RME Hammerfall DSP + Multiface at 0xf7100000, irq 19

J'ai un doute aussi mais hw:DSP_1,0 fonctionne avec la commande suivante qui fait apparaître les 8 captures de ma deuxième multiface:

zita-j2a  -d hw:DSP_1,0 -r96000 -p128 -c8 -S  -v

Sinon j'ai suivi auparavant le lien que tu donnes (merci) et là justement je voulais te faire remarquer, dans le milieu de la page il est écris cette commande puis d'autres de la même façon :

alsa_out -dhw:1

Mais ne faut-il pas séparer -dhw:1 en -d hw:1 ?

Envoyé par sonik le ven. 08 Dec 2017 14:08

Envoyé par sonik le ven. 08 Dec 2017 14:08

Est-ce que tu es sure que les deux cartes tourne à la même fréquence?

Envoyé par chapolin le ven. 08 Dec 2017 14:28

Envoyé par chapolin le ven. 08 Dec 2017 14:28

Oui elles sont synchronisées et l'une est esclave de l'autre avec hdspconf. Idem sous LibraZik.

Envoyé par olinuxx le ven. 08 Dec 2017 16:19

Envoyé par olinuxx le ven. 08 Dec 2017 16:19

chapolin écrit :

Mais ne faut-il pas séparer -dhw:1 en -d hw:1 ?

Je viens d'essayer, les 2 fonctionnent ici.

Envoyé par olinuxx le sam. 31 mars 2018 14:28

Envoyé par olinuxx le sam. 31 mars 2018 14:28

Des nouvelles ici chapolin ?

Envoyé par chapolin le sam. 31 mars 2018 21:00

Envoyé par chapolin le sam. 31 mars 2018 21:00

Hello Olinuxx

Rien de nouveau sous le soleil ... peut-être que d'autres utilisateurs de la multiface pourraient tester la chose chez eux ?

Sinon pour info j'ai mieux réglé hdspconf et du coup ma deuxième multiface envoie ses canaux dans la première par adat et je me retrouve donc avec 12 entrées en 96 Mhz et 16 en 44.1 Mhz

Par contre j'utilise alsa_out pour router les sorties des multifaces vers le système son de l'ordinateur et çà fonctionne parfaitement ...

Envoyé par olinuxx le dim. 01 Apr 2018 14:08

Envoyé par olinuxx le dim. 01 Apr 2018 14:08

Merci pour le suivi rapide. C'est vrai que si d'autres utilisateurs de la multiface pouvaient échanger ici, ça serait super.

Je laisse le fil ouvert pour l'instant alors.

Envoyé par chapolin le dim. 01 Apr 2018 14:44

Envoyé par chapolin le dim. 01 Apr 2018 14:44

Merci, car si çà pouvait fonctionner un jour (quoique çà fonctionne peut-être chez d'autres utilisateurs et il y a un soucis chez moi) c'est quand même intéressant à utiliser dans des cas complexes avec plusieurs multifaces, gestion de reverbs et effets externes etc ...

Envoyé par olinuxx le mar. 26 Jun 2018 15:48

Envoyé par olinuxx le mar. 26 Jun 2018 15:48

En relisant ce fil, il me vient ceci à l'esprit : à la place de :

alsa_in  -d hw:DSP_1,0  -r 96000

essaie ça :

alsa_in  -d hw:DSP_1  -r 96000

Et dis nous.

Envoyé par chapolin le mar. 26 Jun 2018 23:26

Envoyé par chapolin le mar. 26 Jun 2018 23:26

J'avais déjà éssayé me semble-t-il mrgreen

Je viens de le faire et çà ne marche toujours pas, j'obtiens ce message:

chapolin@chapolin-System-Product:~$ alsa_in  -d hw:DSP_1  -r 96000
Jack: JackClient::SetupDriverSync driver sem in flush mode
Jack: JackLinuxFutex::Connect name = jack_sem.1000_default_alsa_in
Jack: Clock source : system clock via clock_gettime
Jack: JackLibClient::Open name = alsa_in refnum = 7
Access type not available for playback: Invalid argument
Setting of hwparams failed: Invalid argument

Envoyé par olinuxx le mer. 27 Jun 2018 13:48

Envoyé par olinuxx le mer. 27 Jun 2018 13:48

Je suis à sec d'idée là.
Ça vaut probablement le coup de remonter ce bogue chez ubuntu alors.

Envoyé par chapolin le mer. 27 Jun 2018 21:16

Envoyé par chapolin le mer. 27 Jun 2018 21:16

Tu l'as fait ou je le fais ? Dans ce cas en suivant les instructions ici : Rapporter un bug

?

Envoyé par olinuxx le jeu. 28 Jun 2018 15:30

Envoyé par olinuxx le jeu. 28 Jun 2018 15:30

Non, je ne l'ai pas fait (je n'utilise pas ubuntu). Du coup, fais-le, c'est toi le mieux placé pour le faire.

PS : mets nous un lien ici vers le rapport de bogue quand ça serait fait, ça permettra de faire le suivi de lecture pour d'autres qui pourraient être dans la même situation que toi.

Envoyé par chapolin le ven. 06 Jul 2018 15:10

Envoyé par chapolin le ven. 06 Jul 2018 15:10

Bon du coup j'ai essayé de rapporter le bug mais c'est trop compliqué vu le temps que je peux y passer. Tout est en anglais et j'ai déjà passé 2 bonnes heures à chercher à comprendre comment reporter le bug et je n'ai hélas pas réussi. J'ai créé un compte launchpad mais ensuite c'est trop complexe ... A voir en fin d'été quand je serais à jour de ce que je dois faire si je peux m'y consacrer à nouveau.

Si ici un autre utilisateur de multiface 2 est confronté au même soucis, ma conclusion est que alsa_in et alsa_out ne fonctionnent pas (en tout cas chez moi) mais que çà marche parfaitement avec zita-j2a et zita-a2j ( en utilisant dans tous les cas -d hw:DSP_1,0 qui est l'adresse de ma multiface dans mon système ).

D'autre part j'ai entièrement solutionné le problème en reliant mes 2 multifaces par cable optique et en configurant correctement hdspconf j'ai ainsi directement dans jack 12 voix en 96khz et 16 voix en 44.1 Khz

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

[CONTOURNÉ] [zita-a2j/j2a fonctionne mais pas alsa_in/out dans la gestion de deux multifaces 2

Documentation

Faire un don

Connexion

Mégaphone