Realtek Audio ne fonctionne pas ? La réparation qui vaut mieux que la réinstallation des pilotes

février 21, 2026 • février 21, 2026 • Lecture : 25 min • Views: 0

Cet article vous a aidé ?

Votre audio Realtek « cesse de fonctionner » et Internet entonne la même incantation : réinstallez le pilote. Bien sûr. Si vous aimez passer une heure pour obtenir le même silence, maintenant dans une nuance légèrement différente.

La plupart des pannes Realtek dans la pratique ne sont pas causées par un pilote corrompu. Elles sont causées par le routage, les points de sortie, les services, les améliorations, la détection des prises et la politique — la plomberie ennuyeuse qui décide où l’audio va et si quelque chose est autorisé à produire du son.

Mode d’emploi pour un diagnostic rapide (faire ça en premier)

Si vous êtes pressé, vous voulez trouver le goulot d’étranglement en quelques minutes : la chaîne audio est-elle coupée, mal routée ou absente ? Traitez cela comme un triage SRE : établissez les symptômes, isolez la couche, réparez la plus petite chose qui restaure le service.

Premier point : prouvez que l’audio est généré

Vérifiez le volume/la mise en sourdine et le volume par application (oui, vraiment). Ouvrez le mélangeur de volume et assurez-vous que l’application n’est pas à 0. Si c’est le cas, corrigez-le et arrêtez-vous là.
Jouez un signal de test connu : Paramètres Son de Windows → Périphérique de sortie → « Test ». Si Windows ne peut pas jouer un signal de test, le problème se situe en dessous de la couche applicative.
Essayez une autre application (vidéo Edge/Chrome, fichier audio local). Si une seule application échoue, ne touchez pas aux pilotes : corrigez les paramètres de l’application ou sa sélection de périphérique de sortie.

Deuxième point : validez le routage et les points de sortie

Confirmez le périphérique de sortie par défaut. Beaucoup de rapports « Realtek est cassé » signifient en réalité « Windows a basculé sur HDMI/BT/USB ». Définissez le bon périphérique en tant que défaut.
Vérifiez si le point de sortie existe. Si « Speakers (Realtek …) » a complètement disparu, nous sommes en territoire pilote/service/BIOS.
Désactivez les améliorations. Les améliorations et l’audio spatial peuvent casser le son après des mises à jour. Désactivez-les avant de réinstaller quoi que ce soit.

Troisième point : santé des services et état du pilote

Redémarrez les services audio (Windows Audio + Windows Audio Endpoint Builder). Cela résout un nombre étonnant de pannes « pas de son » sans toucher aux pilotes.
Inspectez l’état dans le Gestionnaire de périphériques. Si vous voyez Code 10/Code 28/Code 45, c’est exploitable.
Revenir en arrière, pas réinstaller si le problème a commencé après une mise à jour Windows. Le rollback est un retour ciblé ; la réinstallation est le chaos avec des étapes supplémentaires.

Règle d’opinion : si vous n’avez pas vérifié le routage et redémarré les services audio, vous n’avez pas le droit de réinstaller les pilotes.

Ce qu’est vraiment Realtek audio (et pourquoi ça plante)

Realtek sur Windows est généralement une combinaison de :

Matériel codec sur la carte mère (la partie conversion analogique/numérique).
Pilote de bus et pilote de fonction (souvent « Realtek(R) Audio » sous Contrôleurs audio, vidéo et jeu).
Points de sortie audio exposés à Windows (Haut-parleurs, Casque, Microphone, Line In, Sortie numérique).
Politique et traitement : améliorations, audio spatial, réduction du volume en communication, mode exclusif, fréquence d’échantillonnage.
Personnalisations OEM : comportement de détection des prises, détection d’impédance, add-ons Waves/Nahimic/DTS, et les « consoles audio » des fournisseurs.

Les modes de défaillance sont rarement subtils. Ils paraissent subtils parce que l’interface est polie. Sous le capot, Windows construit un graphe de points de sortie et d’objets de traitement, et Realtek est une des pièces. Si un élément de ce graphe se comporte mal, vous obtenez du silence, des craquements ou le classique « casque non détecté ».

