Chargement...
 
Skip to main content

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

Liste des forums Liste des sujets

Forums > 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
 
Thread actions
Print this page
  • Imprimer toutes les pages

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

    Envoyé par chapolin le Tue 03 Oct 2017 01:39 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:

    Copy to clipboard
    alsa_out -d hw:DSP_1,0


    J'obtiens le message d’erreur suivant:

    Copy to clipboard
    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 :


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


    et

    Copy to clipboard
    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
    Lectures: 7639
    Envoyé par olinuxx le Sun 08 Oct 2017 14:34 France
    Quelle distribution et quelle version de jackd utilises-tu ?
    Envoyé par chapolin le Sun 08 Oct 2017 15:04 France
    Ma version Linux : Ubuntu 16.04.3 LTS

    Pour ma version de jackd :

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

    Envoyé par olinuxx le Thu 30 Nov 2017 16:37 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.
    Envoyé par chapolin le Tue 05 Dec 2017 20:38 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.
    Envoyé par chapolin le Thu 07 Dec 2017 15:59 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é

    Copy to clipboard
    alsa_in  -d hw:DSP_1,0  -r 96000


    J'obitiens :


    Copy to clipboard
    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 Thu 07 Dec 2017 18:55 France
    Ça donne quoi sans le -r 96000 ?

    Et aussi, donne le retour d'un
    Copy to clipboard
    cat /proc/asound/cards
    parce que j'ai un doute avec le
    Copy to clipboard
    hw:DSP_1,0


    Des infos ici : jack_alsa_io.
    Envoyé par chapolin le Thu 07 Dec 2017 22:27 France
    Ç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

    Copy to clipboard
    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:

    Copy to clipboard
    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 :

    Copy to clipboard
    alsa_out -dhw:1


    Mais ne faut-il pas séparer -dhw:1 en -d hw:1 ?
    Envoyé par sonik le Fri 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 Fri 08 Dec 2017 14:28 France
    Oui elles sont synchronisées et l'une est esclave de l'autre avec hdspconf. Idem sous LibraZik.
    Envoyé par olinuxx le Fri 08 Dec 2017 16:19 France
    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 Sat 31 Mar 2018 14:28 France
    Des nouvelles ici chapolin ?
    Envoyé par chapolin le Sat 31 Mar 2018 21:00 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 ...
    Envoyé par olinuxx le Sun 01 Apr 2018 14:08 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.
    Envoyé par chapolin le Sun 01 Apr 2018 14:44 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 ...
    Envoyé par olinuxx le Tue 26 Jun 2018 15:48 France
    En relisant ce fil, il me vient ceci à l'esprit : à la place de :
    Copy to clipboard
    alsa_in  -d hw:DSP_1,0  -r 96000

    essaie ça :
    Copy to clipboard
    alsa_in  -d hw:DSP_1  -r 96000


    Et dis nous.
    Envoyé par chapolin le Tue 26 Jun 2018 23:26 France
    J'avais déjà éssayé me semble-t-il 😁

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

    Copy to clipboard
    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 Wed 27 Jun 2018 13:48 France
    Je suis à sec d'idée là.
    Ça vaut probablement le coup de remonter ce bogue chez ubuntu alors.
    Envoyé par chapolin le Wed 27 Jun 2018 21:16 France
    Tu l'as fait ou je le fais ? Dans ce cas en suivant les instructions ici : Rapporter un bug ?
    Envoyé par olinuxx le Thu 28 Jun 2018 15:30 France
    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 Fri 06 Jul 2018 15:10 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