Por qué Audacity graba con chasquidos y cómo corregirlo

Los chasquidos que aparecen durante una grabación con Audacity suelen indicar que algo falla en la cadena de audio, desde el micrófono hasta el archivo. A veces el problema es un nivel de entrada demasiado alto; otras, un corte momentáneo porque el ordenador no entrega los datos a tiempo. También puede oírse el clic solo en los auriculares, aunque la pista quede limpia. El primer diagnóstico depende de distinguir esos casos, no de cambiar opciones al azar.

La frecuencia de muestreo, el tamaño del buffer, los controladores y la conexión USB están entre las causas más habituales. El programa no crea necesariamente el ruido: normalmente registra una señal que ya llega alterada o reproduce con interrupciones lo que está grabando. La forma del sonido y el momento en que aparece permiten separar un pico saturado de un microcorte digital o de un fallo de monitorización.

El chasquido no siempre tiene el mismo origen

Un clic breve y seco se parece poco a un zumbido continuo o al siseo de fondo. En una grabación digital puede corresponder a un salto abrupto de la forma de onda, una interrupción minúscula que el oído percibe como un golpe. Si se repite de manera irregular, incluso durante silencios, puede apuntar a un problema en la transmisión o el procesamiento del audio. Ese patrón suele diferenciarse de la distorsión provocada por una entrada demasiado alta.

El momento también da pistas. Si el ruido coincide con una palabra fuerte, una consonante explosiva o un golpe cerca del micrófono, conviene revisar el nivel de entrada y la posible saturación. Si aparece en medio de una frase normal o durante una pausa, es más probable que el flujo de audio haya sufrido un corte. Y si se oye mientras se graba, pero desaparece al reproducir la pista, el fallo puede estar en la salida o en la monitorización, no en el archivo.

La forma de onda ayuda a comprobarlo. Al ampliar la vista, un clic grabado suele verse como una discontinuidad o un pico estrecho; un problema de reproducción puede no dejar ninguna marca en la pista. Además, una edición posterior puede hacer más audible un defecto que antes pasaba inadvertido: la compresión o la normalización suben también los errores pequeños. Por eso un chasquido que se descubre al exportar no demuestra por sí solo que la exportación lo haya causado.

La frecuencia de muestreo y el reloj del sistema

El audio digital representa el sonido mediante muestras tomadas a intervalos regulares. Una frecuencia de 44.100 Hz significa que se registran 44.100 muestras por segundo; 48.000 Hz es otra frecuencia habitual, especialmente en proyectos de vídeo. Ninguna de las dos es, por sí misma, garantía de una grabación más limpia. Lo importante es que el dispositivo, el sistema operativo y el proyecto trabajen de forma compatible, sin conversiones innecesarias o mal gestionadas.

Si el micrófono está configurado a 48.000 Hz y el proyecto de Audacity a 44.100 Hz, el sistema o el programa puede convertir la señal para adaptarla. La diferencia entre ambas frecuencias no produce siempre chasquidos: los sistemas de audio suelen poder convertirlas correctamente. El riesgo aparece cuando esa conversión coincide con controladores inestables, cambios de dispositivo o falta de recursos, y se traduce en interrupciones audibles.

En Windows, la frecuencia predeterminada de entrada se configura en las propiedades del dispositivo de sonido; en macOS se puede revisar en Configuración de Audio MIDI. Audacity, por su parte, muestra la frecuencia del proyecto y permite ajustarla. Si se cambia un parámetro, conviene mantener el resto de la cadena alineado cuando sea posible. Para vídeo es común trabajar a 48 kHz, mientras que 44,1 kHz sigue utilizándose en muchos proyectos musicales. La coherencia importa más que perseguir una cifra supuestamente superior.

Los procesados automáticos también pueden alterar la señal. La cancelación de ruido, el control automático de ganancia o el realce de voz pueden intervenir mientras se graba, especialmente con micrófonos pensados para videollamadas. Si los clics aparecen al mismo tiempo que cambia el volumen o se atenúa el sonido, merece la pena comprobar si hay mejoras activadas en el sistema o en el software del dispositivo. Desactivarlas temporalmente para comparar permite identificar si participan en el problema, sin asumir que siempre sean la causa.

Buffers, latencia y controladores de audio

