ASIO4ALL avec OBS : configurer la capture sans pièges de routage

Comment ASIO4ALL arrive jusqu’à OBS

Une configuration OBS avec ASIO4ALL comporte plusieurs couches, et chacune a une fonction différente. OBS gère la source de scène, le mixeur, l’enregistrement, le direct et le monitoring. Un plug-in compatible ASIO donne à OBS un moyen de demander une entrée ASIO. ASIO4ALL présente ensuite les endpoints WDM Windows sélectionnés. Windows continue de gérer le microphone, l’interface, le chemin HDMI, l’entrée ligne ou le périphérique virtuel sous-jacent. Un réglage d’une couche ne peut pas réparer une source en sourdine ni un endpoint occupé par une autre application.

Cette séparation explique pourquoi OBS peut afficher un vumètre actif alors que le fichier est silencieux, ou pourquoi le même microphone capturé deux fois produit un écho. Traitez le premier essai comme une vérification de chemin : identifiez l’entrée physique, activez un endpoint, ajoutez une seule source OBS, vérifiez un vumètre et enregistrez un court fichier. N’activez pas d’emblée toutes les sorties, le microphone de webcam, le Bluetooth et les câbles virtuels.

Configurer une seule entrée ASIO dans OBS

Commencez par le chemin fonctionnel le plus court. Si ASIO4ALL est déjà installé, notez le périphérique et le buffer actuels avant toute modification. Sinon, suivez le guide d’installation du site et rouvrez OBS ensuite. Les fichiers et conditions de compatibilité du plug-in peuvent évoluer : consultez sa documentation et évitez les installateurs modifiés provenant de catalogues sans rapport.

Les noms de menus peuvent varier selon OBS et la version d’OBS-ASIO, mais l’ordre reste le même : ajouter la source, ouvrir ses propriétés, sélectionner ASIO4ALL v2, ouvrir le panneau ASIO4ALL, activer un endpoint WDM, choisir le canal et vérifier le vumètre OBS. Gardez la fréquence cohérente entre Windows, ASIO4ALL, la source et les réglages audio OBS lorsque les commandes sont disponibles.

1. Installer ou vérifier la source

   Utilisez la documentation du projet OBS-ASIO pour choisir une version compatible. Redémarrez OBS après l’installation afin que la nouvelle source soit enregistrée.

2. Ajouter une source ASIO

   Dans la scène à enregistrer ou diffuser, ajoutez la source d’entrée ASIO. N’ajoutez pas encore le même microphone dans Mic/Aux.

3. Ouvrir ASIO4ALL

   Ouvrez les propriétés de la source et la configuration du pilote. Activez l’entrée WDM précise et laissez les endpoints inutiles désactivés.

4. Choisir le canal

   Sélectionnez le canal correspondant à l’entrée physique. Le nom de l’interface ne suffit pas lorsqu’elle expose plusieurs entrées.

5. Faire un essai court

   Parlez ou lisez un signal connu pendant dix secondes, arrêtez l’enregistrement et écoutez le fichier. Confirmez un seul signal propre avant d’activer le monitoring.

Capturer et monitorer sans écho

Un enregistrement OBS propre possède un seul chemin de capture intentionnel et une décision claire pour le monitoring. Si la source ASIO transporte le microphone, retirez ce microphone de Mic/Aux ou mettez la source en sourdine. Si vous avez aussi besoin du son du bureau, gardez-le dans une source séparée et vérifiez que la méthode choisie ne contient pas déjà le microphone. Deux vumètres valides peuvent représenter le même signal physique et doubler la voix.

Le monitoring ajoute un autre chemin qui peut être confondu avec la capture. OBS peut envoyer la source vers le périphérique de monitoring pendant que Windows ou l’interface la renvoie directement au casque. Utilisez un casque pendant le test, choisissez une destination unique et mettez les copies en sourdine une par une. Le fichier destiné au public et votre retour local sont deux observations : vérifiez-les avec un court enregistrement au lieu de faire confiance au vumètre en direct.

Corriger un son muet, déformé ou doublé

Si la source ASIO n’apparaît pas, vérifiez qu’OBS a été redémarré après l’installation du plug-in et que le build correspond à votre environnement. Si la source existe mais qu’aucun endpoint n’est visible, fermez les DAW, navigateurs avec audio, applications de réunion, lecteurs et panneaux susceptibles d’occuper le périphérique Windows. Rouvrez les propriétés de la source et le panneau ASIO4ALL, puis recommencez avec une seule entrée. Réinstaller ASIO4ALL ne libère pas un endpoint détenu par un autre processus.

