Comment résoudre les problèmes audio et de pilote WASAPI sous Windows

Lorsque vous rencontrez des problèmes de latence, de clics, de silences intempestifs ou de bruits parasites sur votre PC, la cause est presque toujours évidente : la gestion audio par Windows et la communication entre les pilotes WASAPI et ASIO et les applications. Les jeux de rythme comme Project Diva, les stations de travail audio numériques (DAW), les émulateurs, les lecteurs de musique et les logiciels comme Audacity dépendent fortement du bon fonctionnement de ce système.

Dans cet article, nous allons détailler ce qu'est WASAPI, pourquoi il peut parfois poser problème et comment ses défauts se manifestent dans des situations concrètes : jeux, enregistrement en streaming, interfaces audio d'entrée de gamme, RetroArch, logiciels de production musicale et pilotes ASIO problématiques . Vous trouverez également des conseils pratiques pour réduire la latence, éviter les erreurs courantes et choisir le mode audio le plus adapté à vos besoins.

Qu'est-ce que WASAPI et en quoi diffère-t-il d'ASIO ?

Pour comprendre l'origine de tous ces problèmes, il faut commencer par les bases : WASAPI est l'API de session audio Windows . Il s'agit de la couche que Microsoft fournit aux applications pour communiquer avec les périphériques audio (cartes son internes, interfaces USB, HDMI, etc.).

WASAPI est défini dans les fichiers d'en-tête Audioclient.h et Audiopolicy.h , qui contiennent les interfaces utilisées par les programmes pour gérer l'audio. Chaque flux audio ouvert par un programme appartient à une session audio ; grâce à ce concept de session, Windows peut traiter plusieurs flux liés comme un seul groupe (par exemple, toutes les pistes d'une station de travail audio numérique ou tous les sons d'un jeu).

Au cœur de tout cela se trouve le moteur audio Windows . Ce composant en mode utilisateur reçoit des données des applications, les mixe et les envoie au périphérique de sortie ou les reçoit d'un périphérique d'entrée. Le moteur utilise un tampon de point de connexion pour chaque périphérique : les applications y écrivent lors de la lecture et y lisent lors de l'enregistrement.

Pour communiquer avec ce moteur, une application obtient d'abord un pointeur vers l' interface IAudioClient du périphérique en appelant IMMDevice::Activate avec l'identifiant IID_IAudioClient. Elle appelle ensuite IAudioClient::Initialize pour configurer la session (mode partagé ou exclusif, format audio, taille du tampon, etc.). Une fois la session établie, elle peut utiliser IAudioClient::GetService pour accéder aux autres interfaces WASAPI associées.

WASAPI repose sur plusieurs interfaces clés, chacune ayant un rôle spécifique dans la chaîne audio. Les plus importantes sont :

• IAudioRenderClient: permet d'écrire des données de sortie dans la mémoire tampon d'un périphérique de lecture.
• IAudioCaptureClient: permet de lire les données d'entrée à partir de la mémoire tampon d'un périphérique de capture.
• iAudioClock: fournit des informations sur la vitesse des données audio et la position actuelle dans le flux, ce qui est crucial pour maintenir la synchronisation.
• Contrôle de session audio: utilisé pour configurer et surveiller les paramètres de session (statut, nom, événements).
• Gestionnaire de session audio: permet d'accéder aux commandes de session et de volume pour différentes sessions, à la fois au sein d'un même processus et entre différents processus.
• IAudioStreamVolume: vous permet de contrôler le volume de tous les canaux dans un flux spécifique.
• Volume audio iChannel: ajuste le niveau de volume par canal de l'ensemble de la session audio à laquelle appartient le flux.
• ISimpleAudioVolume: contrôle le volume principal de toute une session.

De plus, les clients qui doivent être notifiés des modifications de session (volume, coupure du son, changement de périphérique, etc.) implémentent l' interface IAudioSessionEvents , qui notifie ces types d'événements. De nombreuses méthodes WASAPI peuvent renvoyer l'erreur AUDCLNT_E_DEVICE_INVALIDATED si le périphérique devient invalide (par exemple, si vous le déconnectez, modifiez la sortie audio par défaut ou si Windows reconfigure l'audio). Généralement, l'application devra recréer la session audio pour se rétablir.

La grande différence avec ASIO est que, tandis que WASAPI est intégré par défaut à Windows et à son moteur audio partagé , ASIO est une interface tierce, conçue principalement pour une faible latence dans la production musicale , dans laquelle le pilote de la carte son communique plus directement avec le matériel, en contournant une grande partie des couches Windows.

