Bonjour à tous,

En voulant brancher mon casque ce matin j'ai découvert quelque chose de surprenant : le son est diffusé aussi bien dans mon casque, que dans mes enceintes. Bonjour la discrétion! 🙂.
Ni une ni deux, je lance alsamixer, et nouvelle surprise alsamixer ne reconnait pas mon casque 🙁.
Voici un screen :
http://img515.imageshack.us/my.php?image=screenshotax3.png

Après cela j'ai un peu regarder dans le forum, et d'après ce que j'ai compris ma carte son est bien reconnue et lancée. Je ne sais donc que faire!

Voici ce que me renvoie les commandes qui m'ont amené à ce résultat :

lspci -v :
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
    Subsystem: Fujitsu Siemens Computers Unknown device 10b0
    Flags: bus master, fast devsel, latency 0, IRQ 22
    Memory at b0000000 (64-bit, non-prefetchable) [size=16K]
    Capabilities: [50] Power Management version 2
    Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
    Capabilities: [70] Express Root Complex Integrated Endpoint, MSI 00
    Capabilities: [100] Virtual Channel <?>
    Capabilities: [130] Root Complex Link <?>
    Kernel driver in use: HDA Intel
    Kernel modules: snd-hda-intel
lsmod
Module                  Size  Used by
vfat                   13056  1 
fat                    43040  1 vfat
usb_storage            79880  1 
bridge                 45336  0 
bnep                   14336  2 
rfcomm                 34064  4 
l2cap                  21632  16 bnep,rfcomm
bluetooth              46308  5 bnep,rfcomm,l2cap
fuse                   47516  7 
sunrpc                153876  3 
ipt_REJECT              6656  2 
nf_conntrack_ipv4      11528  2 
iptable_filter          6528  1 
ip_tables              13840  1 iptable_filter
ip6t_REJECT             7296  2 
xt_tcpudp               6656  2 
nf_conntrack_ipv6      15992  2 
xt_state                5888  4 
nf_conntrack           50132  3 nf_conntrack_ipv4,nf_conntrack_ipv6,xt_state
ip6table_filter         6400  1 
ip6_tables             14864  1 ip6table_filter
x_tables               15236  6 ipt_REJECT,ip_tables,ip6t_REJECT,xt_tcpudp,xt_state,ip6_tables
cpufreq_ondemand       10124  2 
acpi_cpufreq           11660  0 
dm_mirror              20096  0 
dm_log                 12036  1 dm_mirror
dm_multipath           18056  0 
dm_mod                 48180  3 dm_mirror,dm_log,dm_multipath
radeon                125956  2 
drm                   145380  3 radeon
ipv6                  234428  14 ip6t_REJECT,nf_conntrack_ipv6
snd_hda_intel         321692  3 
sr_mod                 17064  0 
cdrom                  33304  1 sr_mod
arc4                    5760  2 
ecb                     6528  2 
crypto_blkcipher       18052  1 ecb
iwl3945               147548  0 
snd_seq_dummy           6532  0 
snd_seq_oss            29212  0 
firewire_ohci          22020  0 
snd_seq_midi_event      9600  1 snd_seq_oss
firewire_core          35360  1 firewire_ohci
snd_seq                44736  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
r8169                  27780  0 
snd_seq_device          9740  3 snd_seq_dummy,snd_seq_oss,snd_seq
crc_itu_t               5760  1 firewire_core
video                  20240  0 
rfkill                 11160  2 iwl3945
output                  6656  1 video
snd_pcm_oss            36480  0 
iTCO_wdt               13604  0 
snd_mixer_oss          16384  1 snd_pcm_oss
snd_pcm                60676  2 snd_hda_intel,snd_pcm_oss
wmi                     9640  0 
battery                14212  0 
iTCO_vendor_support     6916  1 iTCO_wdt
mac80211              174312  1 iwl3945
snd_timer              20744  2 snd_seq,snd_pcm
sg                     30900  0 
cfg80211               24584  2 iwl3945,mac80211
snd_page_alloc         11016  2 snd_hda_intel,snd_pcm
ac                      8068  0 
snd_hwdep              10244  1 snd_hda_intel
snd                    46136  15 snd_hda_intel,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_hwdep
joydev                 12480  0 
serio_raw               8708  0 
pcspkr                  6272  0 
i2c_i801               11536  0 
i2c_core               20500  2 drm,i2c_i801
ata_piix               19076  0 
pata_acpi               7680  0 
ata_generic             8452  0 
soundcore               9288  1 snd
ahci                   27016  4 
libata                132456  4 ata_piix,pata_acpi,ata_generic,ahci
sd_mod                 26008  7 
scsi_mod              122876  5 usb_storage,sr_mod,sg,libata,sd_mod
ext3                  108680  1 
jbd                    40852  1 ext3
mbcache                10116  1 ext3
uhci_hcd               22928  0 
ohci_hcd               22532  0 
ehci_hcd               32780  0
cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.16.
Merci d'avance pour vos réponses 😉.
C'est quoi comme type de casque? Pourquoi serait-il censé être reconnu par alsamixer? Par ailleurs sur certains portables, il faut désactiver les hauts parleurs intégrés pour pouvoir utiliser des équipements périphériques.

Je ne sais la si ça peut te faire avancer...
Salut,

C'est un bête casque branché par un prise jack.
Pour alsamixer je croyais que chaque fois qu'un nouveau périphérique était branché il devait être indiqué 😐 mais apparement non :-P
J'ai essayé de désactiver les hauts-parleurs, mais cela désactive aussi le casque (ils sont comme liés 🙂)
Peut-être que je m'y prend mal comment ferais-tu ?

