aplay -L
default
Playback/recording through the PulseAudio sound server
null
Discard all samples (playback) or generate zero samples (capture)
sysdefault:CARD=PCH
HDA Intel PCH, ALC236 Analog
Default Audio Device
front:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
Front speakers
surround21:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
hdmi:CARD=PCH,DEV=0
HDA Intel PCH, HDMI 0
HDMI Audio Output
hdmi:CARD=PCH,DEV=1
HDA Intel PCH, HDMI 1
HDMI Audio Output
hdmi:CARD=PCH,DEV=2
HDA Intel PCH, HDMI 2
HDMI Audio Output
hdmi:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 3
HDMI Audio Output
hdmi:CARD=PCH,DEV=4
HDA Intel PCH, HDMI 4
HDMI Audio Output
dmix:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
Direct sample mixing device
dmix:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct sample mixing device
dmix:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct sample mixing device
dmix:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct sample mixing device
dmix:CARD=PCH,DEV=9
HDA Intel PCH, HDMI 3
Direct sample mixing device
dmix:CARD=PCH,DEV=10
HDA Intel PCH, HDMI 4
Direct sample mixing device
dsnoop:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
Direct sample snooping device
dsnoop:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct sample snooping device
dsnoop:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct sample snooping device
dsnoop:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct sample snooping device
dsnoop:CARD=PCH,DEV=9
HDA Intel PCH, HDMI 3
Direct sample snooping device
dsnoop:CARD=PCH,DEV=10
HDA Intel PCH, HDMI 4
Direct sample snooping device
hw:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
Direct hardware device without any conversions
hw:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct hardware device without any conversions
hw:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct hardware device without any conversions
hw:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct hardware device without any conversions
hw:CARD=PCH,DEV=9
HDA Intel PCH, HDMI 3
Direct hardware device without any conversions
hw:CARD=PCH,DEV=10
HDA Intel PCH, HDMI 4
Direct hardware device without any conversions
plughw:CARD=PCH,DEV=0
HDA Intel PCH, ALC236 Analog
Hardware device with all software conversions
plughw:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Hardware device with all software conversions
plughw:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Hardware device with all software conversions
plughw:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Hardware device with all software conversions
plughw:CARD=PCH,DEV=9
HDA Intel PCH, HDMI 3
Hardware device with all software conversions
plughw:CARD=PCH,DEV=10
HDA Intel PCH, HDMI 4
Hardware device with all software conversions
Voila.
le "bruit blanc me dit :
aplay -D hw:0 -f S16_LE -c 2 -r 48000 /dev/urandom
aplay: main:828: erreur à l'ouverture audio: Périphérique ou ressource
occupé
Si je «libère» la carte-son (de PA, grâce à mon casque BT) ça donne : (la
même chose)
Question bête parce que j'ai la moitié de la réponse :
Comment savoir qui (s')occupe de la «carte» audio ?
comment la libérer (en fait ce qui me manque c'est le nom du device)
--
GOURMAND
P : Bah!...
M : Quoi ?
P : Tu te mets des tampax dans le cul !?
Spoup !
M : Bah... non... j'en mange...
Le Wed, 16 May 2018 01:19:29 +0200, Stéphane Le Men a écrit :
Le 15/05/2018 à 18:32, Jo Engo a écrit :
Je ne vois pas ça, mais ça : :~$ aplay -l **** Liste des Périphériques Matériels PLAYBACK ****
Ben vous avez vos droits. regardez avec pavucontrol si ces sorties hardware sont réellement activées et qu'elle reçoivent bien du son avec pavumeter, je ne vois plus que cela comme tests à faire.
Le problème est physique, donc rien à voir avec pulseaudio qui est «une couche au dessus»
pour votre information, quand vous attaquez directement un port hardware, surtout sous linux, et que ce port est "occupé", c'est souvent le signe qu'il y a un serveur qui gère ce port et que c'est lui tient le port parce que c'est au serveur qu'il faut parler et pas au port directement. Dans le cas de la carte son, PulseAudio est le serveur, et il propose même une commande, pasuspender, qui pourrait vous intéresser:
Oui j'ai té confronté à ça et je me suis dépatouillé, mais là c'est un problème dans la couche en dessous : c'est physique ou bien c'est un souci de pilote, comme la dernière fois.
" pasuspender is a tool that can be used to tell a local PulseAudio sound server to temporarily suspend access to the audio devices, to allow other applications access them directly. " Donc, un coup de pasuspender, et vous pourrez écrire toute les cochonneries que vous voulez sur vos ports audio "en direct" sans passer par PA. Mais, cela ne résoudra pas votre problème chez vous qui me semble plus complexe qu'un problème de conf. un boot sur le kernel précédent pourrait aider, si c'est encore possible.
J'ai fourni le journal récemment, je peux le refaire. Il suffit que je programme ça après le(s) reboots. Demain soir incha Allah. -- Quand dans un royaume il y a plus d'avantage a faire sa cour qu'à faire son devoir, tout est perdu. -+- Montesquieu -+-
Le Wed, 16 May 2018 01:19:29 +0200, Stéphane Le Men a écrit :
Le 15/05/2018 à 18:32, Jo Engo a écrit :
Je ne vois pas ça, mais ça : abdallah@poupon-la-peste:~$ aplay -l ****
Liste des Périphériques Matériels PLAYBACK ****
Ben vous avez vos droits.
regardez avec pavucontrol si ces sorties hardware sont réellement
activées et qu'elle reçoivent bien du son avec pavumeter, je ne vois
plus que cela comme tests à faire.
Le problème est physique, donc rien à voir avec pulseaudio qui est «une
couche au dessus»
pour votre information, quand vous attaquez directement un port
hardware, surtout sous linux, et que ce port est "occupé", c'est souvent
le signe qu'il y a un serveur qui gère ce port et que c'est lui tient le
port parce que c'est au serveur qu'il faut parler et pas au port
directement. Dans le cas de la carte son, PulseAudio est le serveur, et
il propose même une commande, pasuspender, qui pourrait vous intéresser:
Oui j'ai té confronté à ça et je me suis dépatouillé, mais là c'est un
problème dans la couche en dessous : c'est physique ou bien c'est un
souci de pilote, comme la dernière fois.
" pasuspender is a tool that can be used to tell a local PulseAudio
sound server to temporarily suspend access to the audio devices, to
allow other applications access them directly. "
Donc, un coup de pasuspender, et vous pourrez écrire toute les
cochonneries que vous voulez sur vos ports audio "en direct" sans passer
par PA. Mais, cela ne résoudra pas votre problème chez vous qui me
semble plus complexe qu'un problème de conf. un boot sur le kernel
précédent pourrait aider, si c'est encore possible.
J'ai fourni le journal récemment, je peux le refaire. Il suffit que je
programme ça après le(s) reboots. Demain soir incha Allah.
--
Quand dans un royaume il y a plus d'avantage a faire sa cour
qu'à faire son devoir, tout est perdu.
-+- Montesquieu -+-
Le Wed, 16 May 2018 01:19:29 +0200, Stéphane Le Men a écrit :
Le 15/05/2018 à 18:32, Jo Engo a écrit :
Je ne vois pas ça, mais ça : :~$ aplay -l **** Liste des Périphériques Matériels PLAYBACK ****
Ben vous avez vos droits. regardez avec pavucontrol si ces sorties hardware sont réellement activées et qu'elle reçoivent bien du son avec pavumeter, je ne vois plus que cela comme tests à faire.
Le problème est physique, donc rien à voir avec pulseaudio qui est «une couche au dessus»
pour votre information, quand vous attaquez directement un port hardware, surtout sous linux, et que ce port est "occupé", c'est souvent le signe qu'il y a un serveur qui gère ce port et que c'est lui tient le port parce que c'est au serveur qu'il faut parler et pas au port directement. Dans le cas de la carte son, PulseAudio est le serveur, et il propose même une commande, pasuspender, qui pourrait vous intéresser:
Oui j'ai té confronté à ça et je me suis dépatouillé, mais là c'est un problème dans la couche en dessous : c'est physique ou bien c'est un souci de pilote, comme la dernière fois.
" pasuspender is a tool that can be used to tell a local PulseAudio sound server to temporarily suspend access to the audio devices, to allow other applications access them directly. " Donc, un coup de pasuspender, et vous pourrez écrire toute les cochonneries que vous voulez sur vos ports audio "en direct" sans passer par PA. Mais, cela ne résoudra pas votre problème chez vous qui me semble plus complexe qu'un problème de conf. un boot sur le kernel précédent pourrait aider, si c'est encore possible.
J'ai fourni le journal récemment, je peux le refaire. Il suffit que je programme ça après le(s) reboots. Demain soir incha Allah. -- Quand dans un royaume il y a plus d'avantage a faire sa cour qu'à faire son devoir, tout est perdu. -+- Montesquieu -+-