El buffer es una pequeña reserva de datos que permite al ordenador procesar el audio sin tener que hacerlo en el mismo instante en que entra. Si es demasiado pequeño para el equipo, una tarea interrumpe el flujo y aparece un dropout: un microcorte que puede escucharse como clic, chasquido o breve crepitación. Reducir la latencia al mínimo puede volver la grabación menos estable, sobre todo si el ordenador está ocupado o el controlador no responde con regularidad.

Aumentar el margen del buffer suele ser útil cuando la prioridad es capturar una toma continua, aunque puede añadir retardo al escuchar la señal. Para una locución o una grabación que no exige tocar al compás de la entrada monitorizada, una latencia algo mayor puede resultar menos problemática que los cortes. Los nombres y la ubicación de estos ajustes cambian según la versión de Audacity, el sistema operativo y la interfaz, así que no hay un valor universal que sirva para todos los equipos.

El controlador define cómo se comunica el programa con el dispositivo de audio. En Windows hay distintos sistemas de audio disponibles, entre ellos MME y WASAPI; algunas interfaces incluyen controladores propios, como ASIO. Una ruta puede funcionar mejor que otra en una configuración concreta, pero ninguna es infalible. Un controlador actualizado y adecuado para la interfaz suele ser más fiable que uno genérico cuando el fabricante ofrece soporte específico.

En macOS, Core Audio gestiona el audio del sistema, aunque también puede haber problemas si se combinan dispositivos con frecuencias distintas o configuraciones agregadas. En Linux, el comportamiento depende de la ruta de audio y de componentes como PipeWire, PulseAudio o ALSA. En todos los casos se repite la misma idea: evitar cambios innecesarios durante la toma y dar al sistema suficiente margen para procesar la señal. Si el ruido empieza tras cambiar de dispositivo o abrir otra aplicación de audio, esa coincidencia es una pista útil.

USB, Bluetooth y alimentación: el papel del hardware

Un micrófono USB incorpora la conversión de la señal y depende de una conexión estable con el ordenador. Un cable deteriorado, un conector flojo o un concentrador USB compartido con otros periféricos pueden provocar interrupciones. Si el ruido cambia al tocar el cable, al conectar una webcam o al mover el micrófono a otro puerto, la causa quizá esté fuera de Audacity. Probar una conexión directa a otro puerto permite comprobar si el bus o el cable influyen.

Los concentradores no son necesariamente problemáticos, pero añaden un punto intermedio y pueden repartir alimentación y tráfico entre varios dispositivos. En una torre puede ser útil comparar los puertos traseros con los frontales; en un portátil, probar un puerto distinto y desconectar periféricos que no sean necesarios. Si el micrófono requiere más alimentación de la que recibe de forma estable, los fallos pueden aparecer de forma intermitente, no necesariamente desde el inicio de la sesión.

Bluetooth es cómodo para escuchar, pero puede complicar la monitorización y la grabación en tiempo real. La conexión añade latencia y, según el dispositivo y el sistema, puede cambiar de perfil cuando se usa el micrófono y la salida a la vez. Así, el sonido puede degradarse o cortarse aunque la pista grabada esté correcta. Para diagnosticar, resulta más claro comparar con auriculares conectados por cable o con la salida de una interfaz. Un clic que desaparece al cambiar de salida no señala necesariamente un defecto en la entrada.

También conviene observar si el ruido depende de la alimentación del portátil. En batería, el ahorro de energía puede modificar la gestión del procesador o de los puertos; al conectar el cargador, el comportamiento eléctrico del equipo cambia. No todo chasquido que coincide con el cargador es una interferencia eléctrica: algunos son cortes digitales y otros pueden proceder de una conexión o una toma defectuosa. Si el síntoma aparece solo en una de esas condiciones, esa diferencia ayuda a acotar el origen.

Cuando el ordenador se queda sin margen

El audio en tiempo real no necesita únicamente potencia: necesita que el equipo responda con regularidad. Un ordenador puede mostrar un uso medio bajo del procesador y, aun así, sufrir pausas breves por una tarea que se activa de repente. Una sincronización en la nube, un análisis del antivirus, una videollamada o varias aplicaciones abiertas pueden coincidir con el momento en que el sistema debe entregar datos al dispositivo. Los picos y las interrupciones importan más que el porcentaje medio de uso.

Para comprobarlo, se puede hacer una toma breve con menos aplicaciones abiertas y comparar el resultado, sin desactivar medidas de seguridad ni atribuir automáticamente la culpa al antivirus. Si el chasquido desaparece, una tarea en segundo plano o la carga general podrían estar contribuyendo. Las notificaciones también pueden interferir en algunas rutas compartidas si el sistema cambia de salida o mezcla sonidos mientras se graba, aunque no todos los equipos reaccionan igual.

