'Soir,
J'ai encore des problèmes de sons (en fait je ne les ai jamais vraiment réglé ) sous ces deux jeux. Voici les erreurs que j'ai :
 
 
Q3:
 

 
 
ET:
 

 
 
La config de mon kernel :
 

 
Note : /dev/dsp existe, meme si c'est un lien vers je sais pas quoi
 
$ ls -al /dev/dsp
lr-xr-xr-x    1 root     root            9 Dec 26 16:18 /dev/dsp -> sound/dsp
 
Précision : je suis sous un 2.6
 
 
SOLUTION DU PROBLEME
 
Les commandes sont à taper en root, évidemment.
 
Pour Quake3 :

 
Pour Enemy Territory :
 

 
Ce sont les seules solutions fiables. Elles proviennent de la doc du kernel.

tu es sous un 2.6.0 a ce que je vois.
J'ai le même souci
J'ai mis /dev/adsp dans les fichiers de conf de Q3 et ET mais tja pareil.
 
Ha et aussi dans la conf de xmms je n'ai pas le mixer, je ne peu donc pas baisser le son depuis xmms.
 
Une idée ?

Moi le son marche impec sur XMMS.

moi aussi sauf le mixer pour diminuer ou augmenter le volume.
Je ne sais pas quoi choisir

ça ne règle pas mon problème de son tout ça

chezmoicamarche.com, mais quelqu'un m'a dit qu'il avait un probleme avec q3 et le 2.6.0, et qu'il l'avait résolu en faisant ca en root)
 
echo "quake3.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "quake3.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss

Comment expliquer ça pour ET alors ?

Ca marche avec q3?
Pour et tu remplaces quake3.x86 par et.x86

Bin j'ai pas essayé mais ces commandes me paraissent frauduleuses
 
Disons que j'aime pas trop modifier des trucs comme ça, un peu façon porcos quoi

okie pis au fond tant mieux les jeux videos c'est une perte de temps  

Les jeux sur le moteur de Quake 3 ne sont pas top question compatibilité avec l'emulation OSS d'Alsa. Il me semble qu'ils ont cassé pour de bon la compatibilité aux alentours de la version 0.9.7 d'Alsa.
 
C'est deux lignes servent à indiquer à Alsa de donner un accès directe à la carte son a Quake 3. Mais ca ne resoud absolument pas le problème chez moi pour ET : son de très très mauvaise qualité, complètement haché et ce sur 2 cartes sons differentes.
 
De plus, si qq connait une solution pour ET je suis preneur car je me voit mal revenir à une vielle version d'Alsa. D'ailleurs, si vous connaissez aussi une solution à la très mauvaise qualité sonore de tous les jeux sur carte snd-via82xx, je suis preneur aussi. Ca marchait bien jusqu'à la version 0.9.0 environ.

Sous KDE essaie :
artsdsp -m et
 
et ajuste les buffers alsa (dans le KDE config panel) pour diminuer le retard du son.

Quelqu'un à la soluce pour ET ? G tt essayé

Faudrait vraiment faire un bugreport, mais où ?

Bonjour,
j'ai trouvé ce forum par google.
J'ai aussi des problèmes de sons avec Quake 3 (via chipset).
D' abord j' avais:

.
J'ai aussi trouvé