Une citation à garder en tête pendant le debug : « L’espoir n’est pas une stratégie. » — Gene Kranz (directeur de vol d’Apollo). Le dépannage audio par réinstallation des pilotes, c’est l’espoir déguisé en chapeau de sorcier.

La réparation qui vaut mieux que la réinstallation des pilotes

La solution la plus fiable qui « bat » la réinstallation des pilotes est une réinitialisation propre du plan de contrôle audio de Windows plus une re-sélection des points de sortie et une suppression des améliorations. En pratique, cela signifie :

Définir le bon point de sortie par défaut (et confirmer que l’application l’utilise).
Désactiver les améliorations/l’audio spatial pour ce point de sortie.
Redémarrer les services Windows Audio pour forcer la reconstruction du graphe d’endpoints.
Forcer la détection Realtek des prises (rebrancher, basculer le retasking des connecteurs si disponible, confirmer les paramètres « Front panel jack detection »).
Si nécessaire seulement : revenir à la version de pilote connue bonne, pas une réinstallation aléatoire.

Pourquoi ça marche : vous réparez la machine à états que Windows utilise pour router l’audio, pas en changeant des binaires et en priant. Le redémarrage des services réinitialise les endpoints et les objets politiques bloqués. La désactivation des améliorations supprime les traitements audio tiers courants qui plantent après des mises à jour. La re-sélection du point de sortie élimine les mauvais routages causés par des périphériques hotplug.

Blague #1 : Les bogues audio sont les seuls bogues qui peuvent faire « échouer silencieusement » votre portable au sens le plus littéral.

Tâches pratiques : commandes, sorties et décisions (12+)

Ci‑dessous des tâches pratiques à exécuter depuis un Windows Terminal élevé (PowerShell) ou un Invite de commandes. Les commandes sont réalistes et sûres ; elles servent à répondre à « qu’est‑ce qui est cassé ? » et « que fait‑on ensuite ? »

Task 1: Check whether Windows audio services are running

cr0x@server:~$ sc query Audiosrv
SERVICE_NAME: Audiosrv
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 4  RUNNING
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)
        CHECKPOINT         : 0x0
        WAIT_HINT          : 0x0

Ce que cela signifie : Si STATE n’est pas RUNNING, l’audio peut être mort même si les pilotes sont intacts.

Décision : Si ce n’est pas en cours d’exécution, démarrez‑le ; si il est en cours mais que l’audio est cassé, redémarrez‑le ainsi que sa dépendance (Endpoint Builder) ensuite.

Task 2: Check Windows Audio Endpoint Builder

cr0x@server:~$ sc query AudioEndpointBuilder
SERVICE_NAME: AudioEndpointBuilder
        TYPE               : 20  WIN32_SHARE_PROCESS
        STATE              : 4  RUNNING
        WIN32_EXIT_CODE    : 0  (0x0)
        SERVICE_EXIT_CODE  : 0  (0x0)

Ce que cela signifie : Ce service construit et gère les points de sortie audio qui apparaissent dans les paramètres Son. S’il est malheureux, les périphériques peuvent disparaître ou refuser de jouer des sons de test.

Décision : S’il est arrêté ou bloqué, redémarrez‑le (et Audiosrv). S’il ne démarre pas, consultez l’Observateur d’événements et l’intégrité des fichiers système.

Task 3: Restart both services (the “beats reinstalling” move)

cr0x@server:~$ net stop audiosrv
The Windows Audio service is stopping.
The Windows Audio service was stopped successfully.

cr0x@server:~$ net stop AudioEndpointBuilder
The Windows Audio Endpoint Builder service is stopping.
The Windows Audio Endpoint Builder service was stopped successfully.

cr0x@server:~$ net start AudioEndpointBuilder
The Windows Audio Endpoint Builder service was started successfully.

cr0x@server:~$ net start audiosrv
The Windows Audio service was started successfully.

Ce que cela signifie : Un arrêt/démarrage propre force Windows à reconstruire le graphe audio et à ré‑énumérer les endpoints.

Décision : Testez immédiatement le son de test Windows. Si l’audio revient, vous avez terminé ; sinon, passez à l’énumération des endpoints et au statut des périphériques.

