Sisyphe wrote: ↑29 Jul 2020 14:09

La question que je me pose (en plus de : comment m'en débarrasser

!), c'est : comment des professionnels peuvent-ils arriver à un produit aussi nul ? C'est-à-dire aussi inadapté ?
1) aucune possibilité de configurer l'interface du pilote
2) des fonctionnalités parfaitement inutile et qu'on peut de toute façon trouver ailleurs (il ne manque pas de logiciels de bidouillage de son, même gratuits).
3) fenêtre envahissante, esthétiquement chiadée mais lourde, entrant en conflit avec d'autres tâches (son apparition me fait beuguer un flux vidéo, par exemple), et dont tout le monde se plaint sur la toile.
Et pourquoi est-ce toujours ce genre de logiciel merdique qui est monté d'usine ?
1,3) ça dépend de ce que proposent (comment il est conçu) le pilote et la puce + foultitude de raisons, pas forcément toutes cumulées. La principale reste la tranche de prix du matériel qd il se trouve en rayons.
2) stop stop stop, il faut bannir les supers outils gratuits (ou pas) de bidouille trouvés même sur de sites a priori connus.
Les
fondeurs de contrôleurs (conexant, realtek, ...) utilisés par des intégrateurs (asus, lenovo, etc.) fournissent en général à la marque le minimum vital (une puce, un bout de pilote et une doc pour "broder autour"). C'est une logique de gestion des coûts : on fourni une puce par chère dont la partie logicielle reste à développer ; c'est (donc) aussi une logique de mutualisation : on fourni une puce avec les éléments indispensables et chaque intégrateur développe le reste comme il veut (un truc de qualité, du quick&dirty, ...).
Quand on monte en gamme (même "hors pro"), au sein du même marque, c'est beaucoup plus abouti (on passe sur d'autres gammes de puces aussi)... Ça se ressent au prix d'achat, pas de miracle.
Par conséquent, même si ça paraît identique, c'est une très mauvaise idée d'utiliser un pilote (même pour la même puce) développé par Y sur un portable fabriqué par X. Un fabricant de portable développe ses pilotes/logiciels avec des éléments (dll, etc.) communs qui ne se retrouveront pas forcément chez un autre et qui ne sont donc pas intégrés à chaque pilotes fournis.
En général, et c'est étonnant que ça ait fonctionné, lancer un pilote conçu par Y sur un portable fabriqué par X déclenche une alerte au lancement du setup (qui lui-même vérifie qu'il est sur une plateforme
appartenant bien à Y) indiquant que l'installation ne peut pas se faire.
Si l'installation se fait (déjà on peut s'inquiéter) dans le meilleurs des cas "ça marchotte" et dans le pire ça plombe l'ensemble du système parce que des éléments (dll, ...) ont été modifiés.
Si on veut tester un pilote différent de celui fourni par son fabricant, il y a l'option de chercher sur le site du fabricant de la puce. Parfois, celui-ci propose tout de même des pilotes pour telle ou telle puce.
Il faut en général connaître le nom exact de la puce (cx3454646) et non la dénomination commerciale (super audio HD plus), c'est parfois tout simplement indiqué dans les détails techniques du produit (site web Asus).
Si tu veux tenter de désactiver tel ou tel élément, je te déconseille (à ton niveau d'usage) de tripatouiller la base de registre.
-> "msconfig" fonctionne tjrs dans Windows (démarrer - exécuter ou "windows+r" : msconfig) et permet de désactiver à la souris des éléments lancés au démarrage.
Plutôt que de décocher plusieurs choses à la fois : méthode par élimination avec redémarrage de Windows systématique.
A la différence d'une suppression en "run" de la base de registre, l'intérêt est qu'on peut recocher si le résultat n'est pas concluant.
Solution passant par le porte monnaie :
1) limiter l'usage de la carte son interne pour les HP intégrés
2) utiliser une carte son USB pour l'utilisation du casque.
Genre ceci.
Les courses hippiques, lorsqu'elles s'y frottent.