WASAPI partagé vs WASAPI exclusif : latence, mixage et compatibilité

WASAPI propose deux modes fondamentaux qui influencent le rendu sonore et la latence : le mode partagé et le mode exclusif . Choisir l’un ou l’autre a un impact significatif sur l’expérience, notamment pour les jeux de rythme, l’enregistrement et le monitoring en temps réel.

En mode partagé , plusieurs applications peuvent utiliser simultanément le même périphérique audio. Le moteur Windows mélange toutes les sources, effectue les conversions nécessaires (par exemple, de 44.1 kHz à 48 kHz) et envoie le tout au périphérique. Cela présente des avantages indéniables : vous pouvez écouter simultanément un jeu, une station de travail audio numérique (DAW), un navigateur et un lecteur de musique , enregistrer le son du système avec des logiciels comme Audacity et, de manière générale, éviter les plantages du périphérique.

Le problème du mode partagé est que le processus de mixage et de conversion introduit une latence accrue et une certaine imprévisibilité . Bien que cette latence ne soit pas énorme en valeur absolue, elle est perceptible dans les applications très sensibles (comme les jeux musicaux exigeant une précision à la milliseconde ou les performances en direct avec des instruments virtuels). De plus, les performances finales dépendent fortement de votre matériel, de votre système d'exploitation, ainsi que des paramètres de fréquence d'échantillonnage et de taille du tampon.

En mode exclusif , en revanche, une seule application prend le contrôle total du périphérique. Il n'y a pas de mixage avec d'autres programmes, pas de conversion de format par le moteur Windows (tout doit correspondre), et l'accès est plus direct. Cela réduit considérablement la latence et, dans des conditions idéales, offre une réponse beaucoup plus rapide et stable, ce qui est crucial pour les stations de travail audio numériques (DAW) et certains jeux.