Task 4: List audio devices and check status in Device Manager data

cr0x@server:~$ pnputil /enum-devices /class Sound
Instance ID:                HDAUDIO\FUNC_01&VEN_10EC&DEV_0236&SUBSYS_1043184D&REV_1000\5&2B7E9C1&0&0001
Device Description:         Realtek(R) Audio
Class Name:                 Sound, video and game controllers
Class GUID:                 {4d36e96c-e325-11ce-bfc1-08002be10318}
Manufacturer Name:          Realtek Semiconductor Corp.
Status:                     Started
Driver Name:                oem42.inf

Ce que cela signifie : Status: Started suggère que le pilote est chargé et que le périphérique est présent. S’il affiche Problem ou qu’aucun périphérique Realtek n’existe, c’est une autre branche.

Décision : Si manquant : vérifiez l’activation audio dans le BIOS/UEFI et la présence matérielle. Si présent : concentrez‑vous sur les endpoints/le routage/les améliorations.

Task 5: Check for problem devices (Code 10/28/45 equivalents)

cr0x@server:~$ pnputil /enum-devices /problem
Instance ID:                HDAUDIO\FUNC_01&VEN_10EC&DEV_0236&SUBSYS_1043184D&REV_1000\5&2B7E9C1&0&0001
Device Description:         Realtek(R) Audio
Problem Code:               10
Problem Status:             0xC00000E5

Ce que cela signifie : Le Code 10 indique souvent que le périphérique ne peut pas démarrer — problème de pilote, firmware ou pilotes filtre en conflit.

Décision : Si vous voyez le Code 10 après une mise à jour, priorisez le rollback du pilote audio ou la suppression des composants audio tiers. Ne faites pas « mettre à jour vers la dernière version » à l’aveugle.

Task 6: Identify the installed driver package and version

cr0x@server:~$ pnputil /enum-drivers | findstr /i realtek
Published Name:     oem42.inf
Original Name:      realtekservice.inf
Provider Name:      Realtek Semiconductor Corp.
Class Name:         MEDIA
Driver Version:     11/15/2024 6.0.9700.1
Signer Name:        Microsoft Windows Hardware Compatibility Publisher

Ce que cela signifie : Ceci vous dit ce que Windows a réellement installé, pas ce qu’un utilitaire OEM prétend. Notez la date/la version.

Décision : Si l’audio a cassé après un saut de version du pilote, le rollback est une démarche rationnelle. Si la version est ancienne, vous pouvez mettre à jour — mais seulement après avoir vérifié services/endpoints.

Task 7: Roll back by uninstalling the newest driver package (targeted, reversible)

cr0x@server:~$ pnputil /delete-driver oem42.inf /uninstall /force
Deleting the driver package...
Driver package deleted successfully.

Ce que cela signifie : Ceci supprime le package pilote sélectionné et le désinstalle des périphériques qui l’utilisent (de force).

Décision : Redémarrez. Windows reviendra souvent à un pilote antérieur ou à un pilote de classe intégré. Si l’audio revient, bloquez la mauvaise mise à jour via une politique (voir la checklist plus bas).

Task 8: Confirm Windows sees playback endpoints (quick sanity via PowerShell)

cr0x@server:~$ powershell -NoProfile -Command "Get-CimInstance Win32_SoundDevice | Select-Object Name,Status,Manufacturer"
Name                           Status Manufacturer
----                           ------ ------------
Realtek(R) Audio               OK     Realtek
NVIDIA High Definition Audio   OK     NVIDIA

Ce que cela signifie : Cela confirme que Windows voit les périphériques son au niveau matériel/ pilote. Ça ne garantit pas que le routage des endpoints est correct.

Décision : Si Realtek est OK ici mais que vous n’avez pas de son, arrêtez de blâmer le pilote et vérifiez la sélection du périphérique par défaut, les améliorations et le mode exclusif.

Task 9: Check recent audio-related errors in Event Viewer logs (fast signal)

cr0x@server:~$ wevtutil qe System /q:"*[System[(Level=2) and (Provider[@Name='Service Control Manager'])]]" /c:5 /f:text
Event[0]:
  Provider Name: Service Control Manager
  Event ID: 7031
  Level: Error
  Description: The Windows Audio service terminated unexpectedly. It has done this 1 time(s).

