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

Bonsoir !
je suis pas un expert non plus ^^ mais bon ... je vais essayer de t'aider. en tout cas sous ubuntu qui est une debian aussi pour savoir si linux reconnait tes cartes tu peux taper la commande : lspci

ou mieux lspci -v (donne le détail) tu peux essayer voir si la commande fonctionne.

ensuite tu peux faire un lsmod | grep audio ou lsmod | grep sound
là déjà tu pourras savoir si c'est reconnu par linux ou pas



Perso j'ai une carte mia midi de chez echo digital audio, et il me semble que pour ta gina tu peux suivre le meme tutoriel.
echomia
ou sur ce site pb pci mia-midi

bon c'est pour un ubuntu dapper mais bon ça pourra te donner des pistes.
bon courage

Salut, et bienvenue.





Pas si sûr ! Peut-être que le chipset est simplement défini en "carte par défault". Regarde si tu n'as pas le choix dans les cartes son avec des softs type kmix ou qjackctl. En tous cas, les cartes ont l'air compatibles ALSA :
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-SEKD#matrix
et
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Echo_Corporation#matrix
Clique sur les liens "Driver & Docs" des modèles qui te concernent pour avoir les détails des modules nécessaires.
Et pour lister les cartes sont détectées : commande "lspci | grep audio" en root dans un terminal.





Ca paraît tout à fait jouable ! Mais la lecture des pages de la section ALSA risque de s'avérer nécessaire .

T.

Bon déjà ça commence pas super fort...

un lspci tout court me ressort ceci ( les cartes pCI reconnues ne sont pas étiquettées audio )

...
00:09.0 Multimedia controller: Motorola DSP56301 Digital Signal Processor (rev 02)
00:0d.0 Multimedia controller: Chromatic Research Inc. Mpact 2 (rev 41)
00:0e.0 Multimedia controller: Marian - Electronic & Software Prodif Plus sound system (rev 01)
...

Je sais juste pas si ma Echo Gina est le truc Chromatic Research Inc. ou le motorola DSP56301...
parce que j'ai aussi une PCI UAD-1 Universal Audio, mais dont je suis trop sûr que UA ne fera pas de drivers Linux...

on allez je me jette à l'eau... mais ca me dit rien qui vaille...

Ta Gina, c'est le motorola. Pour rendre "lspci" plus parlant :
lspci -v
ou même avec 2 "v" :
lspci -vv

la carte Gina20 est normalement reconnu sous Linux.

Pour voir si le module est chargé, tu peux taper la commande

lsmod |grep gina20

Cela devrait te renvoyer quelque chose de ce genre :

snd_gina20             35204  0 
  snd_rawmidi            25600  2 snd_seq_midi,snd_gina20
  snd_pcm                80520  2 snd_gina20,snd_pcm_oss
  snd                    55428  9   snd_seq_oss,snd_seq,snd_gina20,snd_rawmidi,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
snd_page_alloc         10504  2 snd_gina20,snd_pcm