La monitorización por software añade trabajo porque la señal debe entrar, pasar por el sistema y volver a los auriculares. Si además se reproducen otras pistas, se aplican efectos en tiempo real o se escucha por Bluetooth, aumentan los puntos de posible demora. La monitorización directa de una interfaz, cuando está disponible, evita parte de ese recorrido; no obstante, si el ruido solo se oye durante la escucha, primero hay que comprobar que no sea un fallo de salida y no de captura.

Cómo distinguir saturación, cortes y fallos de escucha

La saturación, también llamada clipping, ocurre cuando la señal supera el nivel que puede representar el sistema y queda distorsionada. Suele aparecer en los momentos más fuertes, no de forma aleatoria. En los medidores de Audacity, una entrada que llega al límite de 0 dB puede recortar los picos. Dejar margen por debajo de ese límite ayuda a evitar que una voz fuerte o un instrumento distorsione. Bajar el control de entrada puede servir si la señal está saturada, pero no corrige un dropout causado por un buffer insuficiente.

Un clic que aparece sin relación con el volumen, incluso en silencio, encaja mejor con una interrupción del flujo, una conexión inestable o un problema del controlador. Si el defecto está en la pista, se escuchará también al reproducirla después. En cambio, si solo aparece mientras se graba y no se encuentra al escuchar el archivo con otra salida, la sospecha se desplaza hacia la ruta de monitorización. Comprobar la grabación ya detenida evita confundir lo que se escucha en directo con lo que realmente quedó registrado.

Los acoples son distintos de los clics digitales. Se producen cuando el micrófono recoge el sonido que sale de los altavoces y este vuelve a amplificarse, a veces formando un tono intenso o un ruido creciente. Usar auriculares al grabar con micrófono reduce ese riesgo; también evita que otras pistas se filtren en la toma. La latencia, en cambio, es el retraso entre la entrada y lo que se oye. Si resulta molesta, bajar demasiado el buffer puede introducir cortes, por lo que conviene no confundir ambos problemas.

Una comprobación ordenada evita cambiarlo todo

Cuando el ruido aparece de forma irregular, modificar muchas opciones a la vez vuelve difícil saber qué ha cambiado el resultado. Es más útil conservar una copia del proyecto y hacer pruebas breves, cambiando una sola condición cada vez. Primero se comprueba si el clic queda grabado; después se compara la forma de onda y la escucha con otra salida. Ese orden separa la captura del dispositivo de reproducción antes de tocar ajustes más complejos.

Si el defecto está en la pista, la frecuencia del proyecto y la del dispositivo, el buffer, el controlador y la conexión física son aspectos razonables que revisar. Si solo aparece en la monitorización, se puede probar otra salida, dejar de usar Bluetooth durante la comparación o desactivar temporalmente la escucha por software. Si coincide con picos de voz, conviene vigilar el medidor de entrada y ajustar el nivel para que no alcance el límite.

También resulta revelador comprobar si el problema comienza al abrir una aplicación, cambiar de puerto, conectar el cargador o iniciar la grabación de otra pista. No hace falta cerrar todo ni convertir cada sesión en una operación técnica: basta con detectar qué variable coincide con el fallo. Una prueba controlada suele ofrecer más información que una sucesión de cambios sin registro. Si el chasquido continúa con otro cable, otra conexión y una ruta de audio distinta, puede haber un defecto del dispositivo o de su controlador.

Cuando la toma vuelve a ser continua

La mayoría de los casos se aclaran al separar tres familias de causas: saturación del nivel, cortes en el flujo de datos y fallos de reproducción. Después, la frecuencia de muestreo, el buffer, los controladores y el hardware permiten afinar el diagnóstico. No existe una combinación única que garantice el resultado en todos los ordenadores, porque una configuración estable depende tanto del sistema como del micrófono o la interfaz utilizados.

Si la entrada no llega al límite, el dispositivo mantiene una conexión firme, el proyecto trabaja con una frecuencia compatible y el sistema dispone de margen, Audacity puede registrar una señal continua. El programa es una parte de la cadena, no necesariamente el origen del defecto. Cuando el ruido persiste pese a las comprobaciones básicas, el patrón sigue siendo útil: si se graba, apunta a la captura; si solo se oye en directo, a la escucha; si coincide con los picos, al nivel. Cada clic deja una pista sobre el tramo donde se interrumpe el sonido.