quelque part (google )
Ainsi le son est OK aux menus, mais dans l'aréna le jeu bloque +/- immédiatement.
J'ai aussi essayé le driver oss via82cxxx_audio (sans alsa) (compilé comme module)  
Ainsi mmap marche, mais j'ai aussi un crash
Raison pour essayer: j'avais trouvé quelque part qu'OSS marcherait, ( http://zerowing.idsoftware.com/linux/q3a/#nosound, mais ma version du driver est plus nouvelle).
Il ya quelqu'un qui sait si des autres versions (plus âgées) d'alsa marchent (ou du driver OSS) et comment installer une version vieillie?
 
Sur ce pc, il y a Slackware 9.1. J' avais le problème avec le kernel standard 2.4.22 et maintenant avec le 2.6.1
J' ai un chipset VIA Apollo 133A avec le son onboard ac97.
J'ai essayé arts et esd mais ça n'aide pas...
 
(Excusez moi pour mon français, mais je suis néerlandophone d'origine)

3 solutions :
- Utiliser les drivers OSS s'ils sont dispo et s'ils marchent bien pour votre carte. Je viens de m'acheter une Sound Blaster Live rien que pour ça
- Tanner les gars d'Alsa pour qu'ils corrigent leur emulation OSS
- Tanner ID software pour qu'ils arretent d'utiliser OSS directement et qu'ils passent soit par SDL, soit pas ALSA à la place car ce dernier remplace OSS.

Il faut rajouter une ligne dans un fichier de conf alsa. Je regarde si je retrouve ça. Il me semble que c'est ça :  
 
A rajouter dans /etc/modprobe.d/alsa (sous Debian avec le 2.6 du moins) :  
options snd-cs46xx mmap_valid=1

 
bah c'est ce qui est mis dans la doc du kernel et ça marche au poil pour moi

Ah ? bon alors je vais les faire

Effectivement ça marche
 
Mais pour ET ?
 
echo "et.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss
echo "et.x86 0 0 disable" > /proc/asound/card0/pcm0c/oss
 

ouai
 
tu peux remercier floups qui t'a donné la solution y-a plus d'un mois

lol ouais, merci à vous

Donc faut refaire la manip à chaque fois que la bécane est éteinte ?

 
oui m'enfin tu le mets dans un fichier de démarrage
par contre si tu as une debian par exemple, faut pas le mettre dans bootmisc parce que ça fait le truc trop tot et c'est pas pris en compte du coup
faut le mettre dans un fichier qui passe apprend le boot d'alsa

Je pensais avoir posté ici..
Jai posté ca au moins 3fois..
Perso j'ai simplement mis les droits sur /dev/dsp0 et ca marche..
 
edit: je parlais du fichier pointé par /dev/dsp, je ne pensais pas que ca varié..

Ah oui je pensais pas qu'il fallait refaire la manip à chaque reboot, c'est chiant ! Et puis mettre ça dans un fichier de démarrage, ya pas plus porc je trouve... ça sent le bon bidouillage...
 
glor : seulement moi ET me parle pas de dsp0...
 
------- sound initialization -------
/dev/dsp: Input/output error
Could not mmap /dev/dsp
------------------------------------

Oui, mais dsp est un lien vers dsp0.

Pas chez moi.
 
# ls -al /dev/dsp
lr-xr-xr-x    1 root     root            9 Feb  9 20:16 /dev/dsp -> sound/dsp

Et t'azs essayé de faire joujou avec les permissions de tout ce bazar ?

Non mais je sais pas quoi faire réellement...

De toute facon en mettant mon dsp0 a+rwx j'ai pas de son. Je suis bon pour le script crado

 
tu retappes la commande  

 
ça a rien de crado, qu'est ce qu'il ne faut pas entendre
en quoi c'est plus crade que de le tapper à la main
bon c'est pas génial c'est vrai mais on a vu pire

Pareil pour moi :
# ls -al /dev/dsp
lr-xr-xr-x    1 root     root            9 fév 10 09:41 /dev/dsp -> sound/dsp
 
Je tape les 2 lignes à chaque fois.

 
comment ça tu tappes les 2 lignes à chaques fois ?
tu parles de direct et disable dans /proc ?
j'ai oublié de dire mais il semblerait que direct soit suffisant (moi j'utilise que direct)
et sinon je vois pas le pb à mettre ça dans un fichier de démarrage, ils sont là pour ça
c'est la méthode (commande) qui est pas terrible, mais le foutre dans un fichier de démarrage est on ne peut plus logique à partir du moment où on veut pas s'emmerder à refaire ça à chaque fois  

En pratique on fait cela comment ?

on peut pas l'intégrer dans un fichier de config propre à ET ?

 
bah faut le faire en root donc le plus pratique ça reste le fichier de démarrage, en plus ça coute rien, c'est cadeau

Ah oui c en root, zut...
 
Fichier de démarrage boo c taboo on en viendra tous à boo