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

Salut,

Il existe un mélangeur logiciel pour cette carte son qui s'appelle emutrix.
Peut-être qu'il peut t'aider à y voir un peu plus clair.

En tout cas, sinon ta carte a 16 entrées qui s'appellent : capture_AUX0 à 15.
Et elle te donne aussi 16 sorties qui s'appellent : playback_AUX0 à 15.
A moins que ce soit des auxiliaires en plus, mais je ne penses pas qu'elle possède des boucles d'effets cette carte.
Ces numéros correspondent certainement aux numéros écrits sur ta carte.

A vérifier dans la doc, mais les sorties "monitor" sont probablement la recopie de l'entrée capture correspondante (en numérique).

Emutrix n'est plus utilisable, je l'avais déjà écrit dans l'autre fil: écrit sur du QT4 ne compile plus sur des systèmes recents. J'ai bel et bien corrigé le code pour l'adapter à QT5/6 mais ça part en segmentation fault probablement car X11->wayland.

la carte a des groupes de sortie (par example 8 canaux sont associés avec les portes SPDIF/TOS LINK), alors oui, que les 16 AUX correspondent aux 16 lignes physique on le savait, je voudrais juste éviter d'avoir à tout essayer pour esavoir lesquelles

Moyen de voir en temps réel le niveau de signal sur chaque entrée? J'ai essayé de rajouter les 16 captour dans ardour, mettre les pistes en record/monitor mais rien ne bouge.

@pirate: quelle doc? ;) ce que j'ai trouvé est très vieux (c'est déjà un miracle que ça marche encore à mon avis) et fait réfèrence à des plateformes/logiciels qui n'existent plus; ce que j'ai reussi à apprendre je l'ai trouvé dans des forums, vieux sites/blogs et parfois en mettant le nez dans un peu de code.

Si tu as corrigé le code d'emutrix pour le rendre compatible avec Qt6, est ce que tu peux le partager ici ?
Il y a un dépôt Github LinuxMAO. Et le code du logiciel y est stocké.

En ce qui concerne X11wayland, la par contre, je crois qu'il faudra se contenter de X11 si personne n'adapte le code.

Ce serait vraiment chouette que tu fasses vivre ce logiciel avec ta contribution.

Deuxième idée qui me vient:

Est ce que "PatchMix DSP" fonctionnerait avec WINE ?

Dernière chose, tu as l'air d'utiliser PipeWire. Avec PipeWire il ne faut plus utiliser QJackCtl mais Qpwgraph qui est fait pour lui par le même développeur.

Par exemple celle là qui te donne un synoptique du routage
https://www.manualslib.fr/manual/356229/E-Mu-1616M.html?page=28#manual
Ce n'est pas exactement ce que tu verras avec le driver ALSA, mais ça donne déja une idée
Pour la doc ALSA, elle est effectivement assez réduite
https://www.alsa-project.org/wiki/Matrix:Vendor-Creative_Labs

Toutes ces cartes avec des matrices de mixages ne sont pas bien documentées sous linux.

Je n'ai pas gardé les changements au code d'Emutrix car de toute manière ça partait en segmentation fault donc le problème n'est pas que dans les changements QT. Je peux les refaire si quelqu'un s’engage à debugguer la suite (segmentation fault) sinon ça sert à rien (ou au moins à tester sous X sans Wayland avant de publier).

Non je n'ai pas utilisé WINE pour lancer patchmix; rajouter encore des couches de complexité ne serait pas utile à l'exercice (et je me doute que ça puisse marcher car WINE s'interface avec le pilote Windows non?)
Qpwgraph présente les mêmes données que Qjackctl dans ce cas spécifique, le sujet n'est pas là.
La synoptique de routage je la connais déjà, j'utilise ces cartes depuis plus de 10 ans mais pas sous Linux (hors ça fait 10 ans quand le contexte était bien différent).

Tenons-nous à la demande de base svp, le reste merci mais j'en ai pas besoin: comment savoir quelle porte physique correspond à quelle porte logique du pilote? Quelle est la logique de fonctionnement/théorie à connaitre des différents environnements (Pro Audio, Alsa, etc.) qui peut m'aider à comprendre comment faire le mapping?

Je ne m'attends pas à la réponse finale travaillée sans faire d'effort mais je m'attends à des informations qui puissent m'aider à y parvenir (par exemple un outil qui montre en temps réel les niveau du signal des portes: il me suffirait dans ce cas là d'envoyer du signal et voir dans le logiciel sur quelle porte la barre monte) et spécifique à l’environnement Linux: je connais la carte, je connais la partie Windows, je connais Linux mais il me manque de faire le lien cartelinux au delà de la base (j'arrive déjà avec la preconfig à avoir le son de base en sortie casque/enceintes).

Merci!

Tu branches ton micro sur l'entrée 1, tu parles dedans, tu ouvres la baie de brassage de Qpwgraph ou de Helvum puisque tu utilises PipeWire et tu relies ta sortie "playback" sur laquelle tu as une enceinte de branchée et le capture 1.
Si le son passe c'est que c'est la bonne entrée. Sinon tu passes à la suivante.

Merci!
Alors, en mode Pro Audio les AUX 0-7 associées à la carte d'entrée (Pro 3 dans mon cas) sont les pistes SPDIF/ADAT (et non TOSLink comme je l'avais écrit avant qui est le nom de la connectique en fibre). La 8 et la 9 sont les 2 entrées XLR/Jack de façade et les autres celles à l'arrière.