Ce que cela signifie : Si Audiosrv plante, vous pouvez le redémarrer toute la journée et il continuera à échouer. C’est généralement un composant de traitement audio défectueux, des fichiers système corrompus ou des hooks tiers.

Décision : Si vous voyez des terminaisons répétées, désactivez les améliorations, supprimez les applications d’« effets » audio tierces et lancez les vérifications SFC/DISM.

Task 10: Run system file checks (because audio services rely on Windows components)

cr0x@server:~$ sfc /scannow
Beginning system scan. This process will take some time.
Beginning verification phase of system scan.
Verification 100% complete.
Windows Resource Protection found corrupt files and successfully repaired them.

Ce que cela signifie : La corruption peut casser des composants de service et des enregistrements COM utilisés par l’audio.

Décision : Si des corruptions ont été réparées, redémarrez et retestez l’audio. Si SFC ne peut pas réparer, utilisez DISM ensuite.

Task 11: Repair component store with DISM

cr0x@server:~$ DISM /Online /Cleanup-Image /RestoreHealth
Deployment Image Servicing and Management tool
Version: 10.0.22621.1
[==========================100.0%==========================]
The restore operation completed successfully.

Ce que cela signifie : Restaure l’intégrité du magasin de composants Windows. Ceci importe quand Endpoint Builder ou des composants de politique audio sont endommagés.

Décision : Redémarrez, redémarrez les services, testez le son. Si toujours cassé, concentrez‑vous sur les paramètres spécifiques à l’appareil (détection de prise, améliorations, mode exclusif).

Task 12: Verify the Windows Audio service startup type isn’t misconfigured

cr0x@server:~$ sc qc Audiosrv
[SC] QueryServiceConfig SUCCESS

SERVICE_NAME: Audiosrv
        TYPE               : 20  WIN32_SHARE_PROCESS
        START_TYPE         : 2   AUTO_START
        ERROR_CONTROL      : 1   NORMAL
        BINARY_PATH_NAME   : C:\Windows\System32\svchost.exe -k LocalServiceNetworkRestricted -p

Ce que cela signifie : Si START_TYPE est désactivé ou manuel à cause d’un « tuning », l’audio échouera aléatoirement après redémarrages ou sorties de veille.

Décision : Mettez en démarrage automatique si nécessaire, puis redémarrez et vérifiez la stabilité.

Task 13: Check whether Windows is prioritizing the wrong output (HDMI/USB/BT)

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class AudioEndpoint | Sort-Object Status, FriendlyName | Select-Object Status, FriendlyName | Format-Table -AutoSize"
Status FriendlyName
------ ------------
OK     Speakers (Realtek(R) Audio)
OK     NVIDIA Output (NVIDIA High Definition Audio)
OK     Headphones (Bluetooth Headset)

Ce que cela signifie : Les endpoints existent. Votre problème peut être la sélection par défaut et le routage des applications, pas l’absence du pilote.

Décision : Dans les paramètres Son, définissez « Speakers (Realtek…) » comme défaut, et confirmez que l’application n’est pas configurée pour un autre périphérique dans Volume de l’application et préférences de périphérique.

Task 14: Clear and rebuild “stuck” audio state by restarting the Windows Audio service host

cr0x@server:~$ tasklist /svc | findstr /i audiosrv
svchost.exe                   1548 Audiosrv

cr0x@server:~$ taskkill /pid 1548 /f
SUCCESS: The process with PID 1548 has been terminated.

Ce que cela signifie : C’est un instrument brutal : vous tuez le processus hébergeant le service. Windows le redémarrera généralement.

Décision : À utiliser lorsque le redémarrage normal du service est bloqué. Si cela se bloque de façon répétée, suspectez des effets audio tiers ou une build de pilote buggée.

Task 15: Check power management settings that can “disappear” devices after sleep

cr0x@server:~$ powercfg /devicequery wake_armed
HID Keyboard Device
HID-compliant mouse
Realtek PCIe GbE Family Controller

Ce que cela signifie : Pas directement de l’audio, mais les politiques d’alimentation se corrèlent souvent avec des pannes audio après veille. Realtek audio est typiquement HDAUDIO, mais la politique de sommeil du système compte toujours.

