Bonjour,
 
Avant de faire mon upgrade vers la 10.1 de Mandrake tout marchait ...
ET + TeamSpeak sans utiliser arts
Mais j'ai fait l'upgrade et j'ai bataillé pour que ca marche mais sans résultat !
Tuto que j'ai suivi
Dans TS j'ai mis d'utiliser /dev/sound/dsp et ET se lance mais il me met :
------- sound initialization -------
/dev/dsp: Invalid argument
Could not open /dev/dsp
------------------------------------
 
Bon j'espère que vous pourrez m'aider !!
 
Merci
 
RaSk

reconf la carte son avec draksound

C'est fait ... Ca change pas grand chose :S

Personne ne peut m'aider ??

qu'as tu fais encore ?
 
- montre le contenu de /etc/modprobe.conf
- donne le résultat de : lspcidrake
- donne le résultat des commandes suivantes :
/sbin/lsmod | grep snd
service udev status
rpm -q devfsd

J'utilise udev pour l'info ..
Alors :
Modprobe.conf :
install usb-interface /sbin/modprobe uhci-hcd; /sbin/modprobe ohci-hcd; /bin/true
alias eth0 via-rhine
alias tty-ldisc-13 n_hdlc
alias char-major-108 ppp_generic
alias tty-ldisc-14 ppp_synctty
alias tty-ldisc-3 ppp_async
 
alias snd-0 snd-ens1371
 
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF verion 1.0.6 ---
options snd  device_mode=0666
alias sound-slot-0 snd-ens1371
 
# --- END: Generated by ALSACONF, do not edit. ---
 
alias char-major-195* nvidia
 
lspcidrake :
 
via-agp         : VIA Technologies|VT82C691 [Apollo PRO] [BRIDGE_HOST]
unknown         : VIA Technologies|VT82C598 [Apollo MVP3 AGP] [BRIDGE_PCI]
unknown         : VIA Technologies|VT82C596 ISA [Apollo PRO] [BRIDGE_ISA]
unknown         : VIA Technologies|VT82C586 IDE [Apollo] [STORAGE_IDE]
usb-uhci        : VIA Technologies|VT82C586B USB [SERIAL_USB]
unknown         : VIA Technologies Inc|Power Management Controller [BRIDGE_HOST]via-rhine       : VIA Technologies|VT6102 [Rhine II 10/100] [NETWORK_ETHERNET]
unknown         : Intel Corp.|536EP v.92 modem (MD5628D-L-C ?) [COMMUNICATION_OTHER]
usb-ohci        : Agere Systems|USS-312 2-port PCI-to-USB OpenHCI Host Ctrlr [SERIAL_USB]
es1371          : Creative Labs|Sound Blaster AudioPCI64V/AudioPCI128 [MULTIMEDIA_AUDIO]
Card:NVIDIA GeForce2 DDR (generic): nVidia Corp.|NV11 Geforce2 MX/MX 400 [DISPLAY_VGA]
hub             : Linux 2.6.8.1-12mdk ohci_hcd|OHCI Host Controller [Hub]
hub             : Linux 2.6.8.1-12mdk uhci_hcd|UHCI Host Controller [Hub]
adiusbadsl      : Analog Devices Inc.|USB ADSL modem [Communications|ATM Networking]
 
lsmod :
snd-seq-midi            6624  0
snd-seq-oss            31232  0
snd-seq-midi-event      6080  2 snd-seq-midi,snd-seq-oss
snd-seq                47440  5 snd-seq-midi,snd-seq-oss,snd-seq-midi-event
snd-pcm-oss            49480  0
snd-mixer-oss          17376  2 snd-pcm-oss
snd-ens1371            18980  1
snd-rawmidi            19300  2 snd-seq-midi,snd-ens1371
snd-seq-device          6344  4 snd-seq-midi,snd-seq-oss,snd-seq,snd-rawmidi
snd-pcm                81800  2 snd-pcm-oss,snd-ens1371
snd-timer              20356  2 snd-seq,snd-pcm
snd-page-alloc          7400  1 snd-pcm
snd-ac97-codec         69392  1 snd-ens1371
gameport                3328  1 snd-ens1371
snd                    45988  10 snd-seq-oss,snd-seq,snd-pcm-oss,snd-mixer-oss,snd-ens1371,snd-rawmidi,snd-seq-device,snd-pcm,snd-timer,snd-ac97-codec
soundcore               7008  3 snd,bttv
 
