ah !!! merci Monsieur Martin Habets, il existe un patch ici :

[www.mph.eclipse.co.uk]

mais..heu...hum...on fait comment pour patcher ?...#%b

Poste le Thursday 11 August 2005 22:17:19

patch -pnum < patchfile

num variant en fonction du répertoire d'ou tu lances le patch


--
Brugmans Frédéric

[www.brugmans.net]
[triathlon.sport-challenge.be]

Poste le Friday 12 August 2005 12:22:33

merci beaucoup Brugmans Frédéric, mais je crois que je vais avoir besoins d'un peu d'explication...

le patch est, au depart, pour une Debian, je suis sous fedora...cela pose t il probleme ?

d'une autre, j'ai ouvert le patch et j'ai regardé un peu comment ce patch allait modifier les fichiers et surtout lesquels...

je donne deux petits extrait :

Citation
Patch ice1712_revo
Index: 2.6.12/sound/pci/ice1712/revo.h
===================================================================
--- 2.6.12.orig/sound/pci/ice1712/revo.h 2005-07-04 16:41:34.000000000 +0100
+++ 2.6.12/sound/pci/ice1712/revo.h 2005-07-15 15:26:07.000000000 +0100
@@ -25,9 +25,11 @@
*/

#define REVO_DEVICE_DESC \
- "{MidiMan M Audio,Revolution 7.1},"
+ "{MidiMan M Audio,Revolution 7.1},"\
+ "{MidiMan M Audio,Revolution 5.1},"

#define VT1724_SUBDEVICE_REVOLUTION71 0x12143036
+#define VT1724_SUBDEVICE_REVOLUTION51 0x12143136

/* entry point */
extern struct snd_ice1712_card_info snd_vt1724_revo_cards[];

il est question d'un fichier "revo.h", hors une recherche sur l'ensemble du system ne me donne aucun fichier de ce nom...

la deuxiéme partie du patch donne ceci :

Citation
patch ice1712_revo
--- 2.6.12.orig/sound/pci/ice1712/revo.c 2005-07-04 16:41:34.000000000 +0100
+++ 2.6.12/sound/pci/ice1712/revo.c 2005-07-15 15:40:13.000000000 +0100
@@ -1,7 +1,7 @@
/*
* ALSA driver for ICEnsemble ICE1712 (Envy24)
*
- * Lowlevel functions for M-Audio Revolution 7.1
+ * Lowlevel functions for M-Audio Revolution 7.1 and 5.1
*
* Copyright (c) 2003 Takashi Iwai <tiwai@suse.de>
*
@@ -150,6 +150,10 @@
ice->num_total_dacs = 8;
ice->num_total_adcs = 2;
break;
+ case VT1724_SUBDEVICE_REVOLUTION51:
+ ice->num_total_dacs = 6;
+ ice->num_total_adcs = 2;
+ break;
default:
snd_BUG();
return -EINVAL;
@@ -164,6 +168,7 @@
ice->akm_codecs = 2;
switch (ice->eeprom.subvendor) {
case VT1724_SUBDEVICE_REVOLUTION71:
+ case VT1724_SUBDEVICE_REVOLUTION51:
if ((err = snd_ice1712_akm4xxx_init(ak, &akm_revo_front, &akm_revo_front_priv, ice)) < 0)
return err;
if ((err = snd_ice1712_akm4xxx_init(ak + 1, &akm_revo_surround, &akm_revo_surround_priv, ice)) < 0)
@@ -185,6 +190,7 @@

switch (ice->eeprom.subvendor) {
case VT1724_SUBDEVICE_REVOLUTION71:
+ case VT1724_SUBDEVICE_REVOLUTION51:
err = snd_ice1712_akm4xxx_build_controls(ice);
if (err < 0)
return err;
@@ -201,5 +207,12 @@
.chip_init = revo_init,
.build_controls = revo_add_controls,
},
+ {
+ .subvendor = VT1724_SUBDEVICE_REVOLUTION51,
+ .name = "M Audio Revolution-5.1",
+ .model = "revo51",
+ .chip_init = revo_init,
+ .build_controls = revo_add_controls,
+ },
{ } /* terminator */
};

là, il est question d'un fichier "revo.c", dont je ne trouve aucune trace sur le system.

si je suis le chemin indiqué dans le patch, j'en trouve trois corespondant au Kernel utilisé :

/lib/modules/2.6.12-1.1398_FC4/kernel/sound/pci/ice1712 ou ce trouve les fichiers suivants :

drwxr-xr-x 2 root root 4096 aoû 11 22:40 .
drwxr-xr-x 17 root root 4096 aoû 11 21:27 ..
-rwxr--r-- 1 root root 88296 jui 15 08:15 snd-ice1712.ko
-rwxr--r-- 1 root root 77584 jui 15 08:15 snd-ice1724.ko
-rwxr--r-- 1 root root 6188 jui 15 08:15 snd-ice17xx-ak4xxx.ko