Décision : Si l’audio échoue après la veille, testez la désactivation du démarrage rapide et la mise à jour du chipset/BIOS avant de toucher aux pilotes audio.

Erreurs courantes : symptôme → cause → correctif

Voici la partie où on arrête de prétendre que « pas de son » est un seul bogue. Ce n’est pas le cas.

1) Symptom: No sound anywhere; test tone fails

Cause racine : Le service Windows Audio / Endpoint Builder est arrêté, planté ou bloqué.
Correctif : Redémarrez les deux services (Task 3). S’ils plantent (Task 9), désactivez les améliorations et supprimez les effets audio tiers ; lancez SFC/DISM.

2) Symptom: Sound works in browser but not in Teams/Zoom (or vice versa)

Cause racine : Sortie par application verrouillée sur un autre endpoint ; périphérique de communications distinct du périphérique par défaut.
Correctif : Réinitialisez la sélection du périphérique de l’application ; définissez le périphérique par défaut et le périphérique de communications par défaut. Évitez les conflits de « mode exclusif ».

3) Symptom: Headphones plugged in, but audio still plays from speakers

Cause racine : Détection de prise désactivée ou mal configurée ; retasking de la console OEM ; câblage de la prise avant (bureau).
Correctif : Dans la console Realtek/OEM, activez la détection des prises et les paramètres de connecteur ; rebranchez la prise ; pour les desktops, vérifiez l’en‑tête front panel HD Audio et non AC’97.

4) Symptom: Headphones not detected at all; endpoint disappears

Cause racine : Corruption de l’état de l’Endpoint Builder ; mise à jour du pilote qui a changé le nom des endpoints ou la politique ; défaillance matérielle de la prise.
Correctif : Redémarrez les services audio ; rescannez les modifications matérielles ; si persistant après reboot, testez un autre casque et inspectez la prise physique.

5) Symptom: Crackling/popping after Windows update

Cause racine : Incompatibilité de fréquence d’échantillonnage ; améliorations audio ; latence DPC due au mode économie ou aux pilotes sans fil ; APO défectueux.
Correctif : Désactivez les améliorations/l’audio spatial ; définissez un format raisonnable (p.ex. 48kHz 16‑bit) ; essayez le plan d’alimentation Haute performance ; mettez à jour les pilotes Wi‑Fi/BT si des pics DPC sont corrélés.

6) Symptom: Microphone dead, speakers fine

Cause racine : Permissions de confidentialité bloquées ; mauvais périphérique d’entrée ; gain du micro à zéro ; micro du tableau masqué par une touche OEM.
Correctif : Vérifiez les paramètres de confidentialité Windows pour l’accès au microphone ; sélectionnez l’entrée correcte ; augmentez les niveaux ; confirmez que la touche muet n’est pas activée.

7) Symptom: “Realtek(R) Audio” missing; only HDMI audio shows

Cause racine : Audio onboard désactivé dans le BIOS/UEFI ; périphérique non énuméré ; pilote supprimé et Windows ne l’a pas réinstallé ; panne matérielle.
Correctif : Vérifiez que l’audio est activé dans le BIOS ; exécutez l’énumération pnputil ; installez le package OEM si nécessaire ; si toujours absent, diagnostics matériels.

8) Symptom: Audio keeps switching outputs when a monitor docks/undocks

Cause racine : Windows priorise les endpoints nouvellement connectés ; l’audio HDMI vole la valeur par défaut.
Correctif : Définissez les haut‑parleurs Realtek comme défaut ; désactivez le endpoint de lecture HDMI si vous ne l’utilisez jamais ; verrouillez via politique dans les environnements gérés.

Trois micro-histoires d’entreprise du terrain

Mini-histoire 1 : L’incident causé par une mauvaise hypothèse

Dans une entreprise de taille moyenne avec une équipe hybride, une vague d’ordinateurs portables a soudainement « perdu l’audio Realtek » après une mise à jour Windows. Le support a fait ce que font les supports sous charge : script standard, réinstaller le pilote, redémarrer, répéter. Le nombre de tickets est brièvement descendu — parce que tout le monde redémarrait — puis a de nouveau explosé.

