Bonjour à tous,
 
Je tente de configurer Jack chez moi. J'ai donc installé :
 
- Jack  
- QjackCTL.  
- Des plugins LADSPA : ladspa - cmt plugins - swh-plugins - tap-plugins.  
- JackRack
- ReZound
 
pour une utilisation MAO. Mais j'ai un problème lorsque je tente d'utiliser QjackCTL. J'ai configuré le Setup correctement en me fiant à la configuration d'Hermes le messager. Mais le problème, il me dit à chaque fois que le serveur Jack ne peut démarrer car il ne trouve pas le driver.  
 

 
Alors ma distrib c'est la Mandrake 10.1 Powerpack. Mon driver de carte son c'est snd-cs46xxet d'après l'outil de config Mandrake, c'est bien un pilote Alsa .
 
Help siouplait

pourrais tu poster ton .asoundrc si il existe encore ?

 
Alors je ne sais pas s'il existe encore, mais je suppose que oui étant donné que le son fonctionne. Je ne suis pas chez moi, mais aux dernières nouvelles, il avait cette tête là :  
 
 

 
Je confirmerai ce soir  

à mon avis, c'est lié à ton pb, il cherche le 2° device mais ne le trouve pas

 
Oui mais c'est important le device.2 car c'est celui qui me permet d'utiliser ma sortie optique, tu te souviens ?

oui, je sais  
 
je suis en train de chercher le rapport entre tout ça pour voir comment résoudre le pb

 
t'es un amour   Je regarde aussi de mon côté, vive Google  

dans la ligne pour lancer jackd, essayes de remplacer hw0 par hw0,2 pour voir

 
je testerai ce soir, mais en fait pour l'instant je le lançais pas en ligne de commande mais avec le gui. Je regarderai ça.

tu peux le changer dans le gui sans pb (c'est une case sur la droite), c'est juste que pour faire des tests, je trouve plus simple d'utiliser la ligne de commande

 
Oki. Hmm, juste pour savoir, t'as trouvé ça sur le net, ou tu y a pensé comme ça ? Car je trouve pas grand chose relatif à mon prob sur le net là. Mais bon je suis un cas très particulier avec ma carte son.

j'y ai pensé en relisant le sujet sur ta carte son et le fait que tu définis par défaut la 2° sortie. alors à tout hasard, on peut tester en lui donnant cette sortie.
 
tu peux aussi essayer en virant le '-dhw:0 '  de ta ligne pour lancer jackd, peut-être qu'il prendra la bonne carte tout suel

pendant qu'on y est, pourrais tu regarder dasn /dev/snd si tu as le fichier /dev/snd/pcmC0D2c

 
Dans /dev/snd j'ai :  
 
controlC0  
midiC0D0  
pcmC0D0c  
pcmC0D0p  
pcmC0D1p  
pcmC0D2p  
pcmC0D3p  
seq
 
Mais j'ai tenté des  
jackd -d --/dev/snd/pcmC**** avec tous les fichiers existants mais ça n'a pas fonctionné  

lui a le même pb, a priori résolu mais je n'arrive pas à trouver le bugreport dont il parle :
http://www.music.columbia.edu/pipe [...] 15915.html

 
Ah exact, je vois pas non plus pour le bugreport

sinon, pour créer manuellement le device (on sait jamais, au cas ou ) :
mknod -m 600 /dev/snd/pcmC0D2c c 116 26

ok, je suis en train de comprendre un truc là
 
ce qui te manque, c'est le port de capture
 
en effet, je pense qu'en forçant uniquement le port de diffusion, ça passerait :
/usr/bin/jackd -t2000 -dalsa -dhw:0 -P -r44100 -p1024 -n2 -o2
 
mais tu ne peux plus acquérir
 
le corollaire de ça serait qu'en forçant un port de capture donné, on s'en sortirais peut-être. voilà la ligne à tester dans laquelle, on force la sortie numérique et l'entrée de base (non numérique). A tester avec -dhw:0 et -dhw:0,2 :

 
Punaise, tu me scies, je comprends pas comment vous faites sérieux. C'est quand même pas super évident ça, bon c'est vrai que je n'ai que 6 mois de linux mais quand même, je te félicite, car ça me semble vachement pointu tout de même.

+1

+2

+3    
t'as trouvé ça où? j ai jamais trouver de site ki explike vraiment la signification de ts ces hw , pcm et autres

En fait, avec un peu de temps (et j'en ai un peu trop ces temps ci ), c'est pas tres compliqué à comprendre.
 
je serais bien incapable de te dire à quoi correspond les pcm et autres mais voilà ce que j'ai déduit du problème de lenainquitue (c'est une hypothèse basée sur ce que j'ai lu et déduit, ce n'est pas une certitude, mais ça se tient pas trop mal) :
 
hw, ça doit être une abréviation pour hardware, c'est à dire matériel.
 
d'après le site d'ALSA, les cartes sons sont nommés à partir de 0 donc hw:0 = première carte son physique.
 
ensuite, chaque carte son doit avoir plusieurs canaux, qu'on voit avec la commande  
cat /proc/asound/devices
ex :

 
là c'est chez moi (un SB128), on voit que j'ai 2 canaux pour la diffusion (17 et 16) et un pour l'acquisition (24) et on voit aussi 2 nombres associés qui doivent correspondre au numéros de ces canaux (1 et 0, ALSA numérotant à partir de 0)
 
 
Je savais d'un précédent topic que lenainquitue utilisait le canal 2 de sa première carte, c'est à dire hw:0,2  
 
Maintenant, l'astuce, c'est que sous nux, tout est fichier, et donc que chaque canal doit correspondre à un fichier dans /dev, d'où le listage de /dev/snd puisque c'était de là que venait son erreur
 
et là, on remarque que les fichiers ont plus ou moins tous la même tête :
pcmCXDYc
 
le X doit correspondre au numéro de la carte
le Y au numéro du canal
le 'c' ou le 'p' au type du canal, diffusion (p) ou acquisition (c)
 
et là, on voit qu'il n'y a qu'un seul canal d'acquisition avec comme identifiants 0 et 0. Ce qui expliquerait pourquoi il ne trouve pas le canal d'enregistrement 2 chez lenainquitue (il cherche le 2 parce que d'après sa conf, le 2 est pas défaut, cf la première ligne de son .asoundrc)
 
