Bonjour,
Essayant d'utiliser kiax (voip), j'ai remarqué des problèmes de carte
son sur ma sarge fraichement installée.
Le son fonctionne, mais pour lancer kiax,je dois arrèter esd
(esdctl off)
Kiax se lance alors mais lors de l'essai d'une communication il me donne
ce message (en v boucle)
> Pa_SetupDeviceFormat: HW does not support 2 channels
> Pa_SetupDeviceFormat: warning - requested sample rate = 8000 Hz - clo sest = 48000
> Pa_SetupDeviceFormat: HW does not support 8000 Hz sample rate
> PortAudio error at opening separate input stream: Host error.
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=4 M essage=iaxclient audio: Can't open
> Audio Device, we tried 5 times. Perhaps you do not have an input or ou tput device?
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=3 M essageÊn't start audio
j'ai en fait une carte son intégrée à la carte mère avec un chips et
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
j'ai fait un lsmod et j'ai entre autre
> i810_audio 21372 2
> ac97_codec 11252 0 [i810_audio]
> soundcore 3268 2 [i810_audio]
Sur le même ordi, cela fonctionne avec la suse9.2 qui me donne
> linux:/home/alain # lsmod
> Module Size Used by
> snd_pcm_oss 57896 0
> snd_mixer_oss 19200 1 snd_pcm_oss
> snd_intel8x0 31396 1
> snd_ac97_codec 69728 1 snd_intel8x0
> snd_pcm 96776 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
> snd_timer 24708 1 snd_pcm
> snd 60164 8
> snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
> snd_page_alloc 10248 2 snd_intel8x0,snd_pcm
> soundcore 9056 1 snd
(et évidemment sur Win$Xp)
Avez vous une idée de comment configurer ma carte pour que cela fonctio nne ?
Bien le merci.
Bonjour,
Essayant d'utiliser kiax (voip), j'ai remarqué des problèmes de carte
son sur ma sarge fraichement installée.
Le son fonctionne, mais pour lancer kiax,je dois arrèter esd
(esdctl off)
Kiax se lance alors mais lors de l'essai d'une communication il me donne
ce message (en v boucle)
> Pa_SetupDeviceFormat: HW does not support 2 channels
> Pa_SetupDeviceFormat: warning - requested sample rate = 8000 Hz - clo sest = 48000
> Pa_SetupDeviceFormat: HW does not support 8000 Hz sample rate
> PortAudio error at opening separate input stream: Host error.
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=4 M essage=iaxclient audio: Can't open
> Audio Device, we tried 5 times. Perhaps you do not have an input or ou tput device?
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=3 M essage=Can't start audio
j'ai en fait une carte son intégrée à la carte mère avec un chips et
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
j'ai fait un lsmod et j'ai entre autre
> i810_audio 21372 2
> ac97_codec 11252 0 [i810_audio]
> soundcore 3268 2 [i810_audio]
Sur le même ordi, cela fonctionne avec la suse9.2 qui me donne
> linux:/home/alain # lsmod
> Module Size Used by
> snd_pcm_oss 57896 0
> snd_mixer_oss 19200 1 snd_pcm_oss
> snd_intel8x0 31396 1
> snd_ac97_codec 69728 1 snd_intel8x0
> snd_pcm 96776 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
> snd_timer 24708 1 snd_pcm
> snd 60164 8
> snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
> snd_page_alloc 10248 2 snd_intel8x0,snd_pcm
> soundcore 9056 1 snd
(et évidemment sur Win$Xp)
Avez vous une idée de comment configurer ma carte pour que cela fonctio nne ?
Bien le merci.
Bonjour,
Essayant d'utiliser kiax (voip), j'ai remarqué des problèmes de carte
son sur ma sarge fraichement installée.
Le son fonctionne, mais pour lancer kiax,je dois arrèter esd
(esdctl off)
Kiax se lance alors mais lors de l'essai d'une communication il me donne
ce message (en v boucle)
> Pa_SetupDeviceFormat: HW does not support 2 channels
> Pa_SetupDeviceFormat: warning - requested sample rate = 8000 Hz - clo sest = 48000
> Pa_SetupDeviceFormat: HW does not support 8000 Hz sample rate
> PortAudio error at opening separate input stream: Host error.
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=4 M essage=iaxclient audio: Can't open
> Audio Device, we tried 5 times. Perhaps you do not have an input or ou tput device?
> dim aoû 21 17:08:55 2005 IaxWrapper::event_text() Message: Type=3 M essageÊn't start audio
j'ai en fait une carte son intégrée à la carte mère avec un chips et
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
j'ai fait un lsmod et j'ai entre autre
> i810_audio 21372 2
> ac97_codec 11252 0 [i810_audio]
> soundcore 3268 2 [i810_audio]
Sur le même ordi, cela fonctionne avec la suse9.2 qui me donne
> linux:/home/alain # lsmod
> Module Size Used by
> snd_pcm_oss 57896 0
> snd_mixer_oss 19200 1 snd_pcm_oss
> snd_intel8x0 31396 1
> snd_ac97_codec 69728 1 snd_intel8x0
> snd_pcm 96776 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
> snd_timer 24708 1 snd_pcm
> snd 60164 8
> snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
> snd_page_alloc 10248 2 snd_intel8x0,snd_pcm
> soundcore 9056 1 snd
(et évidemment sur Win$Xp)
Avez vous une idée de comment configurer ma carte pour que cela fonctio nne ?
Bien le merci.
>>Bonjour,
Bonsoir,
j'ai en fait une carte son intégrée à la carte mère avec un chipset
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
et lancer alsaconf.
>>Bonjour,
Bonsoir,
j'ai en fait une carte son intégrée à la carte mère avec un chipset
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
et lancer alsaconf.
>>Bonjour,
Bonsoir,
j'ai en fait une carte son intégrée à la carte mère avec un chipset
sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j'ai pu
lire sur internet, mais je n'ai pas trouvé de solution pour autant.
Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
et lancer alsaconf.
>>Bonjour,
>
> Bonsoir,
>
>>j'ai en fait une carte son intégrée à la carte mère avec un chi pset
>>sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j' ai pu
>>lire sur internet, mais je n'ai pas trouvé de solution pour autant.
>
> Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
> oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
> et lancer alsaconf.
avec un reboot après, ca focntionne. J'ai pas pigé le processus, mais
bon le résultat est là.
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kia x.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
C'est optionnel comme question, c'est pour ma culture linux.
--
by AlainBB
http://www.barbason.be
>>Bonjour,
>
> Bonsoir,
>
>>j'ai en fait une carte son intégrée à la carte mère avec un chi pset
>>sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j' ai pu
>>lire sur internet, mais je n'ai pas trouvé de solution pour autant.
>
> Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
> oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
> et lancer alsaconf.
avec un reboot après, ca focntionne. J'ai pas pigé le processus, mais
bon le résultat est là.
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kia x.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
C'est optionnel comme question, c'est pour ma culture linux.
--
by AlainBB
http://www.barbason.be
>>Bonjour,
>
> Bonsoir,
>
>>j'ai en fait une carte son intégrée à la carte mère avec un chi pset
>>sis7012 qui a déjà posé des problèmes a plus d'un, vu ce que j' ai pu
>>lire sur internet, mais je n'ai pas trouvé de solution pour autant.
>
> Apparemment tu as un noyau 2.4.x, essais d'utiliser Alsa à la place de
> oss. Installer les paquets alsa, alsa-utils et alsa-modules-2.4-xxx,
> et lancer alsaconf.
avec un reboot après, ca focntionne. J'ai pas pigé le processus, mais
bon le résultat est là.
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kia x.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
C'est optionnel comme question, c'est pour ma culture linux.
--
by AlainBB
http://www.barbason.be
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kiax.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kiax.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
Reste que esd est tjs là, et que je dois le couper avant d'utilsier kiax.
En fait, je comprend pas très bien les couches alsa <=> oss
Qui sert à quoi ?
Alain BarBason wrote:
> [ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lu i
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais p as
travailler pas avec esd, il essaie d'envoyer les événement directemen t
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé ( dans
le media selector de gnome oss est le default sink)
Alain BarBason wrote:
> [ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lu i
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais p as
travailler pas avec esd, il essaie d'envoyer les événement directemen t
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé ( dans
le media selector de gnome oss est le default sink)
Alain BarBason wrote:
> [ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lu i
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais p as
travailler pas avec esd, il essaie d'envoyer les événement directemen t
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé ( dans
le media selector de gnome oss est le default sink)
Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :Alain BarBason wrote:[ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
travailler pas avec esd, il essaie d'envoyer les événement directement
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
C'est à peu près ça. Si ça peut aider voici une très simpliste
explication:
Le système utilise un périphérique (port audio) /dev/dsp0 qui
correspond à la sortie audio de la carte, de même qu'il y a un
périphérique pour le mixer, le sequencer midi... etc.
Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
pour les applications qui ne savent pas communiquer avec alsa.
La plupart des applications sont configurables pour utiliser soit oss
soit alsa (quelque fois par l'intermédiaire de plugins).
Lorsqu'une application audio tourne elle verrouille le port audio
(/dev/dspx) et ne permet plus aux autres applications audio de
l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
les sons système et autres n'accèdent plus au port audio et seul le
signal audio du CD est audible.
Pour éviter cette monopolisation du port audio on utilise un serveur de
son, Jack, esd ou Arts, qui vont distribuer le signal audio des
différentes applications vers la sortie audio.
Maintenant toutes les applications ne supportent pas défaut un serveur
de son comme esd, arts ou jack... Il faut faire des choix :-(Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
le media selector de gnome oss est le default sink)
Par défaut esd/gnome utilise oss, mais alsa émule très bien oss donc ça
fonctionne. Le problème vient surtout du fait que certaines applications
fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
aucun.
@+
Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :
Alain BarBason wrote:
[ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
travailler pas avec esd, il essaie d'envoyer les événement directement
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
C'est à peu près ça. Si ça peut aider voici une très simpliste
explication:
Le système utilise un périphérique (port audio) /dev/dsp0 qui
correspond à la sortie audio de la carte, de même qu'il y a un
périphérique pour le mixer, le sequencer midi... etc.
Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
pour les applications qui ne savent pas communiquer avec alsa.
La plupart des applications sont configurables pour utiliser soit oss
soit alsa (quelque fois par l'intermédiaire de plugins).
Lorsqu'une application audio tourne elle verrouille le port audio
(/dev/dspx) et ne permet plus aux autres applications audio de
l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
les sons système et autres n'accèdent plus au port audio et seul le
signal audio du CD est audible.
Pour éviter cette monopolisation du port audio on utilise un serveur de
son, Jack, esd ou Arts, qui vont distribuer le signal audio des
différentes applications vers la sortie audio.
Maintenant toutes les applications ne supportent pas défaut un serveur
de son comme esd, arts ou jack... Il faut faire des choix :-(
Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
le media selector de gnome oss est le default sink)
Par défaut esd/gnome utilise oss, mais alsa émule très bien oss donc ça
fonctionne. Le problème vient surtout du fait que certaines applications
fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
aucun.
@+
Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :Alain BarBason wrote:[ ... ]
J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
travailler pas avec esd, il essaie d'envoyer les événement directement
au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
monpolié par esd...
C'est à peu près ça. Si ça peut aider voici une très simpliste
explication:
Le système utilise un périphérique (port audio) /dev/dsp0 qui
correspond à la sortie audio de la carte, de même qu'il y a un
périphérique pour le mixer, le sequencer midi... etc.
Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
pour les applications qui ne savent pas communiquer avec alsa.
La plupart des applications sont configurables pour utiliser soit oss
soit alsa (quelque fois par l'intermédiaire de plugins).
Lorsqu'une application audio tourne elle verrouille le port audio
(/dev/dspx) et ne permet plus aux autres applications audio de
l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
les sons système et autres n'accèdent plus au port audio et seul le
signal audio du CD est audible.
Pour éviter cette monopolisation du port audio on utilise un serveur de
son, Jack, esd ou Arts, qui vont distribuer le signal audio des
différentes applications vers la sortie audio.
Maintenant toutes les applications ne supportent pas défaut un serveur
de son comme esd, arts ou jack... Il faut faire des choix :-(Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
le media selector de gnome oss est le default sink)
Par défaut esd/gnome utilise oss, mais alsa émule très bien oss donc ça
fonctionne. Le problème vient surtout du fait que certaines applications
fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
aucun.
@+
Michel Luc wrote:
>Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :
>>Alain BarBason wrote:
>>>[ ... ]
>>
>>J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
>>demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
>>envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
>>travailler pas avec esd, il essaie d'envoyer les événement directem ent
>>au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
>>monpolié par esd...
>
> C'est à peu près ça. Si ça peut aider voici une très simpliste
>explication:
> Le système utilise un périphérique (port audio) /dev/dsp0 qui
>correspond à la sortie audio de la carte, de même qu'il y a un
>périphérique pour le mixer, le sequencer midi... etc.
>
>Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
>audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
>pour les applications qui ne savent pas communiquer avec alsa.
>La plupart des applications sont configurables pour utiliser soit oss
>soit alsa (quelque fois par l'intermédiaire de plugins).
>
> Lorsqu'une application audio tourne elle verrouille le port audio
>(/dev/dspx) et ne permet plus aux autres applications audio de
>l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
>les sons système et autres n'accèdent plus au port audio et seul le
>signal audio du CD est audible.
> Pour éviter cette monopolisation du port audio on utilise un serveur de
>son, Jack, esd ou Arts, qui vont distribuer le signal audio des
>différentes applications vers la sortie audio.
> Maintenant toutes les applications ne supportent pas défaut un serveur
>de son comme esd, arts ou jack... Il faut faire des choix :-(
>
>>Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
>>malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
>>le media selector de gnome oss est le default sink)
>
>Par défaut esd/gnome utilise oss, mais alsa émule très bien oss do nc ça
>fonctionne. Le problème vient surtout du fait que certaines applicatio ns
>fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
>aucun.
>
> @+
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors
comment???)
Merci pour vos reponses
Bayrouni
Michel Luc wrote:
>Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :
>>Alain BarBason wrote:
>>>[ ... ]
>>
>>J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
>>demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
>>envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
>>travailler pas avec esd, il essaie d'envoyer les événement directem ent
>>au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
>>monpolié par esd...
>
> C'est à peu près ça. Si ça peut aider voici une très simpliste
>explication:
> Le système utilise un périphérique (port audio) /dev/dsp0 qui
>correspond à la sortie audio de la carte, de même qu'il y a un
>périphérique pour le mixer, le sequencer midi... etc.
>
>Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
>audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
>pour les applications qui ne savent pas communiquer avec alsa.
>La plupart des applications sont configurables pour utiliser soit oss
>soit alsa (quelque fois par l'intermédiaire de plugins).
>
> Lorsqu'une application audio tourne elle verrouille le port audio
>(/dev/dspx) et ne permet plus aux autres applications audio de
>l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
>les sons système et autres n'accèdent plus au port audio et seul le
>signal audio du CD est audible.
> Pour éviter cette monopolisation du port audio on utilise un serveur de
>son, Jack, esd ou Arts, qui vont distribuer le signal audio des
>différentes applications vers la sortie audio.
> Maintenant toutes les applications ne supportent pas défaut un serveur
>de son comme esd, arts ou jack... Il faut faire des choix :-(
>
>>Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
>>malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
>>le media selector de gnome oss est le default sink)
>
>Par défaut esd/gnome utilise oss, mais alsa émule très bien oss do nc ça
>fonctionne. Le problème vient surtout du fait que certaines applicatio ns
>fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
>aucun.
>
> @+
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors
comment???)
Merci pour vos reponses
Bayrouni
Michel Luc wrote:
>Le mercredi 24 août 2005 à 23:18 +0200, Lynda Metref a écrit :
>>Alain BarBason wrote:
>>>[ ... ]
>>
>>J'ai le même problème avec GnomeMeeting. Il seblerait que esd soit un
>>demon qui occupe la carte son (gérée par un driver alsa ou oss) et lui
>>envoie les événement qu'il (esd) reçoit. Si ton programme ne sais pas
>>travailler pas avec esd, il essaie d'envoyer les événement directem ent
>>au driver (asla|oss) et n'arrive pas à l'atteindre car celui ci est
>>monpolié par esd...
>
> C'est à peu près ça. Si ça peut aider voici une très simpliste
>explication:
> Le système utilise un périphérique (port audio) /dev/dsp0 qui
>correspond à la sortie audio de la carte, de même qu'il y a un
>périphérique pour le mixer, le sequencer midi... etc.
>
>Alsa et oss fournissent les pilotes qui permettent d'utiliser le port
>audio (sortie de la carte son), alsa permet d'émuler les pilotes oss
>pour les applications qui ne savent pas communiquer avec alsa.
>La plupart des applications sont configurables pour utiliser soit oss
>soit alsa (quelque fois par l'intermédiaire de plugins).
>
> Lorsqu'une application audio tourne elle verrouille le port audio
>(/dev/dspx) et ne permet plus aux autres applications audio de
>l'utiliser. Par exemple lorsque le lecteur CD audio diffuse un morceau
>les sons système et autres n'accèdent plus au port audio et seul le
>signal audio du CD est audible.
> Pour éviter cette monopolisation du port audio on utilise un serveur de
>son, Jack, esd ou Arts, qui vont distribuer le signal audio des
>différentes applications vers la sortie audio.
> Maintenant toutes les applications ne supportent pas défaut un serveur
>de son comme esd, arts ou jack... Il faut faire des choix :-(
>
>>Ma connaissance s'arrete ici, et je ne sais toujours pas pourquoi,
>>malgrès que j'ai alsa installé, j'ai toujours oss qui est utilisé (dans
>>le media selector de gnome oss est le default sink)
>
>Par défaut esd/gnome utilise oss, mais alsa émule très bien oss do nc ça
>fonctionne. Le problème vient surtout du fait que certaines applicatio ns
>fonctionneront seulement avec un des serveurs jack, arts ou esd ou avec
>aucun.
>
> @+
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors
comment???)
Merci pour vos reponses
Bayrouni
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors comm ent???)
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors comm ent???)
Afin de ne pas detourner le thread, je pose ma question ici
J'ai lu avec attention la question et les reponses car j'avais
l'intention d'installedr un serveur de son mais probablement un autre
que arts ou esd. Après tout je n'utilise ni gnome ni kde mais plutot
icewm et je gère tout via des racourcis clavier
Le serveur de son que je vais probablement utilisé est Yiff:
http://wolfpack.twu.net/YIFF/configuration.html
Le problème ou plutot le mystere est le suivant:
je n'ai ni arts ni esd d'installé comme j'ai dit plut haut
et après avoir compris les explications données precedemment, je
m'attendais à ne pas pouvoir ecouter deux musiques simultanément. Si
cela est vrai par exemple en ecoutant un fichhier ogg lu par mplayer et
un petit wav lu par thunderbird si un message arrive, celà est très
different quand je lance 2 mplayer, chacun lisant un beau fichier ogg
musical.
Je suis surpris de cet exploit ou plutot de cette magie.
En pricipe le /dev/dsp est déjà verouillé par le premier mplayer et le
second devrait normalement se plaindre de ne peut pas pouvoir y acceder
(à moins que les 2 frères s'arrangent alors autrement mais alors comm ent???)
Pourquoi être surpris lol
J'ai constaté qu'alsa (je l'utilise) peut partager les resources d'une carte
son entre plusieurs applications.
Cela fonctionne très bien avec mon SB 128, par contre il en est incapab le avec
la carte intégrée à ma nouvelle carte mère.
Pourquoi être surpris lol
J'ai constaté qu'alsa (je l'utilise) peut partager les resources d'une carte
son entre plusieurs applications.
Cela fonctionne très bien avec mon SB 128, par contre il en est incapab le avec
la carte intégrée à ma nouvelle carte mère.
Pourquoi être surpris lol
J'ai constaté qu'alsa (je l'utilise) peut partager les resources d'une carte
son entre plusieurs applications.
Cela fonctionne très bien avec mon SB 128, par contre il en est incapab le avec
la carte intégrée à ma nouvelle carte mère.
[> ...]
Il me semble que c'est effectivement possible si ta carte est suffisemment
« puissante » pour gérer elle-même le mixage de plusieurs sons...
Sinon, avec ALSA, il y a une astuce pour jouer plusieurs sons sans passer
par un démon, avec un multiplexeur logiciel intégré à ALSA, qui d oit
s'appeler dmix ou qq chose d'approchant...
il faut une config ad hoc dans
le /etc/asoundrc, regarder dans google pour + d'infos (je ne l'ai pas
encore testé ...)
[> ...]
Il me semble que c'est effectivement possible si ta carte est suffisemment
« puissante » pour gérer elle-même le mixage de plusieurs sons...
Sinon, avec ALSA, il y a une astuce pour jouer plusieurs sons sans passer
par un démon, avec un multiplexeur logiciel intégré à ALSA, qui d oit
s'appeler dmix ou qq chose d'approchant...
il faut une config ad hoc dans
le /etc/asoundrc, regarder dans google pour + d'infos (je ne l'ai pas
encore testé ...)
[> ...]
Il me semble que c'est effectivement possible si ta carte est suffisemment
« puissante » pour gérer elle-même le mixage de plusieurs sons...
Sinon, avec ALSA, il y a une astuce pour jouer plusieurs sons sans passer
par un démon, avec un multiplexeur logiciel intégré à ALSA, qui d oit
s'appeler dmix ou qq chose d'approchant...
il faut une config ad hoc dans
le /etc/asoundrc, regarder dans google pour + d'infos (je ne l'ai pas
encore testé ...)