La mauvaise hypothèse était que « l’audio ne fonctionne pas » signifiait « le pilote est cassé ». Mais le schéma était plus étrange : les casques Bluetooth fonctionnaient toujours, l’audio HDMI fonctionnait, et les haut‑parleurs internes ne fonctionnaient pas. Ce n’est pas « Windows ne peut pas produire de son ». C’est « Windows peut produire du son, juste pas vers cet endpoint ».

Un ingénieur a enfin comparé deux machines côte à côte. Même version de pilote. Même modèle matériel. Périphérique par défaut différent et paramètres d’amélioration différents. La mise à jour avait réactivé une couche « d’amélioration audio » sur les machines affectées, et l’endpoint Realtek échouait aux sons de test tant que les améliorations n’étaient pas désactivées.

La réparation n’a pas été une réinstallation de pilote. Ce fut une poussée de politique : désactiver les améliorations pour cette classe d’endpoint et redémarrer les services audio. Ils ont aussi appris au support une nouvelle première étape : si l’audio HDMI fonctionne, arrêtez de toucher aux pilotes et commencez par vérifier la sélection des endpoints et les améliorations.

Ils ont récupéré leur semaine. La file de réinstallations de pilotes ne l’a pas fait.

Mini-histoire 2 : L’optimisation qui s’est retournée contre eux

Une autre organisation voulait des temps de démarrage plus rapides. Quelqu’un a déployé une « base de performance » qui désactivait un ensemble de services jugés « non essentiels ». La liste venait d’un article de blog écrit par une personne qui n’avait jamais vu une flotte d’entreprise. Windows Audio s’est retrouvé classé « optionnel ».

Rien n’a cassé immédiatement. Parce que la plupart des portables ne redémarraient pas en même temps. Puis Patch Tuesday est arrivé, les appareils ont redémarré la nuit, et le lendemain matin le support ressemblait à une émission radiophonique hébergée dans un mixeur. Personne ne pouvait rejoindre des appels. Personne ne pouvait tester la sortie des haut‑parleurs. Les gens ont commencé à installer des packs de pilotes aléatoires trouvés dans les résultats de recherche.

L’optimisation s’est retournée contre eux parce qu’elle a confondu cause et effet : les changements de vitesse de démarrage sont mesurables ; le coût de fiabilité dégradée des appels ne l’est pas, jusqu’à ce qu’il le soit. Les services audio font partie du système d’exploitation, pas un accessoire qu’on peut enlever comme une barre d’outils de navigateur.

La réparation ennuyeuse a été de restaurer les types de démarrage des services par défaut, puis de les faire respecter via la gestion de configuration. La meilleure réparation a été culturelle : arrêter d’adopter des conseils de « tuning » sans plan de rollback et sans groupe pilote.

Blague #2 : Désactiver Windows Audio pour améliorer la productivité, c’est comme enlever les chaises du bureau pour encourager les réunions debout — techniquement efficace, socialement explosif.

Mini-histoire 3 : La pratique ennuyeuse mais correcte qui a sauvé la situation

Une entreprise avec un contrôle strict des changements avait une politique : chaque déploiement de pilote devait avoir un « fallback connu bon » et un petit anneau canari. Pas excitant. Pas héroïque. Juste discipliné.

Une mise à jour du pilote Realtek est arrivée avec une mise à jour de la console audio OEM qui a modifié silencieusement le comportement de détection des prises sur un sous‑ensemble de modèles. La détection des casques est devenue incohérente. Certains utilisateurs avaient le son dans les haut‑parleurs avec un casque branché ; d’autres n’avaient rien parce que l’endpoint basculait et se mutait.

Le canari l’a signalé en un jour, avec des notes claires : « le problème apparaît uniquement sur le modèle X, uniquement avec les casques filaires, uniquement après la veille ». Cette spécificité a compté. L’équipe endpoint, façon SRE, a extrait les logs d’événements, confirmé qu’il n’y avait pas de crash de service, puis corrélé le comportement avec la version de la console OEM.

