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, ... > zita-a2j/j2a fonctionne mais pas alsa_in/out dans la gestion de deux multifaces 2
Dernier post
Page : 1/2   -   Aller directement à la page : 1  2 

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

chapolin utilisateur non connecté France
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

olinuxx utilisateur non connecté France
Quelle distribution et quelle version de jackd utilises-tu ?

chapolin utilisateur non connecté France
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


olinuxx utilisateur non connecté France
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.

chapolin utilisateur non connecté France
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.

chapolin utilisateur non connecté France
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).

olinuxx utilisateur non connecté France
Ç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.

chapolin utilisateur non connecté France
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 ?

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

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

olinuxx utilisateur non connecté France
chapolin écrit :
Mais ne faut-il pas séparer -dhw:1 en -d hw:1 ?


Je viens d'essayer, les 2 fonctionnent ici.

olinuxx utilisateur non connecté France
Des nouvelles ici chapolin ?

chapolin utilisateur non connecté France
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 ...

olinuxx utilisateur non connecté France
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.

chapolin utilisateur non connecté France
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 ...

olinuxx utilisateur non connecté France
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.

chapolin utilisateur non connecté France
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


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

chapolin utilisateur non connecté France
Tu l'as fait ou je le fais ? Dans ce cas en suivant les instructions ici : Rapporter un bug ?

olinuxx utilisateur non connecté France
Non, je ne l'ai pas fait (je n'utilise pas ubuntu). Du coup, fais-le, c'est toi le mieux placer 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.

chapolin utilisateur non connecté France
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

Page : 1/2  [Suivant]
1  2 
Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

sub26nico, 10:35, sam. 22 Sep 2018: Salut et bienvenue Juzic :-)
Nolwen, 07:18, sam. 22 Sep 2018: Carla 2.0-RC1 est disponible ! [Lien]
allany, 07:09, sam. 22 Sep 2018: Petite ode à ubuntu dans l'édito d'audiofanzine : [Lien]
olinuxx, 11:59, ven. 21 Sep 2018: Bonjour et bienvenue à Mapi cool
olinuxx, 11:58, ven. 21 Sep 2018: Bien-re-venue didalter.
didalter, 09:43, ven. 21 Sep 2018: Salutations à tous les colistiers-ères. De retour de Guyane après 10 années d'absence...
olinuxx, 21:09, jeu. 20 Sep 2018: Bonjour et bienvenue à Maneal également cool
olinuxx, 12:24, jeu. 20 Sep 2018: Bonjour et bienvenue à momo48 également wink
Gmanclub, 19:04, mer. 19 Sep 2018: merci pour le meg de bienvenue de olinuxx
olinuxx, 14:55, mer. 19 Sep 2018: Bonjour et bienvenue à Gmanclub cool
sub26nico, 10:13, mer. 19 Sep 2018: Salut et bienvenue à thibaux :-)
jipeL, 08:34, mer. 19 Sep 2018: Bonjour à tous les musicien(nes)