j'ai suivis le tuto ici meme :

http://www.fedora-france.org/modules/wfsection/article.php?articleid=64

apres avoir installé les source avec rpm -iveh kernelXXXsrc.rpm

je me suis rendu dans la section /sound/pci/ice1724

là effectivement, les revo.h et revo.c etait present.

j'ai donc copier le patch dans ce repertoire afin de l'appliquer par un "patch <ice1712_revo.patch, il me repond :

[root@fedora ice1712]# patch <ice1712_revo.patch
patching file revo.h
patching file revo.c
[root@fedora ice1712]

puis ensuite la recompilation du noyau qui prend 3 heures...

reboot sur le nouveau kernel et...meme probleme, ca n'a rien changé.

j'y ai pensé...puis je me suis dit que ce n'etait pas le bon moyen puisque ca ne fonctionne pas.

dans le repertoire /usr/src/redhat/BUILD/kernel-2.6.12/linux-2.6.12/sound/pci/ice1712

j'ai ceci :

ak4xxx.c aureon.h ews.c ice1712.c juli.h pontis.c revo.c stac946x.h =amp.c delta.c
ews.h ice1712.h Makefile pontis.h revo.c.orig vt1720_mobo.c amp.h delta.h hoontech.c ice1724.c phase.c prodigy192.c revo.h vt1720_mobo.h
aureon.c envy24ht.h hoontech.h juli.c phase.h prodigy192.h revo.h.orig

j'ai appliqué le patch puis supprimé le fichier patch, et si je fais un make dans ce meme repertoire, il me marque :

make: *** Pas de cibles. Arrêt.

à moins que je me trompe de repertoire pour le make...

decidement...j'y arriverais jamais.

apres les commandes données, je suis allé sur /lib/modules puis sur le kernel en cour. Là, il existe 3 repertoires contenant le dossier /sound/pci/ice1712

dans sources et build, il n'y qu'un fichier Makefile, sans autre fichiers.
dans Kernel par contre j'ai 3 fichiers iceXXX avec l'extension *.ko

donc plus de revo.c et revo.h et pas moyen d'appliquer le patch.

:-?

merci beaucoup pour le lien.

j'ai telecharger alsa et appliqué le patch sur les fichier revo.c et revo.h, la carte sort enfin quelque chose mais le son est TRES TRES saturé, impossible d'utiliser alsamixer...
pendant le test j'ai eu tres peur pour mes enceinte (electra 906 Jmlab) tellement le son etait saturé et fort...

j'ai tenté d'installet une nouvelle fois le module OSS qui, apres l'installation, test les deux canaux stereo avec un son parfait, mais une fois retourné sous gnome le probleme reste le meme.

je n'ai plus qu'à attendre qu'une mise à jour d'alsa voit le jour, mais deja que la carte n'est pas toute recente, je suis peu optimiste.

merci de votre aide à tous.

je ne peux pas jouer sur le niveau malheureusement, alsamixer s'ouvre bien, mais le volume reste bloqué. Cela doit etre du au pilote qui n'a pas été fait pour une redhat car alsamixer me donne la bonne reference de carte "revo 5.1", signe que le patch à partiellement fonctionné.

les autres mixer ne fonctionne pas non plus, alsagui, mixer de gnome...les reglages sont bloqués.:-?

c'est dommage pour moi, car c'est une excellente carte. Testé sous windows, le son est sans comparaison avec le chip MCP-T de la Nf2.

j'ai essayé avec oss, en retirant ce que je pouvais d'alsa, en verifiant si des daemons chargeaient des modules de son en les "killant".

un peu de ménage donc avant l'installtion d'OSS. j'ai coupé la session active puis mis en init 3.

chmod +x de oss-install. une interface (semi)graphique se chargent de collecter les infos, j'ai juste à lui indiqué ou il doit etre installé -> /usr/lib/oss

à la fin de l'installation, un panneau s'ouvre avec une option permettant de tester si la carte est fonctionelle et elle l'est ! le test se passe tres bien.

de retour sous gnome, le fichier /etc/modprobe.conf est modifié avec les modules OSS à charger.

mais si je test de nouveau la carte, elle est tjs reconnue comme une ENVY24HT et le son est mauvais limite dangereux pour l'installation (tweeter aie...). j'ai aussi un message d'erreur m'indiquant que le mixer n'a pu etre chargé.

je suis pas specialiste mais il m'est arrivé de voir des script terminé correctement alors que des modules n'avaient pas été chargés, la faute à modprobe qui doit etre "/sbin/modprobe" pour fonctionner...

à mon niveau de comptétence, je crains ne pas pouvoir faire grand chose pour ma carte son...mais je vais continuer à chercher quitte à verifier le patch et son contenu par rapport à l'original et voir si je peux adapter.

ok, j'essaierais une session sous Kde pour voir le resultat.

merci beaucoup.

bien, j'ai retenté l'installation d'OSS plus prometteur que de perseverer avec Alsa.
je me suis rendu compte que j'avais oublié de tuer des demons (ca fait peur dis comme ça).

un /sbin/lsmod | grep snd puis une serie (tres nombreuse) de /sbin/rmmod et un /sbin/depmod -a pour remettre dans l'ordre.

ca été fait en console init 3. j'ai supprimé encore une fois tout ce qui etait en rapport avec le son dans /etc/modprobe.conf

l'installation d'OSS nickel, puis reboot et...tranquille, pas d'erreur cette fois 🙂

je regarde les modules chargés et je vois que OSS n'est pas demarrer un "/etc/init.d/oss start" et (roulement de tambour...) ca donne une erreur...visiblement le kernel ne serait pas configuré pour recvoir OSS.

il m'a semblé avoir vu cette option dans dans xconfig lors de ma tentative de compilation avant hier.


to be continued (demain parcque là j'en ai marre :lol: )

bien me revoila pour la derniére fois, ca fonctionne !! (oui oui :-P )

bon, il fallait bien recompiler le noyau avec l'option OSS activé dans les paramétres son de xconfig.

ensuite installé OSS ./oss-install en ligne de commande, le laisser faire, tester et rebooter.

sous gnome ca roule...seul inconvenient, ce n'est pas aussi simple qu'avec Alsa, meme si alsamixer est moche il a le merite d'exister.

pour le controle de volume pas le choix que de taper en console : ossmixe front 100:100 par exemple.

m'enfin ca fonctionne...maintenant à voir si ca sera compatible avec tous les soft multimedia.

merci pas pour ton aide 🙂