Ils ont rollbacké le composant console OEM (pas l’image OS entière), bloqué la mise à jour pour les modèles affectés, et envoyé un contournement : désactiver le retasking de la détection des prises jusqu’à ce qu’une build corrigée soit validée.

Pas de drame. Pas de bataille nocturne. La pratique n’était pas glamour, mais elle a fonctionné comme les ceintures de sécurité : on ne les apprécie que quand quelque chose tourne mal.

Listes de contrôle / plan étape par étape

Checklist A: The 10-minute “get sound back” plan

Confirmez le volume de sortie et le volume de l’application (Mélangeur de volume).
Choisissez le bon périphérique de sortie par défaut (Paramètres Son). Si vous voyez HDMI/BT/USB, vérifiez que vous n’envoyez pas l’audio là‑bas.
Jouez le son de test Windows. S’il échoue, poursuivez ; s’il fonctionne, l’application est le problème.
Désactivez les améliorations et l’audio spatial sur le périphérique Realtek.
Redémarrez AudioEndpointBuilder et Audiosrv (Task 3).
Retestez le son de test. Si c’est réparé, arrêtez. Ne « l’améliorez » pas en mettant à jour les pilotes.
Si toujours cassé : vérifiez le Gestionnaire de périphériques pour les codes problèmes (Task 5).
Si Code 10 après mise à jour : rollback/désinstallez le package pilote le plus récent (Task 7), redémarrez.
Si les services plantent : consultez l’Observateur d’événements (Task 9) et lancez SFC/DISM (Tasks 10–11).
Si les casques ne sont pas détectés : concentrez‑vous sur la détection de prise et les tests physiques, pas les pilotes.

Checklist B: If you manage a fleet (prevent the next outbreak)

Définissez le pilote audio « connu bon » et les versions de la console OEM par modèle matériel.
Mises à jour canari (petit anneau en premier). Écoutez les rapports ennuyeux ; ce sont de l’or.
Bloquez les mises à jour automatiques des pilotes pour les périphériques audio si votre environnement est sensible (centres d’appels, salles de trading, studios).
Standardisez la politique d’améliorations : désactiver par défaut sauf si nécessaire.
Runbook pour le helpdesk : routage → améliorations → redémarrage des services → rollback, dans cet ordre.
Auditez les types de démarrage des services audio afin que le « tuning » de performance ne les supprime pas.

Checklist C: Deep-dive decision tree (when “no sound” won’t die)

Si le périphérique Realtek est manquant : activation BIOS → présence matérielle → installation du pilote.
Si le périphérique Realtek existe mais sans endpoints : santé de l’Endpoint Builder → intégrité système → suppression des APO tiers.
Si les endpoints existent mais le mauvais est utilisé : périphérique par défaut + routage applicatif.
Si seul le jack filaire échoue : paramètres de détection de prise + test physique + en‑tête front panel (desktop).
Si c’est seulement après veille/dock : politique d’alimentation + démarrage rapide + mises à jour chipset/BIOS.

Faits et contexte intéressants (brefs, concrets)

Realtek est devenu courant sur d’innombrables cartes mères parce que les puces codec étaient bon marché, suffisamment bonnes et faciles à intégrer à grande échelle par les OEM.
« HD Audio » a remplacé le comportement AC’97 avec une meilleure détection et des capacités de routage — aussi plus de complexité et plus de paramètres à mal configurer.
Windows audio utilise un moteur partagé qui mixe plusieurs applications en un flux de sortie unique ; le routage par application est une fonctionnalité moderne d’ergonomie.
Les améliorations audio proviennent souvent d’APO tiers intégrés dans la pipeline (Waves, DTS, Nahimic). Ils peuvent casser après des mises à jour même si le pilote de base est correct.
Les noms d’endpoints changent selon les builds de pilote (p.ex. « Speakers (Realtek High Definition Audio) » vs « Speakers (Realtek(R) Audio) »), ce qui embrouille les politiques et les sélections par application.
L’audio HDMI n’est pas une rivalité Realtek vs NVIDIA/Intel ; c’est juste un autre endpoint qui vole souvent la sortie par défaut quand les écrans se reconnectent.
La distribution des pilotes par Windows Update signifie qu’un « changement de pilote » peut arriver sans action volontaire de l’utilisateur, surtout sur des machines grand public.
Beaucoup de portables font transiter le micro interne par la même pile audio, si bien qu’un APO cassé peut tuer l’entrée micro alors que les haut‑parleurs fonctionnent (ou inversement).
La détection des prises est en partie matérielle, en partie politique : le codec détecte l’impédance/la connexion, mais l’OS et la console OEM décident comment l’interpréter.

