Testeur de microphone

À propos du Testeur de microphone

Ce testeur utilise l'API Web Audio pour visualiser votre voix ou instrument en temps réel. Identifiez immédiatement un gain trop faible, un ronflement ou une saturation. Changez de source sans recharger la page et activez l'écoute directe au besoin.

1. Sélectionnez le micro à analyser puis cliquez sur Démarrer.
2. Parlez avec votre volume habituel et vérifiez que le vu-mètre reste dans la zone verte/jaune.
3. Activez le monitoring pour vous entendre (utilisez un casque pour éviter le larsen).
4. Consultez le journal d'activité pour contrôler les pics et assurer la stabilité du signal.

Comment savoir si mon microphone fonctionne ?

Cliquez sur Démarrer, acceptez la demande d'autorisation micro du navigateur puis parlez normalement à environ trente centimètres du micro. Vous verrez la forme d'onde sauter à chaque syllabe, le vumètre monter dans la bande vert-jaune et le marqueur de crête grimper à environ moins douze à moins six dBFS pour une parole de conversation. Si le vumètre reste plat à moins l'infini, le mauvais périphérique est sélectionné — utilisez le menu déroulant pour choisir une autre entrée. Si le vumètre est collé à zéro, le gain ou le boost est trop élevé et le clipping détruit la qualité. Un micro fonctionnel répond à une tape du doigt sur sa grille par un pic clairement visible sur la forme d'onde.

Pourquoi le navigateur demande-t-il la permission à chaque fois ?

La spécification W3C MediaDevices.getUserMedia() exige un consentement explicite par origine et par session ; c'est la même barrière que celle qui protège la webcam. Chrome et Edge permettent de marquer l'autorisation comme Autoriser pour les visites suivantes par site, mais Safari redemande exprès pour rendre l'accès au micro visible. Vous pouvez épingler l'autorisation en cliquant sur le cadenas à côté de l'URL, en sélectionnant Paramètres du site et en passant Microphone de Demander à Autoriser. C'est sûr sur cet outil car aucun audio ne quitte l'appareil : les trames capturées sont analysées directement dans le navigateur via la Web Audio API et écartées dès la fin du test.

Qu'est-ce que le dBFS et quel niveau viser ?

dBFS signifie décibels par rapport à la pleine échelle, où 0 dBFS est le signal le plus fort que le convertisseur analogique-numérique peut encoder sans clipping. La parole doit atteindre des crêtes entre moins douze et moins six dBFS — assez fort pour noyer le bruit de pièce (généralement sous moins soixante sur un PC silencieux) mais avec six décibels de marge pour les plosives soudaines comme le P de pop. Chant et instruments acoustiques visent des crêtes autour de moins six à moins trois dBFS. Tout échantillon qui touche zéro dBFS plus de quelques échantillons est du clipping ; la forme d'onde s'aplatit en haut, une distorsion harmonique entre et le fichier est dégradé pour toujours. Utilisez un filtre anti-pop et reculez de cinq centimètres pour maîtriser les plosives.

Quelle est la différence entre micros à condensateur et dynamiques ?

Les micros à condensateur utilisent une fine membrane chargée au-dessus d'une plaque fixe pour capter l'audio avec une sensibilité très élevée et une réponse en fréquence large, typiquement 20 Hz à 20 kHz. Ils ont besoin d'une alimentation fantôme 48 volts et captent chaque réflexion, donc ils brillent en studio traité pour voix, voice-over et instruments acoustiques. Les dynamiques utilisent une bobine mobile fixée à une membrane dans un champ magnétique — pas d'alimentation, sensibilité moindre, réponse plus étroite d'environ 50 Hz à 16 kHz. Ils rejettent le bruit de fond et supportent les hautes pressions sonores, dominant ainsi scènes live, podcasts en pièces non traitées et cabines de radio. Le Shure SM7B et l'Electro-Voice RE20 sont les classiques dynamiques broadcast.

Pourquoi mon enregistrement sonne-t-il fin, boueux ou lointain ?

Trois problèmes couvrent la plupart des défauts. Un son fin et métallique signifie en général que vous êtes trop loin de la capsule et que la réverbération de la pièce domine ; rapprochez-vous à quinze centimètres d'un micro cardioïde et orientez la bouche légèrement hors axe. Un son boueux et caisse est la résonance de pièce sous 300 Hz rebondissant sur des murs durs parallèles ; ajoutez de l'absorption (une couette derrière le micro aide), activez un passe-haut à 80 Hz dans le logiciel ou choisissez une directivité plus serrée. Un son distordu est du clipping — baissez le gain d'entrée dans le panneau son de l'OS jusqu'à ce que les crêtes restent à moins six dBFS. Le souffle est le bruit propre du préampli ; les micros USB bon marché à préampli intégré sifflent souvent au-delà de 50 dB-A.

À quelle fréquence d'échantillonnage et profondeur de bits enregistrer ?

Pour les appels, le podcast et la majorité du contenu YouTube, 48 kHz en 16 bits est le compromis pratique idéal — il correspond aux standards vidéo, divise par deux la taille par rapport au 24 bits et dépasse l'exigence de Nyquist pour la voix humaine (dont le sommet intelligible plafonne près de 8 kHz). Pour la production musicale, l'archivage ou le post-traitement avec EQ et compression, enregistrez à 48 kHz ou 96 kHz en 24 bits : les huit bits supplémentaires de plage dynamique offrent environ 48 dB de marge supplémentaire sans introduire de bruit de quantification. Les fréquences comme 192 kHz sont superflues hors mastering spécialisé et doublent le stockage. Cet outil rapporte la fréquence réelle que le navigateur transmet à la Web Audio API, généralement 44100 ou 48000 Hz.