service udev status :
 
udev est en fonctionnement                                      [  OK  ]
 
rpm -q devfsd :
 
devfsd-1.3.25-37mdk
 
 
Bon je te remercie de ta volonte à m'aider ...
 
RaSk

1. pkoi as tu utilisé alsaconf ? vire tout ce qu'il à mis.
ton modpropbe.conf devrait ressembler à ceci :

 
2. vire devfs : urpme devfs
 
3. reboot. ta carte son devrait marcher.

Ma carte son marche c'est juste que pour TeamSpeak et ET ca marche pas !

fais ce que je dis.
 
tu n'avais aps mis al compatibilité OSS, or la compatibilité OSS apporte /dev/dsp

ok j'ai tout fait ... Je reboote donc.

TS remarche mais ET refuse de se lancer ...

c'est ET ? téléphone maison ?
 
quand tu lances depuis une console as tu un message d'erreur ?
 
Rem : je ne pense pas que ta carte son supporte les accès simultanée ( ou plutôt le pilote ALSA )

------- sound initialization -------
/dev/dsp: Invalid argument
Could not open /dev/dsp
------------------------------------
 
ET = Enemy Territory le wolfenstein gratuit ..

résultat de :
/sbin/lsmod | grep snd
ls /dev/dsp*

lsmod :
 
snd-seq-midi            6624  0
snd-seq-oss            31232  0
snd-seq-midi-event      6080  2 snd-seq-midi,snd-seq-oss
snd-seq                47440  5 snd-seq-midi,snd-seq-oss,snd-seq-midi-event
snd-pcm-oss            49480  0
snd-mixer-oss          17376  2 snd-pcm-oss
snd-ens1371            18980  1
snd-rawmidi            19300  2 snd-seq-midi,snd-ens1371
snd-seq-device          6344  4 snd-seq-midi,snd-seq-oss,snd-seq,snd-rawmidi
snd-pcm                81800  2 snd-pcm-oss,snd-ens1371
snd-timer              20356  2 snd-seq,snd-pcm
snd-page-alloc          7400  1 snd-pcm
snd-ac97-codec         69392  1 snd-ens1371
gameport                3328  1 snd-ens1371
snd                    45988  10 snd-seq-oss,snd-seq,snd-pcm-oss,snd-mixer-oss,snd-ens1371,snd-rawmidi,snd-seq-device,snd-pcm,snd-timer,snd-ac97-codec
soundcore               7008  3 snd,bttv
 
ls :
 
/dev/dsp

dev/dsp existe on dirait. je pense que cela vient du fait qu'une applis utilises et blockes déjà /dev/dsp.
 
peut être arts ( dans ce cas :  killall artsd )
ou alors tu utilises artsdp : artsdsp exe_de_ET

artsd me fait un son horrible !
Et justement un prog utilise déjà dsp ! et normalement ce tuto explique comment en utiliser 2 en meme temps !!

 
 
tu es sûr ?
 
essaie : artsdsp -m exe_de_ET
 
Note : il y a un bug avec alsa sous mdk 10.0 et /proc/asound a un pb

salut Dark, si tu passes par la, j'ai une petite question dans l'ordre d'idée de ce topic :
 
J'avais utilisé alsaconf comme un con, comme ca marchait pas, j'ai fini par bidouillé moi meme le fichier modprode.conf grace à une réponse que tu avais donné dans un topic (que je retrouve plus....). Donc ca a marché. Voici la gueule du modprobe.conf :
 

 
 
est ce que je peux viré les ligne ALSACONF ? J'ai rajoute à la suite :
 

 
sans virer tous les trucs créer par alsaconf.. Alors je suppose que c'est un peu la bordel.
 
Ma deuxieme question : à quoi ca sert exactement les 5 lignes du dessus ? Je me posais la question quand ca a finis par marcher sans problemes apres cette manip.

pourquoi vous êtes pas OK avec l'utilisation d'un daemon genre esd/artsd ?

C'est un problème connu...
 
en tant que root tape ceci :
echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss
 
puis lance et.
 
Perso j'ai fait un script avec sudo.
 
PS : le pb existait déjà à l'époque de Q3 je crois.

plutot que faire de l'émulation OSS à gogo, t'as essayer de faire de l'alsa pure avec esd et de lancer ET avec esddsp ?

Moi j'utilise alsa mais sans ces 2 commandes je n'ai plus de son sous ET (astuce trouvée sur le forum de Teamspeak)