J'avais essayé l'exercice avant mais probablement en connectant les entrées aux mauvaises sorties.

Là j'ai deux questions:

1) j'ai réussi en mode Pro Audio à connecter l'entrée avec le micro (Dock Mic A) à l'entrée de Zoom. Or, l'interface en entrée de l'appli (boite dans PWvucontrol) disparaît de qu'on sort des settings ou d'un appel. Quand elle est créé à nouveau, elle est à nouveau branchée à AUX0 ce qui demanderait une manip manuelle à chaque appel. Comment associer de manière statique que l'entrée d'une certaine app soit associé à Pro 3:AUX7 et non à Pro 3:AUX0 ?

2) MS Edge (dans lequel j'utilise Teams) semble ne rien recevoir en entrée malgré la même manip. Je n'ai pas besoin du mode Pro Audio pour la plupart des application mais en mode ALSA (qui fait très bien l'affaire car il prévoit déjà plusieurs paramétrages dont le 5.1 + entrée qui me convient) je ne peux pas indiquer quelle porte physique utiliser en tant que porte d'entrée: pas possible de le visualiser mais je suis prêt à parier qu'il utilise AUX0 (Dans ce type de config je ne vois plus les entrées de la carte dans PWvucontrol mais qu'une, j'imagine que la config se fasse ailleurs).

Autrement il serait aussi efficace de désactiver les portes AUX0-7 (je ne les utilise pas et si je vais le faire ça sera qu'en mode Pro Audio) pour que ça tombe par défaut sur AUX8.

J'ai essayé de trouver ou est-ce-que les profils ALSA sont définis mais rien dans /etc/alsa ou dans la home

Merci!

PS: toujours pas possible d'ajouter des images: Impossible d'écrire dans ce fichier :/data/repository/linuxmao/tiki/galeries/7b88a0a0cb6db7274366dc1e471aab15

PPS: j'ai trouvé: /usr/share/alsa/ ; je vais voir si j'arrive à faire le lien entre ça et les anciens docs que j'avais trouvé. Si vous avez des pistes c'est apprécié ;)

Pour les images, il y a un problème chez notre hébergeur et cela occasionne des problèmes comme celui-là. Si tu peux, héberges les ailleurs pour l'instant.

J'imagine deux solutions pour que les connexions se fassent toujours de la même source à la même sortie à chaque apparition d'une application :

1. utiliser le gestionnaire de session présent dans ta distribution, sûrement WirePlumber, le gestionnaire de session de PipeWire
2. utiliser un gestionnaire de session externe comme Qpwgraph dont la partie session doit permettre celà ou alors quelque chose comme Raysession.

Ensuite, MS Edge ? Il présente quels types d'entrées/sorties ? ALSA ? PulseAudio ? PipeWire ? JACK ?

pour ceux/celles qui viendront:

/usr/share/alsa/alsa.conf

qui contient des variables qui renvoient au répertoire

/usr/share/alsa/cards/EMU10K1.conf

qui lui a des réfèrences à

/usr/share/alsa/pcm

Les configs déjà dans le fichier sont bonnes pour les sorties (testé le 2.0 et 5.1).

Or, pour choisir quoi utiliser en entrée il n'y a rien, que trois lignes:

capture.pcm
    type hw
    card $CARD

et je suis pr^et à parier que ça fait un mapping sur AUX0 (inutile hors si on a le signal sur le 1er canal ADAT/SPDIF.

Si je trouve une solution pour choisir quelle porte passer en entrée à ALSA je viendrais partager.

je pense avoir compris le problème mais je ne connais pas la solution; problème:

le pilote emu10k1 fait un mappage des 16 entrées et sorties sur des portes nommées AUX0-AUX15.

Celles-ci sont disponible en playback sur le péripherique CA0108/CA10300 [Sound Blaster Audigy Series] (E-MU 1010 [MAEM8982]) Pro 3 et en sortie sur CA0108/CA10300 [Sound Blaster Audigy Series] (E-MU 1010 [MAEM8982]) Pro 2

Une périphérique virtuelle de reproduction est crée par défaut : CA0108/CA10300 [Sound Blaster Audigy Series] (E-MU 1010 [MAEM8982]) Pro et elle contient les sorties AUX0-1 et ça tombe bien car :

• Playback_AUX0-1: sortie mini-jack 1: front gauche droite
• Playback_AUX2-3: sortie mini-jack 2: arrière gauch-droite
• Playback_AUX4-5: sortie mini-jack 3: cenrte-sub

une péripherique d'entrée virtuelle est aussi créé: CA0108/CA10300 [Sound Blaster Audigy Series] (E-MU 1010 [MAEM8982]) Pro

avec par défaut capture_AUX0 et capture AUX1 mais là le problème:

• capture_AUX0-7 sont les 8 pistes de l'entrés SPDIF/ADAT auxquelles il n'y a rien de branché.
• capture_AUX8: MicA
• capture_AUX9: MicB
• capture_AUX10- les entrées sur l'arrière

si je veux que l'entré se fasse toujours par AUX8 il faut que je change la config par défaut de la carte virtuelle

https://ibb.co/Ngqj4LK

et c'est ça qui ne va pas (et qui est crée automatiquement):
https://ibb.co/Dz9ZYv8

Comme te l'a expliqué jujudusud, il te faut un gestionnaire de session pour configurer automatiquement ta carte, celui de qpwgraph devrait étre suffisant. Tu peux aussi utiliser pavucontrol pour définir une carte de sortie par défaut , qui devrait étre CA0108/CA10300 Sound Blaster Audigy Series (E-MU 1010 MAEM8982) Pro si j'ai bien compris.

Même plus proche du système que ça, je propose WirePlumber car c'est lui en premier lieu qui va définir les connexions à chaque apparition d'un "noeud", comme ils l'appelent dans PipeWire.
Il peut aussi empêcher un noeud de se fermer lors de la coupure de l'envoi du son par le noeud. Mais ça c'est pas forcément une bonne idée car ça consomme beaucoup plus de ressources et le but de PipeWire est aussi d'être efficient.

Je ne crois pas dire une bêtise en expliquant que plus rien ne passe par l'espace utilisateur d'ALSA sur une système qui utilise PipeWire.
C'est uniquement la partie bas niveau, pilote et reconnaissance du matériel pour faire le lien avec le noyau, qui est active.

Un autre logiciel permet en interface utilisateur graphique de voir tout ce qui se passe dans PipeWire, c'est coppwr. À explorer lui aussi.

Je suis avec attention ce fil de discussion en tout cas, même si je n'ai pas de réponses à toutes mes questions qui me permettent d'essayer d'orienter la recherche de solution.

Merci à vous deux. Nous sommes d'accord qu'il faut changer la config à travers ces outils mais... comment?

J'ai mis les prises d'écran. Perso il est claire comment changer la carte utilisée par défaut mais ici il faut changer les portes utilisée par défaut (AUX0-1--->AUX7-8) et c'est la que je n'arrive pas à comprendre comment/ou ça se fait.

La documentation de WirePlumber sur LinuxMAO est accessible en cliquant sur le nom. Dans cette page il y a un lien vers la documentation officielle.
Dans la page de doc, il y a une table des matières avec les configurations. Je pense que tu trouveras ton bonheur là bas.
Tiens nous au courant, c'est intéressant.

coppwr n'est pas très convivial, en tout cas j'ai du mal à comprendre sa logique.
Dans un cas comme le tien, je fait un script bash en utilisant les commandes CLI, comme pw-cli ou pw-link).
Ca me permet de configurer la base des connexions de mes cartes son avant chaque séance. ensuite le script passe la main à raysession pour lancer les logiciels, et mémoriser les connexions entre eux.
Comme ça pendant qu'on installe les micros, tout se configure automatiquement (de 6 à 8 entrés son qui se connectent entre autre à ardour).

Il y a des explications sur qui fait quoi ici : https://pipewire.pages.freedesktop.org/wireplumber/design/understanding_session_management.html