ronan

  • 16 févr. 2007
  • Inscrit 19 nov. 2004
  • 0 meilleure réponse
  • Petit nouveau Rédacteur potentiel
  • merci pour toutes ses precisions.

    je souhaitais simplement activer OSS, suite à un de mes posts precedent, j'ai quelques difficultés à faire fonctionner correctement ma carte son non compatible alsa.

    recompiler le noyau, pour l'instant, j'ai d'avantage de probleme dans cette manipulation (longue en plus) que de benefice.

    je vais regardé la documention comme tu me l'indiques et esperant qu'activer oss ne necessite pas une recompilation.

    merci encore 🙂
  • la commande est :

    /sbin/modprobe ndiswrapper

    mais ca n'explique ton plantage.
  • bonjour,

    je souhaiterais savoir si l'on est obligé de recompiler le noyau completement ou bien il existe un moyen de configurer le noyau actuel directement par un fichier .config.

    j'ai besoins d'activer une option du noyau qui ne l'est pas par defaut (malheureusement), et je me vois contraind de tout recompiler suivant le tres bon tuto :

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

    y t il moyen de faire plus simple et rapide pour ce que je veux faire ?

    merci.
  • peut etre as tu demandé une connexion automatique au demarrage avec ton profil et que celui ci n'apparait pas. Le fait d'ouvrir une deuxiéme fois amsn avec les memes coordonnées provoque ce message.

    si aucun moyen ne peut t'indiquer que amsn est bien chargé, tu peux quand meme verifier par un "ps aux | grep amsn". si tu le trouves au demarrage alors que rien ne t'indique qu'il c'est chargé, c'est qu'il doit y avoir un probleme, kill le process et reinstalle le.

    c'est un idée qui me parait probable, à verifier 🙂
  • pourquoi conserver un peripherique dans /dev ? dev, ou "device" est, il me semble, l'ensemble des peripheriques ratachés à un system (disque dure et carte en tout genre)

    à chaque boot il verifie si de nouveaux peripheriques ont été installés et charge en consequence un des peripherique contenu dans /dev/

    il me semble que ca fonctionne ainsi.

    je crois que tu as des modif à faire sur /etc/modprobe.conf i tu veux conserver tes deux cartes son.
  • 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 🙂
  • 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: )
  • ce que je vais te dire est surement un réaction de debutant, mais en general au moment du ./configure, je regarde absolument tout ce qui ne va pas puis, j'installe apt et synaptic en faisant attention aux liens des depots.

    puis je fais une recherche avec l'option nom&description

    et j'installe ce qui me semble manquer par rapport au rapport donné lors du ./configure

    j'ai tjs reussi à installer ce que je voulais de cette maniére.

    en meme temps, il est plus simple de regarder les dependances donnés pour tel logiciel souvent (mais pas toujours...) donné sur la page où tu l'as telechargé.

    ton titre est un peu racoleur :-P
  • 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.
  • 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.
  • 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.
  • 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.

    :-?
  • 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...
  • 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é.
  • bonjour à tous !

    voila le probleme, j'ai acheté une carte son qui devait etre reconnue par Alsa et qui ne l'est pas.
    j'ai vu sur le site d'Alsa que la carte M-audio 7.1 etait supportée, j'en ai donc (mal) deduit que la 5.1 le serait aussi puisque le chip reste le meme à savoir une ENVY24.
    j'ai d'ailleur posté un message ici meme avant de l'acquerir, mais c'est visiblement une carte assez peu repandue.

    Ma Fedora c4 avec kernel 2.6.12-1.1398_FC4, reconnait cette carte comme une envy24HT, hors c'est une envy24GT...légére nuance que j'ai homis de prendre en compte lors de l'achat.

    bref elle ne fonctionne pas.

    apres pas mal de recherche je suis tombé sur un patch ici :

    http://www.mph.eclipse.co.uk/pub/linux/patches/

    nommé ice1712_revo.patch

    probleme c'est pour une debian, cela pose probleme ?

    comment faire pour l'installer ? car il modifi apparemment le fichier revo.h et revo.c, hors je n'ai pas ses fichiers sur le system.

    sinon, j'ai tenté le module OSS qui la reconnait tres bien, je l'ai installé en console sans X, le test de la carte c'est bien deroulée.
    mais au reboot je suis tombé sous Kde avec pleins d'erreur de daemon alors que j'etais au depart sous Gnome...

    help...

    merci
  • bonjour,

    afin de changer de carte son et troquer mon apu MCP-T de Nvidia sur le chip NF2, j'ai choisi une carte plus haut de gamme pour une utilisation stereo de qualité.

    la carte M-audio revolution 5.1 avec chip Via (erk !) ENVY 24GT soit une declinaison de la version ENVY 24HT.

    si vous avez des infos ou possedez la carte sous la fedora, je serais heureux d'avoir un retour sur sa reconnaissance par le system.

    merci.