Merci 😉
Ca se fait au niveau du BIOS s'il te donne accès à une option du genre. Mais au préalable, on peut tenter plus simple.

Tu as déjà regardé, sous Gnome,
dans Système > Préférences > Matériel > son
et dans Applications > Son et video > PulseAudio Volume control
pour vérifier ce qu'il en est au niveau des contrôleurs de volume de chaque périphérique?
Oui j'ai déjà vérifié sous Gnome,
Si je désactive le son des hauts-parleurs : plus de sons dans le casque et les hauts-parleurs.
Si je désactive le son du casque : du sons dans les deux.
Ce qui est bizard c'est que sous windows je n'ai aucun problème.
Bonjour: as tu quelque chose dans ton "modprobe.conf" concernant ta carte son?? genre (avec ma carte)
alias snd-card-0 snd-hda-intel
options snd-card-0 index=0
options snd-hda-intel index=0
Essaies ça.
Salut mtribo, tout d'abord merci de ta réponse 😉

Effectivement il n'y avait rien dans "modprobe.conf", mais même en rajoutant ce que tu m'a suggérer rien ne change. 🙁

D'autres idées ? 🙂
bonjour,

D'autres idées ?

ben je lis que :
le son est diffusé aussi bien dans mon casque, que dans mes enceintes.
et
J'ai essayé de désactiver les hauts-parleurs, mais cela désactive aussi le casque (ils sont comme liés

de plus ton "alsamixer" ne montre qu'un seul piste (pratique lorsque on en attend 2 !).


je dirai :

a) ne rien toucher à la config de ta carte son ......puisque le son fonctionne!

b) se focaliser sur ta sortie casque : par exemple clic-droit sur l'icône du son (en haut à droite) puis Préférences et jouer avec !

désolé mais je ne suis pas avec la Fedora là ! bon courage.
Malheureusement j'ai déjà beaucoup joué avec les préférences 🙂 mais rien n'y fait.
Lorsque je désactive Front -> plus de sons. Alors que lorsque je désactive HeadPhones, j'ai du sons dans mon casque.
Je pense que ma carte son n'identifie pas mon casque comme casque (ouch! :-P) mais comme un "prolongement" de mes hauts-parleurs.
Il faudrait lui dire : attention! ceci est un casque ! dirige le vers le channel HeadPhones ! :-D
Mais malheureusement je ne parle pas carte son 🙁.

Il y'a-t-il un traducteur sur ce fofo ??? :lol:

Merci pour vos réponses.
basK
l ultime solution attend la fedora 10
l ultime solution attend la fedora 10
Oui en espérant que le bug ne se répetera pas :-D
Sur ma machine, j'ai ce symptôme quand le casque est déjà branché lors du démarrage de la machine. Je débranche et rebranche le casque et tout rentre dans l'ordre.

Il faut aussi savoir qu'il y a environ 6 mois, je n'avais pas ce comportement, les enceintes ne se désactivaient jamais...
(une fedora 8 relativement à jour avec un noyau 2.6.26.5-28.fc8 en x86_64).

As-tu le même comportement ?
Euh non, que je branche ou débranche mon casque rien ne change.
Par contre je suis sous fedora 9, kernel 2.6.26.5-45.fc9.i686
un mois plus tard
J'avais ca sous FC5 mais depuis plus rien. En general ca me le faisait lorsque je ne branchais pas mon casque au demarrage.
Salut,

J'ai déjà eu ce problème.
Voir mon post et la solution proposée ici.

A+
Salut merci pour ta réponse 😉.

Seulement j'obtiens :
$ head -n 1 /proc/asound/card0/codec#*
==> /proc/asound/card0/codec#0 <==
Codec: Motorola Si3054

==> /proc/asound/card0/codec#1 <==
Codec: Realtek ALC885
J'ai cherché sur le site mais il n'y pas de correspondance, une idée?
Bonjour,

avec toutes les couches présentes dans la gestion du son, il faut pas mal bricoler pour avoir du son. Est-ce que, dans le mixeur, tu as été dans tous les contrôleurs possible pour voir les réglages ? (désolé pas de fedora non plus sous la main pour être plus précis, mais il y a un menu avec un choix des couches OSS ALSA Pulse Audio, etc. Pour avoir du son sur un micro j'ai du tout bidouiller !)
Euh oui j'ai déjà essayé, mon problème est vraiment semblable à celui qu'avait tfstan, d'ailleurs j'ai la même carte son que lui.
baskiii wrote:Salut merci pour ta réponse 😉.

Seulement j'obtiens :
$ head -n 1 /proc/asound/card0/codec#*
==> /proc/asound/card0/codec#0 <==
Codec: Motorola Si3054

==> /proc/asound/card0/codec#1 <==
Codec: Realtek ALC885
J'ai cherché sur le site mais il n'y pas de correspondance, une idée?
Essaie de chercher ALC882/885 😉

Sinon j'ai remplacé
-options snd-hda-intel index=0
+options snd-hda-intel model=hippo
dans mon modprobe.conf et du coup maintenant je peux contrôler le volume des ecouteurs séparément avec le AlsaMixer (Samsung R20 avec carte son compatible Realtek 262 de chez ATI).

Sinon au démarrage, je dois débrancher/rebrancher le casque pour couper les enceintes principales... Mais bon, c'est supportable 🙂