Bonjour,
ba quand je branche mon casque (les écouteurs) le son continue à sortir des baffles!
mon connecteur étant le fautif (je le sais car j'y ai versé un de la glus lors d'une lointaine réparation!!!), donc je cherche une astuce software pour couper le son sur les HP et ne laisser que celui qui alimente les écouteurs.
merci.
Ce n'est sans doute pas une question de soft ..... Faut changer le jack.
En plus tu ne dis ni quel est le type d'ordinateur, ni sur quelle sortie tu branches le casque, ni quel est le système d'exploitation. Qui a une boule de cristal ?
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
PC portable, DELL...
WIN7 comme OS, fallait deviner quand même...
donc selon vous, il est impossible de commander le niveau sonore des sorties JACK et de l'HP indépendamment des uns des autres, et aussi indépendamment du fait si j'introduit l’écouteur ou non? si oui, je suis bien dans la m****e....
Normalement, le fait de mettre un jack mâle dans le trou coupe les haut-parleurs internes sauf si le contact est HS.
...il est HS daudet, d'ou ma recherche pour une soluce software; j'ai vraiment pas envie de ré-ouvrir le PC....
Ce qui sort sur le Jack, c'est quasiment ce qui va aux H.P. (avec quelque fois un pont diviseur pour les écouteurs)
ok, mes doutes se sont confirmés; donc y a qu'une sortie analogique du chipset (carte son) , qu'on devra switcher sur les HP ou sur les ecouteurs...shiiit!!!
merci quand meme...
J'avais posé ma question parce que sur les ordinateurs fixes il y a à l'avant une sortie casque indépendante des sorties haut-parleur et que W7 permet de switcher sur l'une ou sur l'autre.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
comment activer cette option, je veux essayer de forcer mon laptot, on sait pas...Envoyé par JPL
C'est dans Panneau de configuration, Son. J'ai trois sortie en lecture reconnues : haut-parleurs, casque, SPDIF. En fait Windows détecte les sorties disponibles, donc tout dépende de la configuration de l'ordinateur.
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
je crois qu'on s'est gouré un peu sur le jack et CO...
récapitulons, le problème donc est que le son sort par les HP et par le casque (ou la prise JACK!) en même temps , et je me souviens du "mécanisme" lorsque je l'ai ouvert y a une semaine, le voici en image de synthèse.....
Sans titre111.jpg
vous voyez le contact en haut là? les deux lamelles...le contact se ferme quand on introduit le connecteur du casque, c'est lui (le contact) qui est responsable de la permutation/détection...
je me souviens aussi que (quand j'ai fais les mesures...) que sur l'une des lamelle y avait un 5Vcc permanent, l'autre lamelle doit forcément etre le retour de l'information vers le "chip sound"...
donc;
sans titre222.jpg
conclusion;
le chip sound a bel et bien deux sorties analogiques indépendantes, le chips reçoit le signal (l'étoile sur le dessin) de permutation interne (car la perm se fait en interne) et ainsi il coupe le son sur les HP et laisse que celui du casque, sinon, si y a pas de 5 Vcc, le son est par défaut présent sur les deux sorties du chip's...
reste à savoir comment tt ça est gérer par la couche OS....je continue....
..preuve à l'appuie, voici le datasheet;
http://www.realtek.cz/realtek-datash...tasheet=ALC272
mon chip étant un ALC272x....
allez directement à la page 72; le "sens-FIO", en français "détection de présence" est un bête contact qui envoi l'info de pénétration ou non du connecteur, donc l'histoire du switch et du pont diviseur n'est pas juste, ou l'était peut-être à une époque donnée....
donc la soluce est du coté soft aussi (à part d’être radical et souder à l'étain le contact "sense" de présence...).
il faut soit que :
1/ je génère un signal de commande, à partir de mon OS, à mon chip's pour qu'il l'incite à couper le son sur les HP sans regarder le signal "sense"...je sais pas si c'est faisable!
2/ soit inverser la logique de permutation, donc on reprogramme/paramètre le chip de tel sort, je sais pas si c'est possible aussi....
c'est une tache assez emmerdeuse je dois l'avouer, mais je vais pas lâcher la chose, je vais voir du coté de la première soluce, elle me parait plus simple et crédible...
je vais donc chercher le format/Protocol des bits de commandes à envoyer sur le chip (les adresses, le nombre de bits, les valeurs...etc)....
et chercher comment générer/envoyer ces signaux , je ne suis pas informaticien de formation mais je vais essayer...
merci, et je vous tiendrai au courant, ça pourra intéresser des gens....