FAQ

1) Pourquoi réinstaller les pilotes Realtek résout rarement le « pas de son » ?

Parce que la panne est souvent liée à l’état, pas aux binaires. Le routage, la politique des endpoints, les améliorations et les services peuvent se casser alors que le pilote est parfaitement chargé.

2) Quelle est la meilleure première réparation ?

Redémarrez Windows Audio et Windows Audio Endpoint Builder, puis retestez le son de test Windows. C’est rapide, sans risque et ça corrige beaucoup de cas.

3) Mon audio HDMI marche mais les haut‑parleurs Realtek non. Qu’est‑ce que ça signifie ?

Windows peut générer du son. Votre souci est probablement la sélection d’endpoint, les améliorations ou un problème spécifique à l’endpoint/au traitement Realtek — pas « Windows est cassé ».

4) Les casques ne sont pas détectés. Dois‑je mettre à jour les pilotes ?

Pas en premier. Vérifiez les paramètres de détection de prise dans la console OEM, essayez un autre casque et redémarrez les services. Les mises à jour de pilotes peuvent modifier le comportement de la détection et empirer la situation.

5) Comment savoir si les améliorations sont en cause ?

Désactivez les améliorations/l’audio spatial sur le périphérique de sortie. Si le son revient immédiatement, vous avez trouvé la cause. Gardez‑les désactivées sauf besoin spécifique.

6) Dois‑je désinstaller « NVIDIA High Definition Audio » ou l’audio d’affichage Intel ?

Seulement si cela cause activement des basculements de périphérique par défaut et que vous ne les utilisez jamais. Sinon, conservez‑les. Le geste le plus sûr est de définir Realtek par défaut et de désactiver le endpoint HDMI dans les périphériques de lecture.

7) Que faire si le périphérique Realtek est totalement absent ?

Ce n’est pas un réglage de mélangeur. Vérifiez l’activation de l’audio onboard dans le BIOS/UEFI, puis l’énumération des périphériques. Si ça n’apparaît jamais après redémarrages, envisagez une panne matérielle.

8) L’audio casse après la veille ou le dock. Est‑ce un souci Realtek ?

Parfois. Souvent c’est la gestion d’alimentation, le démarrage rapide ou les interactions de pilotes. Testez la désactivation du démarrage rapide et la mise à jour du chipset/BIOS, puis revenez aux pilotes audio.

9) Le rollback est‑il meilleur que la réinstallation ?

Généralement oui. Le rollback (ou la suppression du package pilote le plus récent) est un retour contrôlé à un état connu. La réinstallation peut récupérer la même version cassée.

10) Les stratégies de groupe ou outils de sécurité d’entreprise peuvent‑ils casser l’audio ?

Oui. Les politiques peuvent désactiver des services, bloquer des classes de périphériques ou imposer des versions de pilotes. Si vous êtes sur un appareil géré, consultez l’IT avant d’aller chasser les pilotes.

Prochaines étapes (pratiques, pas mystiques)

Si l’audio Realtek ne fonctionne pas, arrêtez de traiter le pilote comme un bouc émissaire. Exécutez le playbook comme si vous déboguiez un incident de production :

Prouvez le symptôme avec un son de test Windows.
Réparez le routage (périphérique par défaut, sortie par application).
Supprimez les traitements fragiles (désactivez améliorations/audio spatial).
Réinitialisez le plan de contrôle (redémarrez AudioEndpointBuilder et Audiosrv).
Ce n’est qu’ensuite que vous envisagez le rollback ou la suppression du package pilote si vous avez des codes problème ou une chronologie claire « cassé après mise à jour ».

Suivez ces étapes et vous résoudrez la majorité des cas « Realtek ne fonctionne pas » plus vite que n’importe quel rituel de réinstallation. Et vous le ferez avec des preuves, pas des impressions.