Salut,
 
Mon pb étant résolu, je vous invite à aller voir >>> ce post <<< un peu plus bas pour plancher sur le pb de Tranxen
 
post initial
 
j'ai un petit problème (je sais même pas si c'en est un d'ailleurs) avec ALSA 0.9 rc2 (celui compilé avec la MDK 9, noyau 2.4.19), mais le pb se reproduit aussi avec la RC5 alors que je n'avais pas de pb avec la RC3 sous MDK 8.2 ( noyau 2.4.18)
 
je l'installe, je configure modules.conf, je charge les modules avec modprobe
 
je fais le ~/.asoundrc  
 
je démute tous les canaux et j'augmente le son
 
et je teste un son :
avec play test.wav ça marche, pas de pb (il utilise OSS je crois donc l'émulation est bonne)
 
avec aplay test.wav rien à faire, ça marche pas.
 
avec aplay -D ens1371 test.wav , là ça passe, idem avec aplay  
 -D hw 0,0 test.wav
 
avec videolan client (version 0.5.0) en OSS, ça marche, en ALSA, ça marche pas (la video joue mais pas le son)
 
avec mplayer ( 0.9rc3) et le plugin de sortie alsa 0.9, ça passe sans pb
 
avec xine (0.9.18, libxine1-beta4), le module OSS marche très bien mais le module ALSA fait planter xine (obliger de le kill -9)
 
avec xmms (1.2.7) même pb qu'avec xine ou vlc.
 
 
Bref, c'est très bizarre. et j'aimerais bien savoir si vous avez des idées sur quoi faire.
 
Merci.

EDIT pour ajouter les versions des softs + xmms

As-tu essayé une mise-à-jour du noyau via urpmi ?

modprobe snd-pcm-oss ; modprobe snd-mixer-oss
et  
cat /dev/urandom > /dev/dsp pour essayer

mirtouf : non, je n'ai pas essayé la MAJ du noyau
 
lithium : l'émulation OSS marche très bien et ces 2 modules sont déjà chargés (tous les softs jouent du son si je choisis OSS comme plugin de sortie)

pour la MAJ du noyau, ça attendra que j'ai une ligne haut débit parec que 15Mo avec mon RNIS ça va exploser mon forfait (déjà qu'il est juste)
 
je précise que les drivers OSS du noyau fonctionne sans pb.

oki ben alors MàJ ALSA, la 0.9.1 est sortie

j'y pensais, on verra ça lundi

bon, je viens d'essayer la MAJ du noyau et rien de mieux. je vais essayer les 0.9.1
 
entre temps, si vous pouviez regarder ma config pour voir si il y a une erreur :

• /etc/modules.conf

• .asoundrc

  pcm.ens1371{  type hw  card 0 }   ctl.ens1371{  type hw  card 0 }

  
  ---------------
  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.
  

Essaye de placer tes options dans /etc/modules et regarde les changements.
 
A priori pas d'erreurs dans tes fichiers.

euh, /etc/modules, c'est pas un fichier où on inscrit les modules à charger au démarrage ?
 
je savais pas qu'on pouvait y mettre des options.
 
pour l'instant, ya les 0.9.1 qui compilent, j'essaierais ça si ça ne marche pas mieux.

Bon, c'est résolu avec les 0.9.1, ya pas à dire, ça a du bon les finales
 
merci à tous.

C'est ce que j'ai fait avec les RC, enfin je crois....  
 
Tant mieux si ça marche.

Peut-être pourra-t-on m'aider sur ce topic.
 
Je viens d'installer les 9.1 a priori sans problème, sauf que : je ne peut pas lancer la aslamixer, j'ai une erreur dans le snd-je_sais_plus_quoi, le son marche quand même en le réglant dans le mixer de gnome 2.2 (il faut le faire à chaque reboot...) et je n'ai pas de son du tout sous Quake3 (cf un topic plus bas).
 
Bref j'y comprends plus grand chose et si quelqu'un pouvait me proposer des solutions ce serait pas mal... Merci.

cat /etc/modules.conf
 
Le message d'erreur c'est can-t open /dev/sound/mixer ou quelque chose comme ça ?
 
Précise ton chip sonore.

Contenu de mon modules.conf :
 
 

 
 
Le message d'erreur qui apparaît lorsque je lance un utilitaire alsa est le suivant (pour alsa mixer) :
 
 

 
 
J'ai une carte Fortissimo III, le module qui correspond le mieux d'après la table ALSA est le  CS46xx, il correspond au même chip...
 
Quant à l'erreur que j'ai au lancement de Quake3, c'est la suivante :
 
 

 
 
Le jeu fonctionne par ailleurs mais sans le son, alors que j'ai du son sous XMMS, Mplayer et.
 
Merci d'avance.

1) en root, est ce que alsactl fonctionne ?

pour sauver les réglages sons,

pour les recharger (à mettre dans un script au démarrage).
 
2) vérifie que les modules OSS sont chargés ( cat /proc/modules |grep snd )
 
3) comment as tu installé les drivers ?
 