L'inconvénient du mode exclusif est que de nombreux périphériques et certains pilotes le gèrent mal . Vous pourriez rencontrer des erreurs d'initialisation, des déconnexions, des bruits parasites, voire un comportement étrange de certaines fonctions système (comme le son d'autres applications ou le volume de Windows lui-même). De plus, lorsqu'une application maintient le périphérique en mode exclusif, les autres ne peuvent pas l'utiliser.

ASIO , quant à lui, fonctionne de manière similaire à un mode exclusif (bien qu'il s'agisse d'une technologie différente) et offre généralement une latence plus faible lorsque le pilote est correctement implémenté. Cependant, tous les périphériques ne disposent pas d'un pilote ASIO natif, et il est courant d'utiliser des solutions génériques comme ASIO4ALL , qui reposent en fin de compte sur WASAPI ou d'autres sous-systèmes Windows et peuvent engendrer leurs propres problèmes.

Project Diva Arcade / MegaMix+ et la latence entre WASAPI et ASIO

Un exemple très parlant de l'influence de ces modes sur le gameplay se trouve dans la comparaison entre Project Diva Arcade Future Tone (PDAFT) sur sa borne d'arcade originale et Project Diva MegaMix+ (PDMM+) sur PC. La borne d'arcade utilisait WASAPI en mode exclusif pour l'audio système, tandis que la version MegaMix+ sur PC utilise WASAPI en mode partagé . Cela nous donne déjà un indice quant à l'origine de ces différences significatives.

Lors de tests pratiques, certains utilisateurs ont configuré PDAFT avec une sortie ASIO (via le plugin DivaSound) et l'ont comparé directement à PDMM+ utilisant l'interface WASAPI partagée. Afin de capturer le son réel, ils ont connecté une interface audio avec fonction de boucle (comme la Yamaha AG06MK2) et enregistré le son en temps réel, sans montage ni coupure vidéo. Ils ont même enregistré le bruit de la pression d'un bouton de la manette DualSense, simultanément au son du jeu.

Ces enregistrements montrent que, dans le cas de PDAFT avec ASIO ou WASAPI exclusifs, le son des impacts dans le jeu coïncide presque exactement avec le moment où le bouton est pressé . Cependant, dans PDMM+ avec WASAPI partagé, bien que la latence ne soit pas énorme, un léger délai supplémentaire est perceptible.

Il est intéressant de noter que, si la latence peut sembler acceptable sur de nombreux systèmes, le problème s'aggrave sur les périphériques audio nécessitant des tampons plus importants . Même avec une interface dont le tampon est réduit au minimum (le meilleur scénario possible), un léger décalage reste perceptible. Si le même jeu est lancé sur une PS4 connectée via HDMI à une carte d'acquisition, puis à un Yamaha AG06 MK2, la latence audio de la console est environ deux fois moindre que celle de PDMM+ sur PC utilisant une interface WASAPI partagée.

Le plugin DivaSound, utilisé pour activer la sortie ASIO ou WASAPI exclusive dans PDAFT, explique clairement son utilité. La sortie WASAPI d'origine du jeu n'acceptait que le mode exclusif , et de nombreux appareils peinaient à gérer ce type d'accès. DivaSound désactive la sortie d'origine du jeu et crée son propre moteur de sortie , évitant ainsi les inconvénients de l'implémentation officielle.

Cela vous permet d'utiliser n'importe quel périphérique audio, de conserver le son des autres applications actif pendant que le jeu est en cours d'exécution, et d'enregistrer ou de diffuser l'audio du jeu sur une piste audio séparée — une fonctionnalité inédite. Cependant, le développeur du plugin admet que la latence en mode partagé peut être problématique et dépend fortement du matériel et du système d'exploitation. Il recommande de régler la fréquence de sortie à 44 100 Hz pour réduire légèrement la latence et note également que le mode ASIO ne se ferme pas toujours correctement , ce qui peut dépendre du pilote d'interface utilisé.

C'est pourquoi de nombreux joueurs de Fallout 0 et de jeux similaires réclament un mod qui rétablisse l'utilisation exclusive de WASAPI sur MegaMix+ , car le passage de PDAFT à PDMM+ est très brutal une fois habitué à une latence aussi faible. Pour ceux qui privilégient une synchronisation quasi parfaite, le mode partagé s'avère insuffisant.

Audacity, Windows N et problèmes d'enregistrement audio du système

Un autre scénario typique où des complications surviennent avec WASAPI est la capture audio depuis l'ordinateur , par exemple avec Audacity. Dans les environnements éducatifs ou professionnels, il est courant d'utiliser des versions de Windows comme Windows 10 Éducation N , qui sont livrées sans certains composants multimédias par défaut.

Sur certains ordinateurs équipés de cette version spécifique de Windows, Audacity ne parvient plus à enregistrer le flux audio via WASAPI , alors que sur d'autres PC dotés de versions différentes de Windows, tout fonctionne correctement. Le problème se manifeste lorsque, lors de la sélection du périphérique approprié dans Audacity (généralement l'hôte WASAPI pour enregistrer le flux audio), le programme semble incapable de se connecter correctement à la sortie audio du système.

Ce type de panne est généralement dû à des modifications apportées aux mises à jour système ou à l'absence de certains composants multimédias qui, dans les éditions N, doivent être réinstallés manuellement via les Media Feature Packs de Microsoft. Si, après un changement de version ou une mise à jour, Windows modifie la façon dont il expose les périphériques de mixage logiciel, Audacity peut perdre l'accès à la boucle interne utilisée pour enregistrer le flux.

Dans ces cas, il est conseillé de :

• Vérifiez cela dans Windows 10 Éducation N possède tous les modules multimédias installés. nécessaire.
• Vérifiez dans Audacity que Le serveur audio sélectionné est WASAPI. et que le périphérique d'entrée choisi est celui qui correspond aux « haut-parleurs de retour » ou équivalent.
• Vérifiez qu'il n'y a pas de mélangeur de volume sous Windows. applications silencieuses ni de paramètres par défaut inhabituels de l'appareil.

Si d'autres ordinateurs du même réseau, mais équipés de versions standard de Windows 10, ne présentent pas ce problème, cela indique clairement que la cause profonde réside dans des limitations ou des modifications spécifiques à la version N et à la manière dont elle expose WASAPI aux applications.

Distorsion, tonalité étrange et bruit avec l'interface WASAPI exclusive sur les interfaces économiques

Un problème très différent, mais tout aussi lié à WASAPI, survient lorsque le son semble fonctionner correctement pendant un certain temps, puis se met soudainement à ralentir, à baisser de tonalité, à se distordre , voire à exploser en un bruit blanc insupportable qui vous fait trembler. Cela indique généralement des problèmes de synchronisation de l'horloge audio ou des erreurs graves du pilote.

Un exemple typique concerne les interfaces audio USB simples, comme un modèle à deux canaux tel que la Vault Ai-SoloX ou similaire, qui ne possèdent pas leur propre pilote ASIO et utilisent des solutions génériques comme ASIO4ALL ou l'utilisation directe de WASAPI. Dans ce cas, lorsqu'on sélectionne WASAPI en mode exclusif comme moteur audio dans une station de travail audio numérique (DAW) (par exemple, Sonar ou Cakewalk), la lecture et l'enregistrement peuvent fonctionner correctement pendant quelques passages, mais après un certain nombre de répétitions, des problèmes de vitesse et de distorsion apparaissent.

Pour tenter d'atténuer ce problème, de nombreux utilisateurs effectuent des configurations telles que :

• Marquer comme Sous Windows, le périphérique par défaut est constitué des haut-parleurs et du microphone de l'ordinateur portable., ne laissant l'interface externe que pour la station de travail audio numérique (DAW).
• Activez les éléments suivants dans les propriétés de l'interface : options de mode exclusif dans les paramètres sonores avancés.
• Définir un une fréquence d'échantillonnage courante (par exemple, 48 kHz) et une profondeur de bits de 24 bits.
• Utilisez une taille de tampon modéré (par exemple, 256 échantillons) J'essaie de trouver un équilibre entre latence et stabilité.
• Vérifiez les paramètres tels que MMCSS (Service de planification des classes multimédias) dans le séquenceur lui-même, afin de prioriser les flux audio.

Malgré tout, la fréquence du problème peut être réduite, mais il réapparaît après un certain nombre de lectures. Cela indique que la source pourrait se situer au niveau de la gestion de la synchronisation de l'horloge audio, du mode exclusif et des files d'attente de mémoire tampon par le pilote . De plus, si la même erreur se produit lors de tests avec d'autres logiciels (comme Cakewalk), cela renforce l'hypothèse d'un problème structurel lié à la combinaison de cette interface avec le mode WASAPI exclusif.

Dans ces cas de figure, si l'ASIO natif n'existe pas et qu'ASIO4ALL génère d'autres conflits, les options sont les suivantes :

• soulever le taille du tampon privilégier la stabilité à la latence.
• Tester mode partagé Au lieu d'une approche exclusive, il faut accepter un délai légèrement plus long si les distorsions disparaissent.
• Envisagez d'utiliser un interface avec le pilote ASIO officiel mieux entretenu.

RetroArch, les silences avec WASAPI et autres moteurs audio bruyants

WASAPI s'impose également dans le monde de l'émulation. RetroArch, par exemple, permet de choisir entre plusieurs moteurs audio (WASAPI, XAudio, etc.). Sur certains ordinateurs modernes, comme un portable Huawei MateBook E équipé d'un processeur i5-1230U , l'affichage est parfaitement fluide, mais l'audio pose de sérieux problèmes.

Lorsqu'on sélectionne WASAPI comme moteur audio dans RetroArch, il est possible de n'entendre aucun son , quel que soit le cœur, même avec la bande-son de l'interface RetroArch activée. En revanche, avec d'autres moteurs comme XAudio, le son est bien présent, mais accompagné de craquements, de grésillements et d'autres artefacts indésirables.

Le plus curieux, c'est que sur ce même système, les programmes utilisant également WASAPI (comme un lecteur de musique de type MusicBee ) fonctionnent sans problème, de même que certains émulateurs autonomes comme bsnes . Cela laisse penser que le problème réside dans l'interaction spécifique entre RetroArch, son implémentation WASAPI et la configuration audio du système , plutôt que dans un problème général de pilote.

Dans une telle situation, il est essentiel de vérifier :

• Que périphérique de sortie Il est sélectionné dans RetroArch lors de l'utilisation de WASAPI.
• Si l' fréquence d'échantillonnage du système Cela correspond aux attentes de RetroArch.
• La version spécifique de RetroArch, car parfois versions précédentes ou différentes versions Ils gèrent WASAPI différemment.

Si, après avoir réinstallé RetroArch, changé de version, réinstallé les pilotes audio (pilotes Windows officiels et génériques) et essayé différentes combinaisons de périphériques, le problème persiste uniquement avec RetroArch, il est très probable qu'il s'agisse d'un bug spécifique ou d'une incompatibilité temporaire avec le matériel qui ne peut être résolue que par une mise à jour de l'émulateur lui-même.

Samplitude, Vita World Flutes et exigences ASIO/WASAPI

Dans le domaine de la production musicale, les conflits entre les pilotes ASIO, WASAPI et les modes de monitoring sont également fréquents. Un bon exemple est Samplitude Music Studio (par exemple, la version 2015) et le chargement d'instruments virtuels comme Vita World Flutes.

Lors de l'utilisation de cet instrument, le programme peut afficher un message indiquant que, pour un monitoring en temps réel, certaines options doivent être activées : un système de pilote ASIO ou WASAPI , le monitoring des logiciels ou des effets (FX) et le monitoring des entrées (REC M) . Si ces conditions ne sont pas remplies, l'instrument ne fonctionnera pas correctement ou vous ne pourrez pas l'entendre pendant que vous jouez.

Sur un PC Windows 8 , il faut vérifier dans les paramètres audio de Samplitude quel moteur est utilisé (il peut être configuré sur MME/DirectSound, ce qui n'est pas idéal pour une faible latence) et si le monitoring logiciel est correctement activé. L'utilisation de WASAPI en mode partagé peut être utile pour un monitoring avec un certain délai, mais pour jouer des instruments virtuels en temps réel, un pilote ASIO natif avec une mémoire tampon réduite est préférable.

Si vous n'avez accès qu'à WASAPI, il est conseillé de minimiser la taille du tampon dans votre séquenceur et de vous assurer que le périphérique sélectionné dans Samplitude est celui qui bénéficie de la meilleure prise en charge sous Windows . De plus, l'activation du monitoring d'entrée (REC M) est indispensable pour que le séquenceur puisse acheminer le signal de la piste vers la sortie.

Pilotes ASIO tiers, clics et canaux qui disparaissent

Une autre source de problèmes réside dans la piètre qualité des pilotes ASIO officiels ou des interfaces qui reposent entièrement sur des pilotes génériques. Un contrôleur Numark 4Trak d'occasion en est un exemple concret .

Dans ce cas précis, quel que soit le logiciel DJ utilisé, les pilotes ASIO de la 4Trak génèrent des clics, des craquements et des parasites après quelques minutes de lecture (la durée varie, mais le problème se répète). En revanche, si le logiciel est configuré pour utiliser WASAPI au lieu d'ASIO, ces parasites disparaissent… mais un autre problème apparaît : les canaux 3 et 4 cessent complètement de fonctionner.

En d'autres termes, en mode WASAPI, seules les sorties 1 et 2 sont correctement reconnues, empêchant ainsi l'utilisation du contrôleur avec toutes ses sorties indépendantes pour le pré-écoute ou le routage des canaux. De plus, l'utilisateur constate qu'avec d'autres interfaces USB disposant de plus de deux sorties, son PC se comporte comme si seules les sorties 1 et 2 existaient , ce qui suggère un problème plus général au niveau du système d'exploitation ou de la pile audio.

Dans un tel scénario, le problème peut avoir plusieurs origines : pilotes ASIO défectueux ou obsolètes, limitations de WASAPI lors de l’exposition de plusieurs canaux, ou configurations internes de Windows ne reconnaissant pas correctement les sorties supplémentaires. Le dépannage implique des tests :

• Mettez à jour ou réinstallez le Pilote ASIO officiel depuis la manette.
• Vérifiez dans le panneau de configuration du son de Windows si l'interface apparaît comme appareil multicanal et si leurs sorties peuvent être configurées.
• Tester l'appareil sur un autre appareil équipe différente pour exclure la possibilité d'une panne matérielle.

Si le périphérique n’expose jamais plus de deux canaux avec WASAPI, même dans d’autres programmes, l’implémentation du pilote elle-même peut n’offrir ces sorties qu’en mode standard, réservant le routage avancé au pilote ASIO propriétaire.

En définitive, tous ces exemples démontrent que les problèmes audio rencontrés avec WASAPI, ASIO et les modes exclusif et partagé sont rarement dus à un seul facteur. La version de Windows (y compris les éditions spéciales comme Éducation N), le type de périphérique, la qualité du pilote, la manière dont chaque programme implémente les interfaces WASAPI et vos besoins spécifiques (faible latence, multicanal, enregistrement en continu, etc.) sont autant d'éléments qui entrent en jeu. Comprendre ces éléments vous permettra de cibler vos efforts : expérimenter avec les modes exclusif et partagé, ajuster la fréquence d'échantillonnage et la taille du tampon, choisir entre WASAPI et ASIO, voire changer d'interface si celle utilisée actuellement s'avère insuffisante.