(ce ne sera peut-être pas tout à fait ça car j'ai une layla3g et non pas une gina ...)

si rien n'est renvoyé par la commande, un petit modprobe snd-gina20 (en étant root ou avec un sudo) devrait charger le module. Si cela ne fonctionne pas non plus, il y a des chances que le module ne soit pas dans le noyau. Dans ce cas, il faudra faire un peu de compil

ensuite pour savoir quelle est le n° de la carte et celui du péripherique de ta carte, aplay -l ...

Voici un extrait de ce que ça donne chez moi :

sam@sam:~$ aplay -l
   **** Liste des PLAYBACK périphériques ****
   carte  0: Layla3G [Layla3G], périphérique 0 : Analog PCM [Layla3G]

ensuite tu peux tester tes différentes carte avec la commande aplay -D hw:n°_carte, n°_péripherique

il faudra ensuite éventuellement créer un fichier /etc/asound.conf en changeant le n° de la carte ...
(voir http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php et http://matthieu.bouthors.org/wiki/doku.php?id=linux:config:alsa pour les exemples...

pcm.!default {
	   type hw
	   card 0
   }
   ctl.!default {
	   type hw           
	   card 0
   }

Hmm...

bon j'ai commencé à mettre les mains dans le camboui...

euh y'a une petite phrase qui m'a chiffonée dans les pages d'installation sur le site ALSA.
ils precisent qu'on peut charger manuellement les modules "si on a plusieurs cartes audio"...
euh mon but c'était justement de pouvoir utiliser en même temps la gina20 et la prodif plus...
et donc d'avoir les deux chargées en même temps !

quelqu'un peut il me confirmer ou non qu'on puisse utiliser deux cartes audio differentes en simultanée par le biais de la gestion ALSA ? ? ?

bon j'y retourne, j'aurais peut etre ma réponse tout seul.

a+

Oui il est tout à fait possible d'utiliser 2 cartes audio simultanément avec alsa. Il faut néanmoins les configurer et faire en sorte que les modules de chaques cartes soient lancés au démarrage de la machine.
Pour ce faire, il faut ajouter les modules à charger dans le fichier /etc/modules.

Sinon, alsa ne pose aucun problème au niveau de la gestion multicarte.
Par contre utiliser plusieurs cartes pour enregister plusieurs pistes en simultanée pose quelques soucis notamment au niveau de la synchro.

L'autre point ennuyeux à résoudre, c'est l'utilisation de plusieurs cartes avec jack (et ardour par exemple). Là, je bute encore ...

fiou...

bon ça avance... à petits pas... mais ça avance.

alors après recompilation de mon noyau en 2.618-7 j'ai bien le Echo Gina20 qui est disponnible comme module.
Devices->Sound->Alsa->PCI->Echo Gina20.

Par contre y'a pas de traces du Modules Sekd Prodif Plus...
pourtant j'ai fait le .configure de alsa avec

--withcards prodif

plus... et il avait l'air d'avoir compilé le bon fichier.
de plus j'ai trouvé la trace de snd-pdplus dans mon fichier /etc/modules...
c'est écrit :

post-install snd-pdplus /lib/alsa/modprobe-post-install snd-pdplus

j'avoue que je sais pas trop quel détail me manque... comment faire pour que le modules Prodif Plus arrête de jouer à l'homme invisible ?

enfin bon du coup avec aplay -l il me liste maintenant la Gina20 et ma carte son de base VIA.
ça c'est déjà bien mieux.

par contre j'en suis à la définition du fichier /etc/asound.conf et là....
et là je sens que je vais souffrir pour faire fonctionner mes deux cartes ensembles...
mais bon... déjà les deux séparements ce sera un premier pas.

faut de la persévérance pour Linux quand même...

C'est curieux ... tu veux dire que tu as installé ALSA en plus de l'avoir activé dans le noyau ? Je ne suis pas sûr que ce soit une très bonne idée ... la version ALSA intégrée au noyau a toujours un temps de retard sur une version installée à la main ... et je ne sais pas si les 2 sont très compatibles ... peut être que ton module "absent" vient de là ... je pense qu'il faut choisir ! En l'occurrence, j'opterai pour la version "manuelle" ( donc la version la plus récente ).

Dans ce cas il faut :

• Désactiver ALSA dans le noyau : laisser "Sound ---> Sound card support" coché mais décocher "Sound ---> Advanced Linux Sound Architecture" ainsi que "Open Sound System". Recompiler / installer le noyau et rebooter.

• Installer ALSA avec l'option "--with cards CARTE1,CARTE2,CARTE3" + les autres options si nécessaire ("--with-sequencer=yes", "--with-oss=yes" par exemple voir ALSA_Installation ).

Et ça donne quoi quand tu essayes de le charger à la main :
modprobe snd-pdplus


Ces 2 cartes ont été activées dans le noyau ?


Je doute que la modif de ce fichier soit utile dans un premier temps ... pour l'ordre des cartes, tu peux regarder par exemple ce fil récent (bon c'était pour Ubuntu, mais le principe reste le même)

Courage, t'es sur la bonne voie

T.

ahhhhh........... ta réponse prend tout son sens...

c'est à dire que quand ALSA fait partie intégrante du noyau et c'est le cas chez moi là... y'a tout simplement aucune trace de libraire ALSA instalable ou non (?), et les compiles alsa que je lancais c'était seuelement sur la libraire ! ? et donc y'a pas moyens d'incorporer uniquement le modules concernant ma carte son ProdifPlus dans mon prochain noyau... à moins que les source de ce kernel ne contienne lui même de base le module en question... bon je me comprends... enfin !

c'est un truc qu'il devrait éclairer sur les HowTos, parce que j'ai beau être informaticiien et developpeur c++, bah j'ai pas completement compris ce que je faisais... à part etre prevenu que y'a des imcompatibilités noyaux/librairies, que y'a pas les même modifs differentes à faire selon la distributions linux.... que selon que tu as un driver 0.94a ou 0.90 y'a ça aussi mais tu sais plus ou est le fil des actions surtout qu'avec la Debian on te fait faire des trucs qu'il ne faut pas faire sur une Debian... ouch... (oui il ne faut pas faire make install sur une Debian, c'est pas propre du tout, ça peut écraser ( oui oui des petits nenfants librairies gentilles sans prévenir personne, encore moins Aptitude...

petite paranthèse IMHO d'ailleurs j'ai trouvé ça déplorable que certaines distribution changent de gestion... genre pour le modules.conf... enfin je sais pas mais si y'a une norme c'est pour s'y confiner... sinon on a qu'à faire comme sous windows... c'est juste une remarque que je me suis fait sur le moment. peut etre à coté de la plaque la remarque.


tout ça pour dire que si la Echo gina20 a été intégrée entre la 2.6.17-1 et la 2.6.18-7... bah oui y'a quand même des chances que la ProdifPlus Sekd soit pas encore dans le fournil. ( y'a un site qui liste le parralélisme entre ALSA et les versions de kernel Linux ? )

Cà me parait très clair tout ça tout à coup ! je te vais recraché Alsa du noyau... ni une ni deux...

pour le modprobe snd-pdplus bah me dit que le module n'existe pas. tout simplement.

t'inquietes il va exister dès ce soir !

Bon allez... à la guerre comme à la guerre.

Bonjour,

je viens de tomber sur ce lien qui devrait pouvoir aider à débrouiller ces emmêlages de cartes sons..

http://www.sound-man.co.uk/linuxaudio/ice1712multi.html

Ca a l'air pas simple mais la bonne nouvelle c'est que maintenant jack veux bien fonctionner avec des empilages de cartes sons!

Courage!