4) as tu bien fait le .asoundrc ? (http://www.alsa-project.org/alsa-doc/doc-php/template.php3?company=Hercules&card=Game+Fortissimo+II&chip=CS4624&module=cs46xx)
 

Je n'avais pas le .asoundrc, mais je viens de le faire comme indiqué, je l'ai mis dans le home de mon utilisateur...
 
 
Un alsactl ne donne rien, j'obtiens le même message d'erreur que pour alsamixer, alors que la compilation c'était bien déroulée.
 
 
J'ai installé les drivers en suivant la procédure indiquée sur le site alsa-project :
 
  1. ./configure --with-card=cs46xx --with-sequencer=yes ; make ; make install pour les drivers.
 
  2. ./configure ; make ; make install pour les libs
 
  3. ./configure ; make ; make install pour les OSS
 
  4. ./configure ; make ; make install pour les utils
 
J'ai ensuite créé le fichier alsa dans /etc/modutils, puis chargé les modules avec modprobe.
 
 
Un cat /proc/modules | grep snd me donne :
 

 
 
Merci de m'aider sur mon problème, c'est cool

Salut,
 
je n'ai pas vu si tu avais bien fait le ./snddevices et le chmod a+rw /dev/dsp /dev/mixer /dev/sequencer /dev/midi  parès l'install des drivers ?
 
chez moi, je n'ai pas compilé la lib OSS, les driver de base suffisaient.

J'avais dû oublier le ./snddevices. Maintenant les utilitaires ALSA fonctionnent.
 
Pourrais-tu m'expliquer comment je fais le script au démarrage pour que mes réglages soient corrects par défaut ?

chez moi, j'ai mis les modules à charger dans /etc/modules ( les noms des modules sans les .o)
 
ensuite, j'ai un script qui lance alsactl restore pour recharger la config du volume (en fait, c'est une ligne à la fin de  rc.local)
 
autrement, ma Mandrake a un script alsasound pour faire tout ça mais je ne l'utilise pas.
 
si tu veux le contenu, je te dis ça ce soir (je suis au taf et j'ai pas nux là)

Merci.
 
Sinon j'ai remarqué que, après un redémarrage, je dois à nouveau exécuter le ./snddevices en root pour que ça fonctionne. Mais cela fait peut-être parti du script ?

je sais pas, chez moi j'ai pas noté ce besoin, d'un autre côté, j'ai pas redémarré...
 
au pire, tu le mets juste avant le alsactl restore dans rc.local ; c'est pas très beau mais ça devrait marcher.

Sans doute que tu utilise devfs ?
 
Regarde si ces lignes sont presentes dans ton fichier /etc/devfsd/conf :
 

 
 
Si non alors ajoute les

Je n'avais pas ce fichier dans devfs, mais un conf.d/alsa*. J'ai quand même rajouter ces lignes, mais j'obtiens toujours le même résultat : son au niveau 0 au début de la session et pas de alsamixer, alsactl ou autre tant que j'ai pas refait un ./snddevices en root.
 
Au pire je peux peut-être foutre un script au démarrage pour ça (mais je sais pas comment faire...)
 
Par contre, toujours pas de son sous Q3

bon, je viens de vérifier et j'ai bien du son sur Q3 ( et partout ailleurs) sans avoir besoin de refaire ./snddevices, voilà le contenu du script sound (celui que j'ai désactivé au démarrage et remplacé par ce que j'ai dit + haut), en résumé, il se contente de charger les modules et de régler le mixer.

 
pour exécuter une commande au démarrage, écrit là à la fin du fichier /etc/rc.d/rc.local

En fait j'ai bien du son partout (sauf dans Q3), mais il faut que je règle le niveau sonore à chaque fois, il se remet à 0 tout seul.
 
Ce script, je le mets donc dans le fichier rc.local à la fin ? Et si je veux faire exécuter ./snddevices automatiquement au boot, je dois écrire quoi, sachant que la commande doit être exécutée en root ? [Newbie inside... désolé ]
 
Merci.

à la fin de rc.local, tu écris ces 2 lignes :
 

 
et si le volume est bien sauvegarder avec alsactl store (tu le fais une fois en root après avoir réglé comme il fallait) ça doit le remettre au même niveau.

Je n'ai pas de fichier rc.local à la base
 
J'en ai créé un dans chaque répertoire rcx.d (x=0,1,...) contenant ces deux lignes mais ça ne marche pas. J'ai cru apercevoir au démarrage un message d'erreur là-dessus comme quoi ce n'est pas un exécutable.

ouais
 
bon, il faut que tu crées un fichier /etc/rc.d/init.d (ou /etc/init.d) contenant (précisément):

 
ensuite, tu le rends éxécutables par chmod a+x ton_fichier
 
tu fois un lien symbolique de ce fichier dans les rcX.d sauf 0, 1 et 6 :
ln -s /etc/rc.d/init.d/ton_fichier /etc/rcX.d/S99ton_fichier
 
et là au démarrage, il devrait faire ce qu'il faut. pense à enlever le rc.local.

Ca marche nickel, merci.
 
Il me reste tout de même mon problème de son sous Quake3 pour passer entièrement à Linux
 
 

 
Je me demande si ce n'est pas dû à ma carte son un peu récente (Fortissimo III), bien que le chip soit le même que sur la II et  que le son fonctionne partout ailleurs.