En fait, il y as: OSS, ALSA, ESD, Dmix, Arts, asound ... et le pire c est que tout peut marcher en meme temps ... de maniere plus ou moins conflictuelle toutefois ...
Si tu as juste le driver ALSA, seules les aplis ALSA peuvent lire. Si en plus tu load
alors la les aplis OSS pures peuvent aussi acceder a la carte son.
Mais ca peut etre tres complique: avec ces deux derniers drivers, les aplis OSS peuvent acceder au sons de maniere explusive; c est le cas de mplayer OSS, SDL OSS, et ESD-OSS; pour ouvrire une apli ALSA, tu dois couper le truc OSS.
Sans les deux derniers, aucune apli OSS ne peut marcher directement.
Mais, meme sans les deux derniers, tu as encore des roues de secours: tu peut installer esd-alsa, ou aoss qui convertis les appels OSS en appels ALSA ...
une apli OSS pure ne pourra jamais acceder a la carte en meme temps que quoi que ce osit d autre.
Maintenant, meme avec tout ca, je ne pouvais pas jouer deux aplis ALAS en meme temps. Car pour utiliser Arts ou Dmix, il faut quand meme que ta carte son supporte le multiplexing ppp
Eh oui, je dis bien "pouvais pas", parce que meme avec une carte son pourrie, il y a encore une solution: asound ...
si tu as un fichier ~/.asoundrc alors plusieur aplis ALSA peuvent acceder en meme temps a la carte.
Finalement, chez moi il y a:
ALSA + asoundrc + esd-alsa.
Cela me permet en meme temps d avoir:
xmms-alsa, mplayer-alsa gaim-esd.
La ou ca coince, c est pour le VOIP ( Skype/Gnomemeeting), la je coupes toutes mes aplis ALSA ( xmms, mplayer, esd ... ), et alors je peux lancer mon apli VOIP qui accede en OSS grace specifiquement a snd-pcm-oss/snd-mixer-oss ( et ils ne me servent qu a ca).
Je n ai pas besoin de Dmix ni Arts, donc je peux pas te dire comment ils marchent.
dhp@pluton:~$ cat .asoundrc
pcm.ossmix {
type dmix
ipc_key 1337 # must be unique!
slave {
pcm "hw:0,0" # you cannot use a "plug" device here, darn.
period_time 0
period_size 1024 # must be power of 2
buffer_size 8192 # dito
rate 44100 # Same rate for everyone
}
# bindings are cool. This says, that only the first
# two channels are to be used by dmix, which is enough for
# (most) oss apps and also lets multichannel chios work
# much faster:
bindings {
0 0 # from 0 => to 0
1 1 # from 1 => to 1
}
}
# Everything shall be dmixed, so redefine "default":
pcm.!default {
type plug
slave.pcm "ossmix"
}
pcm.dsp0 {
type plug
slave.pcm "ossmix" # use our new PCM here
}
Puree, ca parles de OSS et Mixer ... je ve veux pas comprendre pourquoi .... ca marche comme ca chez moi, alors me poses pas plus de questions :D
PS: j utilise mplayer en mode alsa, et xmms en mode esd, car xmms est bien plus stable en esd qu en alsa, et pourtant, esd n introduit aucun lag cote XMMS. Je suis en Debian SID.
# c est pas simple.
Posté par doublehp . En réponse au message ALSA, gstreamer, OSS bref le son sous GNU/Linux.... Évalué à 1.
Si tu as juste le driver ALSA, seules les aplis ALSA peuvent lire. Si en plus tu load
# ALSA
snd_via82xx
#emu10k1
emu10k1-gp
snd-pcm-oss
snd-mixer-oss
alors la les aplis OSS pures peuvent aussi acceder a la carte son.
Mais ca peut etre tres complique: avec ces deux derniers drivers, les aplis OSS peuvent acceder au sons de maniere explusive; c est le cas de mplayer OSS, SDL OSS, et ESD-OSS; pour ouvrire une apli ALSA, tu dois couper le truc OSS.
Sans les deux derniers, aucune apli OSS ne peut marcher directement.
Mais, meme sans les deux derniers, tu as encore des roues de secours: tu peut installer esd-alsa, ou aoss qui convertis les appels OSS en appels ALSA ...
une apli OSS pure ne pourra jamais acceder a la carte en meme temps que quoi que ce osit d autre.
Maintenant, meme avec tout ca, je ne pouvais pas jouer deux aplis ALAS en meme temps. Car pour utiliser Arts ou Dmix, il faut quand meme que ta carte son supporte le multiplexing ppp
Eh oui, je dis bien "pouvais pas", parce que meme avec une carte son pourrie, il y a encore une solution: asound ...
si tu as un fichier ~/.asoundrc alors plusieur aplis ALSA peuvent acceder en meme temps a la carte.
Finalement, chez moi il y a:
ALSA + asoundrc + esd-alsa.
Cela me permet en meme temps d avoir:
xmms-alsa, mplayer-alsa gaim-esd.
La ou ca coince, c est pour le VOIP ( Skype/Gnomemeeting), la je coupes toutes mes aplis ALSA ( xmms, mplayer, esd ... ), et alors je peux lancer mon apli VOIP qui accede en OSS grace specifiquement a snd-pcm-oss/snd-mixer-oss ( et ils ne me servent qu a ca).
Je n ai pas besoin de Dmix ni Arts, donc je peux pas te dire comment ils marchent.
dhp@pluton:~$ cat .asoundrc
pcm.ossmix {
type dmix
ipc_key 1337 # must be unique!
slave {
pcm "hw:0,0" # you cannot use a "plug" device here, darn.
period_time 0
period_size 1024 # must be power of 2
buffer_size 8192 # dito
rate 44100 # Same rate for everyone
}
# bindings are cool. This says, that only the first
# two channels are to be used by dmix, which is enough for
# (most) oss apps and also lets multichannel chios work
# much faster:
bindings {
0 0 # from 0 => to 0
1 1 # from 1 => to 1
}
}
# Everything shall be dmixed, so redefine "default":
pcm.!default {
type plug
slave.pcm "ossmix"
}
pcm.dsp0 {
type plug
slave.pcm "ossmix" # use our new PCM here
}
Puree, ca parles de OSS et Mixer ... je ve veux pas comprendre pourquoi .... ca marche comme ca chez moi, alors me poses pas plus de questions :D
PS: j utilise mplayer en mode alsa, et xmms en mode esd, car xmms est bien plus stable en esd qu en alsa, et pourtant, esd n introduit aucun lag cote XMMS. Je suis en Debian SID.