j'ai un probleme avec ma sarge:
je viens de m'appercevoir que j'avais perdu le sond pour certaines
application comme : realplayer, xmms, Rhythmbox
pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la
ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi
que xmms et realplayer
Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et
pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre
différentes ressources. Ce n'est plus le cas.
Y'a-t-il des droit spécifiques pour /dev/dsp?
j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour
/dev/mixer.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
mirkof
mirkof a écrit :
Bonjour,
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Bon, au redémarage, esd est toujours la, et malgres les droit, il m'empeche d'utiliser xmms. Je suis obligé de tuer esd pour pouvoir utiliser realplayer, xmms, Rhythmbox.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mirkof a écrit :
Bonjour,
j'ai un probleme avec ma sarge:
je viens de m'appercevoir que j'avais perdu le sond pour certaines
application comme : realplayer, xmms, Rhythmbox
pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la
ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi
que xmms et realplayer
Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et
pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre
différentes ressources. Ce n'est plus le cas.
Y'a-t-il des droit spécifiques pour /dev/dsp?
j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour
/dev/mixer.
Bon, au redémarage, esd est toujours la, et malgres les droit, il
m'empeche d'utiliser xmms. Je suis obligé de tuer esd pour pouvoir
utiliser realplayer, xmms, Rhythmbox.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Bon, au redémarage, esd est toujours la, et malgres les droit, il m'empeche d'utiliser xmms. Je suis obligé de tuer esd pour pouvoir utiliser realplayer, xmms, Rhythmbox.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain LE GALL
Bonjour,
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
Bonne chance Sylvain Le Gall
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge:
je viens de m'appercevoir que j'avais perdu le sond pour certaines
application comme : realplayer, xmms, Rhythmbox
pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la
ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi
que xmms et realplayer
Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et
pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre
différentes ressources. Ce n'est plus le cas.
Y'a-t-il des droit spécifiques pour /dev/dsp?
j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour
/dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il
arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix
). Autrement dit, si cette voie est utilisée personne d'autre peut
l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie
multiplexage de différentes voix au niveau soft ). Donc s'offre à toi
deux choix :
- travailler avec esd ( c'est possible en choisissant le plugin d'output
esd pour xmms par exemple )
- suspendre esd pour certaine application ( par exemple des applications
qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl
standby", et pour remettre le son "esdctl resume".
Bonne chance
Sylvain Le Gall
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
Bonne chance Sylvain Le Gall
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Nicolas Roudninski
mirkof a écrit : | Bonjour, | | j'ai un probleme avec ma sarge: | je viens de m'appercevoir que j'avais perdu le sond pour certaines | application comme : realplayer, xmms, Rhythmbox En français, ne dit-on pas son ? (On est vendredi...)
-- Nicolas Roudninski
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mirkof a écrit :
| Bonjour,
|
| j'ai un probleme avec ma sarge:
| je viens de m'appercevoir que j'avais perdu le sond pour certaines
| application comme : realplayer, xmms, Rhythmbox
En français, ne dit-on pas son ?
(On est vendredi...)
--
Nicolas Roudninski
nroudninski@wanadoo.fr
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
mirkof a écrit : | Bonjour, | | j'ai un probleme avec ma sarge: | je viens de m'appercevoir que j'avais perdu le sond pour certaines | application comme : realplayer, xmms, Rhythmbox En français, ne dit-on pas son ? (On est vendredi...)
-- Nicolas Roudninski
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mirkof
Nicolas Roudninski a écrit :
mirkof a écrit : | Bonjour, | | j'ai un probleme avec ma sarge: | je viens de m'appercevoir que j'avais perdu le sond pour certaines | application comme : realplayer, xmms, Rhythmbox En français, ne dit-on pas son ? (On est vendredi...)
je me disai que cela ne sonnait pas bien sond, sans voir pourquoi. désolé, entre sound et son .... mon clavier a maillé ;)
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Nicolas Roudninski a écrit :
mirkof a écrit :
| Bonjour,
|
| j'ai un probleme avec ma sarge:
| je viens de m'appercevoir que j'avais perdu le sond pour certaines
| application comme : realplayer, xmms, Rhythmbox
En français, ne dit-on pas son ?
(On est vendredi...)
je me disai que cela ne sonnait pas bien sond, sans voir pourquoi.
désolé, entre sound et son .... mon clavier a maillé ;)
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
mirkof a écrit : | Bonjour, | | j'ai un probleme avec ma sarge: | je viens de m'appercevoir que j'avais perdu le sond pour certaines | application comme : realplayer, xmms, Rhythmbox En français, ne dit-on pas son ? (On est vendredi...)
je me disai que cela ne sonnait pas bien sond, sans voir pourquoi. désolé, entre sound et son .... mon clavier a maillé ;)
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
mirkof
Sylvain LE GALL a écrit :
Bonjour,
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
Bonne chance Sylvain Le Gall
Ok, problème résolu. xmms en choisissant esd et pour Rhythmbox j'ai choisi esd dans gstreamer-properties
meric tout le monde
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain LE GALL a écrit :
Bonjour,
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge:
je viens de m'appercevoir que j'avais perdu le sond pour certaines
application comme : realplayer, xmms, Rhythmbox
pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la
ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi
que xmms et realplayer
Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et
pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre
différentes ressources. Ce n'est plus le cas.
Y'a-t-il des droit spécifiques pour /dev/dsp?
j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour
/dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il
arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix
). Autrement dit, si cette voie est utilisée personne d'autre peut
l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie
multiplexage de différentes voix au niveau soft ). Donc s'offre à toi
deux choix :
- travailler avec esd ( c'est possible en choisissant le plugin d'output
esd pour xmms par exemple )
- suspendre esd pour certaine application ( par exemple des applications
qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl
standby", et pour remettre le son "esdctl resume".
Bonne chance
Sylvain Le Gall
Ok, problème résolu.
xmms en choisissant esd et pour Rhythmbox j'ai choisi esd dans
gstreamer-properties
meric tout le monde
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Thu, Jan 06, 2005 at 10:02:59PM +0100, mirkof wrote:
Bonjour,
j'ai un probleme avec ma sarge: je viens de m'appercevoir que j'avais perdu le sond pour certaines application comme : realplayer, xmms, Rhythmbox pour les deux dernière le message d'eereur est le suivant :
en fait apres recherche il s'avere que le process esd utilisait la ressource /dev/dsp.
Si je tue /usr/bin/esd, le sond fonctionne denouveau sur Rhythmbox ainsi que xmms et realplayer Ce que je ne m'explique pas est : pourquoi totem fonctionnait bien et pas les autres?
Il me semble qu'a un moment le sound pouvais être partager entre différentes ressources. Ce n'est plus le cas. Y'a-t-il des droit spécifiques pour /dev/dsp? j'ai changé les droit en faisant chmod 666 /dev/dsp et de même pour /dev/mixer.
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
Bonne chance Sylvain Le Gall
Ok, problème résolu. xmms en choisissant esd et pour Rhythmbox j'ai choisi esd dans gstreamer-properties
meric tout le monde
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Philippe Amelant
Le vendredi 07 janvier 2005 à 10:25 +0100, Sylvain LE GALL a écrit :
Bonjour, > je viens de m'appercevoir que j'avais perdu le sond pour certaines > application comme : realplayer, xmms, Rhythmbox > pour les deux dernière le message d'eereur est le suivant :
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
En fait il y a une autre solution
En fait en utilisant alsa tu peux avoir du son pour plusieurs application en meme temps c'est mieux que esd a priori car esd verrouille /dev/dsp ce qui empeche les applications qui accede /dev/dsp directement (generalement les jeux comme quake, doom) ce qu'il faut faire c'est utiliser alsasink dans gstreamer-properties en conjonction avec un fichier /etc/asound.conf voici le mien que j'ai recuperé sur le net
De meme il vaut mieux configurer avec alsa les applis qui n'utilise pas gstreamer. l'oss emulation ne permettant pas d'eviter le blocage de /dev/dsp lorsqu'une appli l'utilise je trouve que c'est dommage que alsa ne viennent pas avec une palette de fichier type selectionnable dans alsaconf par exemple car il faut vraiment se prendre la tete pour comprendre qu'il faut vraiment ce fichier
Le vendredi 07 janvier 2005 à 10:25 +0100, Sylvain LE GALL a écrit :
Bonjour,
> je viens de m'appercevoir que j'avais perdu le sond pour certaines
> application comme : realplayer, xmms, Rhythmbox
> pour les deux dernière le message d'eereur est le suivant :
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il
arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix
). Autrement dit, si cette voie est utilisée personne d'autre peut
l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie
multiplexage de différentes voix au niveau soft ). Donc s'offre à toi
deux choix :
- travailler avec esd ( c'est possible en choisissant le plugin d'output
esd pour xmms par exemple )
- suspendre esd pour certaine application ( par exemple des applications
qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl
standby", et pour remettre le son "esdctl resume".
En fait il y a une autre solution
En fait en utilisant alsa tu peux avoir du son pour plusieurs
application en meme temps
c'est mieux que esd a priori car esd verrouille /dev/dsp ce qui empeche
les applications qui accede /dev/dsp directement (generalement les jeux
comme quake, doom)
ce qu'il faut faire c'est utiliser alsasink dans gstreamer-properties
en conjonction avec un fichier /etc/asound.conf
voici le mien que j'ai recuperé sur le net
De meme il vaut mieux configurer avec alsa les applis qui n'utilise pas
gstreamer.
l'oss emulation ne permettant pas d'eviter le blocage de /dev/dsp
lorsqu'une appli l'utilise
je trouve que c'est dommage que alsa ne viennent pas avec une palette de
fichier type selectionnable dans alsaconf par exemple car il faut
vraiment se prendre la tete pour comprendre qu'il faut vraiment ce
fichier
Le vendredi 07 janvier 2005 à 10:25 +0100, Sylvain LE GALL a écrit :
Bonjour, > je viens de m'appercevoir que j'avais perdu le sond pour certaines > application comme : realplayer, xmms, Rhythmbox > pour les deux dernière le message d'eereur est le suivant :
Le périphérique /dev/dsp représente une seule voie de ta carte son ( il arrive qu'il existe /dev/dsp[1-16] pour des cartes son à plusieurs voix ). Autrement dit, si cette voie est utilisée personne d'autre peut l'utiliser.
C'est justement esd qui fait le travail de partage des ressources ( ie multiplexage de différentes voix au niveau soft ). Donc s'offre à toi deux choix : - travailler avec esd ( c'est possible en choisissant le plugin d'output esd pour xmms par exemple ) - suspendre esd pour certaine application ( par exemple des applications qui ne sont pas compatibles avec esd ). Pour cela utiliser "esdctl standby", et pour remettre le son "esdctl resume".
En fait il y a une autre solution
En fait en utilisant alsa tu peux avoir du son pour plusieurs application en meme temps c'est mieux que esd a priori car esd verrouille /dev/dsp ce qui empeche les applications qui accede /dev/dsp directement (generalement les jeux comme quake, doom) ce qu'il faut faire c'est utiliser alsasink dans gstreamer-properties en conjonction avec un fichier /etc/asound.conf voici le mien que j'ai recuperé sur le net
De meme il vaut mieux configurer avec alsa les applis qui n'utilise pas gstreamer. l'oss emulation ne permettant pas d'eviter le blocage de /dev/dsp lorsqu'une appli l'utilise je trouve que c'est dommage que alsa ne viennent pas avec une palette de fichier type selectionnable dans alsaconf par exemple car il faut vraiment se prendre la tete pour comprendre qu'il faut vraiment ce fichier