Qu'est-ce que le gain staging et pourquoi est-ce important ?

Le gain staging est la discipline qui consiste à fixer un niveau de signal approprié à chaque étape de la chaîne d'enregistrement : microphone, préampli, interface, système d'exploitation et application. L'objectif est de garder le signal bien au-dessus du plancher de bruit de chaque étage (typiquement moins soixante dBFS) et bien en dessous du clipping (zéro dBFS), avec des crêtes proches de moins douze à moins six dBFS afin que le traitement ultérieur ait de la marge. Erreur classique du débutant : laisser le curseur OS à cent pour cent et baisser le préampli, ce qui amplifie le bruit du préampli au lieu de la source. L'ordre correct est préampli d'abord (réglez le gain analogique pour que la crête la plus forte atteigne moins six dBFS sur le vumètre de l'interface), puis laissez l'OS à cent pour cent et le fader de l'application près de l'unité.

Ma voix est-elle envoyée quelque part quand j'utilise cet outil ?

Non. Le test de microphone utilise MediaDevices.getUserMedia() pour recevoir un flux audio directement du système d'exploitation vers un MediaStreamAudioSourceNode dans la Web Audio API du navigateur. De là, un AnalyserNode lit les données de fréquence et d'amplitude pour les vumètres et la forme d'onde, et le flux brut n'est jamais écrit sur disque, jamais encodé et jamais envoyé sur le réseau. Dès que vous arrêtez le test ou fermez l'onglet, le MediaStreamTrack est arrêté et les tampons audio sont récupérés par le garbage collector. Vous pouvez vérifier en ouvrant l'onglet Réseau des outils développeur et en confirmant zéro requête pendant le test, et en voyant l'indicateur micro de la barre d'adresse disparaître à l'instant où vous appuyez sur Arrêter.

Quels navigateurs et appareils sont pris en charge ?

Le testeur fonctionne dans tout navigateur exposant l'API W3C MediaDevices.getUserMedia() ainsi qu'un AnalyserNode Web Audio dans un contexte sécurisé (HTTPS) : Chrome 55+, Edge 79+, Firefox 36+, Safari 14.1+ sur macOS, Safari sur iOS/iPadOS 14.5+, et Chrome/Samsung Internet sur Android. Il ne fonctionne pas sur Internet Explorer ni sur les pages HTTP non sécurisées — dans ces cas l'outil détecte l'API manquante et affiche un message « non pris en charge » au lieu de faire semblant d'écouter. Safari iOS exige en plus que la page soit servie en HTTPS et n'accorde l'accès au micro qu'en réponse directe à une pression, alors appuyez vous-même sur Démarrer le test plutôt que d'attendre un démarrage automatique. Les micros USB, Bluetooth, réseau intégré et XLR via interface apparaissent dans la liste dès lors que le système d'exploitation les reconnaît déjà.

Quelle différence entre RMS et crête réelle, et quel plancher de bruit passe le contrôle qualité ?

Le grand nombre de la carte de statistiques est le RMS dBFS — le niveau efficace (root-mean-square) de chaque trame d'analyse, qui suit le volume perçu et constitue la lecture stable pour certifier une unité. La crête réelle est l'échantillon le plus fort retenu sur toute la session ; elle capte les saturations transitoires qu'un RMS moyenné manque. Pour valider ou rejeter, mesurez le plancher de bruit au repos en restant silencieux quelques secondes : un micro grand public sain doit rester à moins soixante dBFS RMS ou moins, un USB/casque correct entre moins cinquante-cinq et moins cinquante, et au-dessus de moins quarante-cinq cela indique un souffle ou un bruit de pièce audible qui devrait échouer à l'inspection. Le rapport signal/bruit est simplement votre RMS parlé (environ moins dix-huit à moins douze dBFS) moins ce plancher ; visez au moins quarante dB de SNR. Le vu-mètre en virgule flottante de cet outil lit de véritables planchers à moins soixante dBFS, ce qu'un vu-mètre 8 bits ne peut pas faire.

Comment exporter ou enregistrer un résultat de test micro ?

Lancez un test puis appuyez sur Arrêter. Les boutons Exporter CSV et Exporter JSON de la carte de statistiques deviennent actifs et téléchargent la session directement sur votre appareil — sans aucun envoi. Chaque fichier contient une chronologie à intervalles d'une seconde (horodatage, RMS dBFS, crête dBFS et un indicateur de saturation) plus un bloc de résumé contenant le nom du périphérique, la fréquence d'échantillonnage, la durée totale, les RMS min/max/moyen, la crête réelle retenue et le nombre d'échantillons saturés. Le CSV s'ouvre directement dans Excel, Google Sheets ou tout outil de tracé et convient parfaitement pour joindre à un ticket de réparation ou à un rapport QA par lot ; le JSON est préférable pour alimenter le résultat dans un script ou un système de gestion de tests. Démarrez un nouveau test pour effacer la capture précédente.