/usr/src/kernels/2.6.12-1.1398_FC4-i686/include/config/snd/ice1712 avec les fichiers :

total 24
drwxr-xr-x 2 root root 4096 aoû 11 21:46 .
drwxr-xr-x 85 root root 4096 aoû 11 21:46 ..
-rw-r--r-- 1 root root 36 jun 3 04:54 module.h

et enfin le dernier, /usr/src/kernels/2.6.12-1.1398_FC4-i686/sound/pci/ice1712 avec :

total 24
drwxr-xr-x 2 root root 4096 aoû 11 21:46 .
drwxr-xr-x 17 root root 4096 aoû 11 21:46 ..
-rw-r--r-- 1 root root 433 jun 3 05:04 Makefile



donc avec tout ça...je suis un peu perdu, meme en faisait un "man patch" c'est assez obscure de meme que le numero à mettre correspondant à "patch -pnum" à quoi correspond ce numero ?
dommage que l'auteur n'est pas integré un "readme", ca aurait bcp aidé.

desolé d'avoir été aussi long en esperant que quelqu'un de courageux puisse m'eclairer.

Poste le Friday 12 August 2005 17:05:44

Citation
ronan
le patch est, au depart, pour une Debian, je suis sous fedora...cela pose t il probleme ?

Heu il me semble que oui, les noyaux fournis chez Debian sont assez lourdement modifiés.

--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-

Poste le Friday 12 August 2005 17:30:56

si tu ne trouves pas le fichier revo.c et revo.h, c'est tout simplement que les sources du noyau ne sont pas installées.

--
Brugmans Frédéric

[www.brugmans.net]
[triathlon.sport-challenge.be]

Poste le Friday 12 August 2005 19:03:24

ok, je vais donc suivre la marche à suivre pour installer les sources puis recompiler...ce va etre chaud, surtout qu'à chaque fois que j'ai voulu le faire, il y a toujours eu un probleme...fichier ou dossier qu'il ne trouve pas, erreurs diverses et variées...

bon, on va tenter quand meme et tenter d'appliquer un patch qui n'est pas fait pour la fedora...si j'avais su avant de prendre ce model de carte... :-(

en attendant, j'ai essayé d'installer OSS avec un fichier executable sur une console en init3, tout c'est bien passé avec un joli test de la carte son et c'etait nickel !

reboot et catastrophe (m'en doutais un peu remarque), Kde s'ouvre avec pleins d'erreurs sur le dameon oss alors que j'etais sous gnome...et impossible de retourner sur ce dernier.

j'ai pété la fedora en gros ^^D-* trop fort.

bon, j'y retourne et si j'y arrive, un petit recapitulatif ici meme, ca pourra tjs servir à ceux qui ont le meme chip audio (rare visiblement...)

un grand merci à vous pour vous etre penché sur le probleme ;-)

Poste le Friday 12 August 2005 19:21:08

Si OSS marche, pourquoi en changer ? À mon avis ton problème est dû à un démon de son, du genre d’artsd ou d’esd. Tue-les et vire les sons système.

--
On ne prête qu’aux riches, et on a bien raison, parce que les autres remboursent difficilement.
-+- Tristan Bernard (1866-1947) -+-

Poste le Friday 12 August 2005 19:27:19

je ne sais pas si c'est le cas avec le fedora, mais avec debian, tu as toujours un fichier /boot/config-$(uname -r) ( uname -r = numero de la version du noyau ) que tu peux recopier vers /usr/src/linux/.config et qui permet d'avoir un nouveau noyaux avec la configuration de l'ancien.

--
Brugmans Frédéric

[www.brugmans.net]
[triathlon.sport-challenge.be]

Poste le Friday 12 August 2005 19:52:21

finalement j'ai abondonné la piste Alsa, apres avoir recompilé avec le patch, la carte n'est tjs pas reconnue.

l'installtion d'OSS etant mon dernier espoire, il a fallu recompiler le noyau avec l'option OSS activé. Maintenant, la carte est reconnue et fcontionne parfaitement, meme si les options ne sont pas presente pour la gerer completement....pas de panneau de config et pour baisser ou augmenter le volume, il faut en console valider -> ossmix front 100:100...pas vraiment pratique.

mais une question m'en améne une autre...maintenant que j'ai mon beau kernel tout neuf, je ne peux plus installer la prise en charge NTFS et les driver ATI, les rpms ne reconnaissent plus le kernel comme etant valide ! du genre dependance requise sur le kernel qui est pourtant le bon, mais avec un nom different.

comment proceder ?


merci.

Poste le Tuesday 16 August 2005 17:48:04