Donc, je pense qu'en forçant le canal d'acquisition (un petit man jackd ici), ça devrait marcher. En tout cas, les tests chez moi ont fonctionné.
 
D'ailleurs, il y a de très fortes chances que les canaux correspondent aux prises de la carte son, je serais prêt à parier que lenainquitue a une carte son avec une entrée, et 4 sorties.
 
A+

merci pour ces explications claires et sans charabia informatik. j aurai appris kelke chose aujourdui. et ça aide de savoir un peu skon bidouille  

 
Bon j'ai tenté les deux commandes qui me disent encore  

 
Dois-je faire  
 
mknod -m 600 /dev/snd/pcmC0D2c c 116 26
 
avant ?
 

normalement non

regarde le message d'erreur, ça vient de l'option 1024, là, au niveau hardware, la carte semble être reconnue

 
bon trop tard, je viens d'essayer, mais bon je pense que c pas bien grave

ça c'est bon, ça veut dire que la carte est reconnue et gérée (normal puisque le canal capture est désactivé avec cette ligne)

essayes d'enlever l'option avec le 44100

 
rhaaaa, c'est pénible, bon j'ai tenté en virant le 44100, ça marche pas, je vais tenter avec d'autres valeurs pour le 1024

Tiens c'est marrant, depuis que j'ai rajouté  
 
mknod -m 600 /dev/snd/pcmC0D2c c 116 26  
 
quand je tente de lancer jack par son gui, il me dit ça :  
 

 
Pourtant je lui dit nul part de l'utiliser.

J'ai tenté de remplacer 1024 par 512 :
 
/usr/bin/jackd -t2000 -dalsa -dhw:0 -P -r44100 -p512 -n2 -o2  
 
et le serveur semblait en route, avec des erreurs mais en route, mais les applications ne "voyaient" pas le serveur en route.

en fait si
 
comme tu déclares par défaut le canal 2 dans ton .asoundrc, il considère que tout doit être utilisé sur celui ci, c'est à dire playback et capture. C'est pour ça que dans ma dernière ligne, je t'indiquais l'option -Chw:0,0 qui lui de ne pas utiliser la capture sur le canal 2 mais celle sur le canal 0
 
là , c'est un pb de droits, tente un  
chmod 666 /dev/snd/pcmC0D2c
pour le régler
 
par contre je ne peux pas te garantir que tu vas pouvoir enregistrer, il y a de grandes chances que ce soit un canal ne pointant vers rien

là, le pb, c'est qu'avec l'option -P, tu désactives l'interface de captur, c'est peut-être la cause du pb
 
pour la réactiver, je vois plusieurs solutions :

• lui dire d'utiliser la bonne source de capture

  /usr/bin/jackd -t2000 -dalsa -dhw:0 -Chw:0,0 -r44100 -p512 -n2 -o2

• lui faire croire qu'il y a une source de capture à cet endroit en faisant un lien symbolique (je viens de tester, ça a lair de marcher)

  cd /dev/snd ln -s pcmC0D0c pcmC0D2c

  et le lancer ensuite simplement avec les options par défaut (ou via le gui, c'est kif kif):
  

  /usr/bin/jackd -t2000 -dalsa -dhw:0 -r44100 -p512 -n2 -o2

  
  Message édité par Mjules le 09-11-2004 à 19:02:51
  
  ---------------
  Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
  

 
La première option (en gras) a mis deux erreurs :
 
/usr/bin/jackd -t2000 -dalsa -dhw:0 -P -r44100 -p1024 -n2 -o2  
 
mais le serveur fonctionne par la suite. Par contre, comme je connais pas les applis encore, j'ai pas testé si je pouvais enregistrer et écouter.  
 
J'en reste là ou tu crois que je peux tester la seconde solution également ?
 
En tout cas, mille mercis, quelque soit le résultat (ça a l'air de marcher de toute façon), tu m'as véritablement épaté là   Linux, ça rend humble, quand vous pensez savoir vous débrouillez un peu, y'a un gars qui arrive et qui vous épate la galerie    

je suis pas sur d'avoir bien compris quel ligne posait pb

 
Alors excuse-moi je pensais qu'il avait pris le gras, mais ça n'a pas été le cas. Ce qui a fonctionné mais en me donnant deux messages d'erreurs cités plus haut c'est :  
 

et si t essayais de le lancer en root?
j ai eu plus ou moins le meme pb ke toi la premiere fois; puis je l ai lancé en root une fois et par la suite j ai pu le lancer en user: va comprendre charles    
en tout cas le "permission denied" k il te renvoie ne doit pas s appliquer à root.

ok, si cette ligne fonctionne, alors ça doit être bon  
 
les messages d'erreurs, c'est les couldn't open blabla ?
 
si jackd marche, il ne te rend pas la main