Si le vumètre reste silencieux, contrôlez l’état d’activation de l’endpoint, l’autorisation microphone Windows, le canal, la sourdine de la source et le gain physique. Si le vumètre bouge mais que le fichier reste muet, vérifiez la piste d’enregistrement OBS, la scène active et le fichier réellement lu. En cas de distorsion ou de craquements, alignez la fréquence et augmentez le buffer d’un cran ; ne masquez pas une mauvaise entrée avec un réglage de buffer.

Si la voix est doublée, mettez toutes les copies en sourdine sauf la source ASIO et réintroduisez-les une par une. Pour un écho retardé, inspectez le monitoring OBS et le monitoring direct du matériel ou de Windows. Si OBS prend le mauvais périphérique, désactivez temporairement HDMI, Bluetooth, webcam et endpoints virtuels pour identifier l’enfant WDM voulu.

• Source ASIO absente : redémarrer OBS, confirmer l’enregistrement du plug-in et lire ses notes de compatibilité.
• Endpoint absent : fermer les autres logiciels audio et inspecter l’enfant WDM exact dans ASIO4ALL.
• Aucun vumètre : vérifier autorisations Windows, gain, sourdine, canal et câblage physique.
• Vumètre actif mais fichier muet : vérifier la piste d’enregistrement, la scène active et le fichier relu.
• Craquements ou distorsion : aligner les fréquences, augmenter raisonnablement le buffer et refaire le test.
• Écho ou voix doublée : mettre en sourdine Mic/Aux, loopback, monitoring direct et sources OBS répétées.
• Mauvaise entrée : désactiver HDMI, Bluetooth, webcam et périphériques virtuels pendant l’identification.

Latence, fréquence et occupation du périphérique

ASIO4ALL peut exposer un périphérique WDM à une source ASIO, mais ne garantit pas une latence inférieure à celle d’un pilote constructeur maintenu. Pour une voix en direct, un buffer stable est généralement plus utile que le chiffre minimal. Commencez autour de 256 échantillons, testez l’enregistrement et ne passez à 128 que si l’entrée reste propre. Augmentez le buffer si la charge CPU, les plug-ins, l’USB ou plusieurs endpoints actifs créent des clics.

Une fréquence incompatible peut rendre un endpoint indisponible, déclencher un rééchantillonnage ou créer un chemin qui semble actif mais sonne mal. Utilisez une fréquence supportée par le matériel et alignez Windows, ASIO4ALL, OBS et la source autant que possible. Le Bluetooth est un mauvais point de référence pour le diagnostic, car son délai et ses changements de profil ajoutent une variable. Testez d’abord avec un casque filaire et un seul périphérique.

Checklist de vérification OBS et ASIO4ALL

La configuration est prête lorsque le chemin est explicable et répétable : vous connaissez l’entrée physique active, l’endpoint ASIO4ALL qui l’expose, la source OBS qui la reçoit, la piste qui l’enregistre et la destination du monitoring. Enregistrez un test local avant le direct. Le fichier est plus utile qu’un vumètre vert, car il révèle les sources doubles, les mauvais canaux, les pistes silencieuses et le monitoring retardé.

Gardez une base minimale. Ajoutez le son du bureau, une seconde entrée, un câble virtuel ou un buffer inférieur seulement après avoir obtenu un enregistrement propre avec une entrée. Si un changement casse le chemin, revenez à la base et ne modifiez qu’une couche. Si la documentation du plug-in évolue, vérifiez sa compatibilité avant de remplacer un chemin fonctionnel.

• OBS a été redémarré après l’installation ou la mise à jour de la source ASIO.
• Seule l’entrée WDM ASIO4ALL nécessaire est active pour le premier test.
• La source, le canal, la fréquence et la piste d’enregistrement OBS sont identifiés.
• Le même microphone n’est pas actif à la fois dans ASIO et Mic/Aux.
• Un enregistrement local de dix secondes contient le signal propre attendu.
• Le monitoring utilise une destination choisie et ne crée pas d’écho.
• Le buffer reste stable sous la charge réelle d’enregistrement ou de direct.
• HDMI, Bluetooth, webcam et endpoints virtuels inutiles sont désactivés pendant le diagnostic.