j'aime bien les gens qui disent utiliser alsa mais AVEC émulation OSS. le but, c'est de viré tout ce qui est OSS quand même, y compris l'émulation.

oui mais j'y peux rien si Enemy Territory marche comme ça...

ben moi je te dis : sur un système moderne tout alsa, et udev, l'utilisation d'un daemon de son est pleine d'avantages. ESD par exemple livre un utilitaire -- esddsp -- qui permet de faire tourner tous les vieux truc hardcodés pour OSS. et ça marche nickel.

le demon artsd me faisait des trucs bizarres des fois, fallait aller tuer le processus de temps à autre sinon j'avais plus de  son avec xmms par exemple. La au moins plus du tout ce probleme de son.

ben t'as le droit de paramétré xmms pour utilisé arstd. faut pas fuire pour accumuler solution foireuse sur solution foireuse.

Ouai, donc en fait tu utilises pas l'émulation OSS d'Alsa mais tu utilises un daemon qui émule OSS pour Alsa. C'est bonnet blanc et blanc bonnet ton affaire non ? Sauf que dans ton cas tu fait tourner un daemon supplémentaire. A moins que je ne me trompe.

non pas du tout. L'émulation OSS ça fournit toute l'API. esddsp, c'est un simple environnement qui fait une redirection  interne à esd. C'est très différent. Au final, j'ai un système très sain, et très simple. Que de l'alsa, et un daemon de son qui gère bien tout le toutim. Pour des legacy apps, au cas par cas, j'utilise esddsp. Toi actuellement, tu pais le prix de l'émulation OSS en permanence, et tes applis nages pas mal entre OSS et ALSA, de sorte que chacune charge des lib pour ALSA ou OSS, un joyeux bazar dans /proc/sys permettant au système de ne pas se vautrer.
 
Tu devrais vraiment jeter un coup d'oeil à des daemons de son tout ALSA, c'est vraiment plus sain, et plus simple : tout le monde passe par le daemon, derrière c'est ALSA.

autant pour moi alors, je regarde le sujet...

 
 
ah bah si tu veux bien nous donner des pistes c'est pas de refus, parceque niveau gestion du son personellement je me sens un peu perdu. Pour le moment c'est le domaine que je trouve le plus compliqué dans gnu/linux.

ben moi j'ai installé ALSA
 
un paquet très important :
libesd-alsa0 <- partie arrière ESD ALSA
 
après le but, c'est de virer tout ce qui utilise oss au niveaux des paquets. Il faut installer gstreamer-esd. Et l'utiliser (sous GNOME préférence du bureau -> préférences avancées -> systèmes multimedia, sélectionnez ESD et tester). Pour d'autres applications comme XMMS, il faut activer la sortie ESD dans l'onglet Output. Faut pas oublier de lancer ESD non plus
 
(esddsp est dans esound-clients)
 
 
Tant que le module OSS est chargé, il faut travailler. udev est pas mal pour ça, parce qu'il dégage les entrées de /dev qui ne servent pas. Comme ça, plutôt que d'avoir un /dev/dsp qui ne pointe vers rien, /dev/dsp n'existe plus -> repérage d'appli OSS = "/dev/dsp no such device or directory"

et sans GNOME d'installer, c'est possible ?

biensur

le sujet m'intéresse ; est ce qu'il est possible d'utiliser un esd 64 bits pour rediriger le son d'un soft 32 bits ?
 
si oui, comment, parce que je ne m'en sort pas

le son d'un soft 32bits ? je suppose, esddsp doit pouvoir lancher n'importe quoi à priori.
 
Sans déc : vous trouvez pas que c'est vraiment la merde ce mélange inextricable 32-64bits ?

si pour la 2° question mais on a pas toujours le choix même si autant que faire ce peux, j'essaye d'avoir du tout 64 bits, il y a des softs (pas beaucoup mais il faut rajouter les libs dont ils dépendent ) qui ne peuvent être 64 bits.
 
 
je posais la question parce que ni arts ni esd ne parviennent à le faire ;/

je sais pas. esddsp redirige juste les machins vers /dev/dsp vers des machins interne, ça marche pour tous même des script, alors pourquoi pas.

Vous avez essayé OSS commercial (désormais gratuit pour une utilisation personnelle), son émulation alsa, et son multiplexage soft 'mieux que dmix' les gens qui ont une carte son pourrie?