No hay audio en todas partes: cómo encontrar la causa al reemitir

Por qué el audio desaparece solo en una plataforma

Al reemitir, una sola transmisión se envía a varias plataformas a la vez. Por eso parece que todos los destinos reciben exactamente la misma señal. En la práctica, tras enviar el flujo, cada plataforma recibe, verifica y procesa el audio por separado. Puede usar su propio reproductor, otro conjunto de requisitos de códec, pistas de audio independientes y una verificación automática de contenido.

Si en dos plataformas hay audio y en la tercera no se escucha, no necesariamente el micrófono está averiado. Lo más habitual es que el problema esté después de formarse la mezcla común: en la configuración de un destino concreto, en la elección de la pista de audio, en el procesamiento de la señal entrante o en el propio reproductor.

El audio puede desaparecer en distintas etapas. Puede no llegar a la mezcla de salida, perderse en la transmisión hacia un destino, no superar la verificación de formato, ser desactivado por el sistema de la plataforma o reproducirse solo para una parte de los espectadores. Por eso primero hay que determinar dónde se produce exactamente el silencio y solo después cambiar los parámetros del codificador.

La referencia más útil es comparar la grabación local, la vista previa, la emisión pública y el envío directo a la plataforma problemática. Este orden permite no cambiar el micrófono ni todos los ajustes al azar.

Primero asegúrese de que el problema está realmente relacionado con el audio

No se base solo en el mensaje de un espectador. En el reproductor puede estar activado el modo sin sonido, y el volumen del navegador o de la aplicación puede estar reducido. A veces el problema aparece solo en la aplicación móvil, en un navegador concreto o en la visualización integrada en otra página.

Compruebe la emisión usted mismo de varias formas:

• abra la transmisión en modo incógnito, donde no hay ajustes guardados del reproductor;
• véala desde otro dispositivo o a través de otra red;
• compruebe el volumen del propio reproductor, de la pestaña del navegador y del dispositivo;
• compare la emisión pública con la vista previa en el panel de control de la plataforma;
• al terminar, revise la grabación de la transmisión, si la plataforma la guarda.

Si no hay audio solo en un reproductor, pero sí en la grabación o para otros espectadores, no hace falta cambiar los ajustes del micrófono ni del codificador. Primero revise la caché, la aplicación, el navegador y el estado del propio reproductor.

Si los problemas se oyen en todas partes, pase a comprobar la grabación local y la pista de salida. Esto separará un fallo de la fuente de un error de una plataforma concreta.

Compruebe el audio antes de enviarlo a la reemisión

El indicador de nivel del programa de transmisión muestra si el mezclador recibe señal. Si la barra del micrófono o del juego se mueve, eso todavía no significa que el audio llegue a la pista correcta y se envíe a la plataforma. El mezclador puede mostrar actividad, mientras que el flujo de salida usa otro conjunto de canales.

Haga una grabación local corta con los mismos ajustes con los que se inicia la emisión. En ella deben oírse todas las fuentes: voz, juego, notificaciones y otros elementos que vaya a transmitir. Si en la grabación local hay silencio, el problema está en la fuente, en el mezclador o en el audio de salida del programa.

Compruebe por separado las causas físicas y de software:

• si no se ha seleccionado como micrófono una entrada desactivada o temporalmente no disponible;
• si no se ha bajado el audio en el fader de la fuente;
• si no está desactivada la fuente de la escena que debe transmitir el juego o el navegador;
• si no se ha aplicado un filtro que suprima por completo la señal;
• si no ha cambiado el dispositivo de entrada tras reiniciar el programa o conectar los auriculares.

Escuchar a través del monitoreo del programa no es una comprobación completa. El monitoreo puede funcionar por una ruta distinta y no coincidir con lo que llega a los espectadores. Es más fiable comparar los indicadores, la grabación local y la emisión real.

Compruebe la selección de la pista de audio

Una de las causas frecuentes de silencio selectivo está relacionada con varias pistas de audio. En el modo de salida avanzada, la voz, el juego y la música pueden grabarse por separado. Esto es cómodo para la edición, pero no todas las plataformas ni servicios de reemisión transmiten y procesan esas pistas de la misma forma.

Una plataforma puede tomar la primera pista y escuchar la mezcla común, mientras que otra recibe una pista donde solo hay voz o donde no hay ninguna fuente activa. Como resultado, el vídeo sigue emitiéndose, pero el audio desaparece en un destino concreto.

Para diagnosticarlo, envíe temporalmente todas las fuentes necesarias a una única pista principal. Asegúrese de que sea esa la que está indicada para la transmisión, y no solo para la grabación local. Si después de esto aparece el audio, la causa está encontrada: hay que volver a configurar la distribución de fuentes por pistas teniendo en cuenta las capacidades de cada plataforma.

No hay que confundir las pistas separadas con el canal izquierdo y el derecho. Una pista es una mezcla de audio independiente, y un canal es un lado dentro de esa mezcla. Si los canales se asignan mal, la voz puede quedar solo a la izquierda o a la derecha. En un dispositivo se oirá, y en otro el espectador pensará que no hay audio.

Cómo configurar las pistas para una emisión compatible

Para una reemisión normal es más seguro empezar con una mezcla común sencilla. Cree una pista principal de emisión y dirija a ella la voz, el juego, las alertas y otras fuentes que deben oír los espectadores. En los ajustes de cada fuente compruebe la marca de esa pista.

Las pistas adicionales pueden dejarse para la grabación local. Por ejemplo, guardar en una pista la mezcla completa para la emisión, en otra solo el micrófono y en otra el juego. Pero en la configuración de la transmisión debe estar seleccionada la pista con la mezcla completa. Las pistas de grabación separadas por sí solas no garantizan que la reemisión reciba el audio común.

Después de cambiar el esquema, guarde el perfil y haga una grabación corta. Luego compruebe la emisión en la plataforma problemática. Si el servicio de reemisión no permite elegir una pista distinta para cada destino, use para todas las plataformas una mezcla común compatible. Una variante de audio independiente para una plataforma concreta solo es posible cuando el servicio o un codificador adicional admite salidas distintas.

Si la voz y el juego están distribuidos en pistas diferentes, no intente resolver el problema cambiando el volumen. El volumen no añade una fuente a otra pista. Hay que abrir las propiedades del mezclador de audio, marcar las fuentes necesarias en la pista de emisión y volver a iniciar el flujo.

Requisitos habituales de las plataformas para el audio

Una plataforma puede aceptar la parte de vídeo del flujo y, al mismo tiempo, procesar el audio de forma incorrecta. Esto ocurre con un códec no compatible, un bitrate demasiado alto o bajo, una frecuencia de muestreo incorrecta, un número de canales inadecuado o una combinación no estándar de estos parámetros.

Los requisitos exactos dependen de la plataforma, del protocolo y del método de conexión. Antes de configurar, abra la ayuda oficial del destino concreto y busque los requisitos del audio entrante. Revíselos con especial atención después de pasar a una dirección RTMP o RTMPS propia, de cambiar el codificador o de conectar un nuevo servicio de reemisión.

• Códec. Para los flujos por RTMP y RTMPS se suele usar AAC-LC. Opus y otras variantes pueden admitirse solo con un protocolo determinado o un tipo de flujo entrante concreto. No se debe elegir un códec solo porque esté disponible en el programa.
• Bitrate. En los requisitos puede indicarse un nivel concreto, un rango admisible o un valor máximo. A menudo, en los perfiles compatibles aparecen valores de alrededor de 128 o 160 kbps, pero esto no es una regla universal. Si la plataforma limita el bitrate, superar el límite puede provocar el rechazo del audio mientras se mantiene el vídeo.
• Frecuencia de muestreo. Para las transmisiones suelen aparecer 44,1 y 48 kHz. Es importante que la frecuencia del programa, del mezclador, de la interfaz de audio y del codificador de salida no entren en conflicto. Si la plataforma exige un valor concreto, elíjalo en todas las etapas.
• Número de canales. El mono contiene un canal, el estéreo, dos. La plataforma puede aceptar ambas variantes o exigir un esquema determinado. Para la voz, el mono puede ser suficiente, pero para el juego y la música se necesita una mezcla estéreo, si los requisitos lo permiten.
• Perfil del códec y ubicación de los canales. Incluso un AAC compatible puede estar configurado con un perfil inadecuado o con una asignación incorrecta de los canales izquierdo y derecho.

Si la documentación oficial no indica un perfil concreto, para la prueba de control use una variante sencilla que admita su protocolo: AAC-LC, la frecuencia de los requisitos de la plataforma, un bitrate moderado y una mezcla estéreo normal. Tras una prueba correcta, puede ir recuperando las pistas adicionales y el procesamiento complejo de uno en uno.

Compruebe el mono, el estéreo y la ubicación de los canales

Un problema con los canales puede parecer un silencio total. Por ejemplo, el micrófono transmite señal solo al canal izquierdo, y la plataforma o el reproductor procesan ese flujo de forma incorrecta. En otra situación, la mezcla común se forma en mono, pero el codificador espera una señal estéreo con dos canales.

Abra los ajustes del mezclador de audio y revise el balance de cada fuente. Para la voz, compruebe si el deslizador está desplazado por completo a la izquierda o a la derecha. Si el programa tiene una función para combinar canales en mono, aplíquela al micrófono cuando la voz deba estar en el centro. Esto eliminará la situación en la que el habla se oye solo por un lado.

Si la plataforma problemática exige estéreo, la salida debe contener dos canales correctos. La simple duplicación de un canal izquierdo defectuoso no siempre resuelve el problema: primero hay que asegurarse de que en el origen hay realmente señal útil. No convierta la música y el juego a mono sin necesidad, ya que se puede perder la componente espacial.

Después de cambiar los canales, haga una grabación con voz y juego, escúchela con auriculares y en altavoces normales. Luego compruebe el destino problemático, porque el reproductor local puede realizar la mezcla de canales a su manera.

Revise la configuración del destino concreto de la reemisión

En el panel del servicio de reemisión puede haber una configuración independiente para cada plataforma. Aunque la fuente sea común, en el destino a veces se definen un perfil de codificación propio, la elección de pista, los parámetros de audio y el método de conexión. Tras copiar la configuración de otra emisión, algunos campos pueden resultar inadecuados.

Compruebe que la plataforma necesaria esté realmente activa, conectada al canal correcto y reciba la transmisión actual. Un destino detenido u obsoleto puede aparecer como conectado aunque el flujo ya no se reciba. Si hay estadísticas del destino disponibles, revise si se transmite el flujo de audio, y no solo el de vídeo.

Compruebe si para este destino se ha asignado una pista vacía. Si en los ajustes hay selección de fuente de audio, establezca la pista principal con la mezcla completa. Si se pueden indicar por separado el códec, el bitrate, la frecuencia y el número de canales, compare estos campos con los requisitos oficiales de la plataforma.

Después de cambiar los parámetros clave, detenga por completo la emisión y vuelva a iniciarla. Algunos ajustes solo se aplican al crear una nueva conexión. Una simple actualización de la página o volver a pulsar el botón de inicio no siempre reconstruye el flujo.

Qué hacer después del diagnóstico: reconfigurar para la plataforma problemática

Tras la comprobación no basta con identificar la causa, hay que cambiar el punto concreto de la cadena. Primero guarde el perfil que funciona y anote los parámetros originales. Esto permitirá volver a ellos si la nueva configuración afecta a los demás destinos.

1. Si el problema está en la pista, seleccione en el programa la pista principal para la transmisión y añada a ella todas las fuentes que deben oír los espectadores. Deje las pistas adicionales solo para la grabación local. Reinicie la emisión y compruebe el resultado.
2. Si el problema está en el códec, elija el códec que se indica expresamente en los requisitos de la plataforma. Para RTMP o RTMPS suele ser AAC-LC, pero hay que guiarse por la documentación de la entrada concreta. No use Opus si este protocolo no lo admite.
3. Si no coincide el bitrate, establezca el valor de los requisitos o no supere el máximo indicado. Para la prueba es mejor usar un perfil fijo, y no un modo automático que cambia los parámetros durante la emisión.
4. Si no coincide la frecuencia, establezca el valor requerido en el programa de transmisión y revise los ajustes de la interfaz de audio. No permita que un tramo de la cadena funcione a 44,1 kHz y otro espere forzosamente 48 kHz sin una conversión correcta.
5. Si el problema está en los canales, establezca el modo mono o estéreo requerido. Para la voz, primero consiga una señal central uniforme y luego configure el número de canales de salida según los requisitos de la plataforma.
6. Si no ayuda ningún ajuste, desactive temporalmente la música, las pistas adicionales, los filtros y el procesamiento complejo. Compruebe una mezcla limpia de voz y juego para descartar la influencia de una fuente concreta.

Después de cada cambio, realice una prueba corta. No cambie el códec, la pista, el bitrate y los canales a la vez: de lo contrario, será difícil relacionar el resultado con una causa concreta.

Cómo convertir el audio antes de enviarlo

Si el programa o el servicio de reemisión no puede adaptar el audio a los requisitos de un destino concreto, se puede usar un conversor de audio intermedio o un codificador adicional. Debe recibir la pista necesaria, cambiar el códec, la frecuencia, el número de canales y el bitrate, y luego enviar el flujo a la dirección de la plataforma problemática.

Para una salida RTMP compatible, un ejemplo de comando puede ser así: ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL. Aquí se selecciona la primera pista de vídeo y la primera de audio, el audio se codifica en AAC-LC, se establece un bitrate de 128 kbps, una frecuencia de 48 kHz y dos canales. Estos valores son un ejemplo de perfil de control, no requisitos universales de todas las plataformas.

Si la documentación exige mono, el parámetro del número de canales se cambia de «-ac 2» a «-ac 1». Si se indica la frecuencia de 44,1 kHz, en lugar de «-ar 48000» se usa «-ar 44100». El bitrate también se sustituye por el valor de los requisitos. Antes de iniciar, asegúrese de que el protocolo de salida admite el códec elegido.

El parámetro «-map 0:a:0» es importante: selecciona explícitamente la primera pista de audio. Si la mezcla completa está en otra pista, hay que indicar el número correspondiente. Una elección aleatoria de pista puede volver a enviar a la plataforma la voz sin el juego o un flujo de audio vacío.

No es necesario recodificar el vídeo solo por un problema de audio, si ya es compatible con la plataforma. Sin embargo, copiar el vídeo con el parámetro «-c:v copy» solo es admisible con un códec de vídeo y un contenedor adecuados. La dirección del flujo y la clave de transmisión no deben publicarse en comandos, capturas de pantalla ni registros.

Descarte la desactivación automática del audio por el contenido

Si desaparece solo la música, fragmentos de vídeo u otro elemento concreto, la causa puede ser la verificación automática de derechos de autor. Las distintas plataformas usan reglas y sistemas de reconocimiento distintos. Una puede mantener el audio, y otra silenciar temporalmente la transmisión, bloquear un fragmento concreto o desactivar el audio en la grabación.

Revise las notificaciones en el panel del autor y el estado de la transmisión guardada. Es importante comparar no solo la emisión en directo, sino también la grabación tras finalizar. Si durante la transmisión se oía el audio y en la grabación desapareció, esto indica un procesamiento posterior, y no un fallo del micrófono o de la reemisión.

Para la prueba de control, use una emisión corta sin música, videoclips ni sonidos cuyos derechos no estén confirmados. Deje solo la voz y el sonido del juego. Si en esa prueba la plataforma problemática empieza a reproducir el audio, la causa hay que buscarla en las reglas de uso del contenido concreto. No conviene eludir las restricciones automáticas cambiando parámetros técnicos: eso no elimina el motivo del bloqueo.

Compruebe la red y la recepción del flujo

Los datos de audio ocupan menos espacio que el vídeo, pero se transmiten en paquetes independientes y dependen de la estabilidad de la conexión con el servidor. Si se pierde la conexión, la plataforma puede seguir mostrando fotogramas de vídeo, pero el audio dejará de actualizarse. Esto se nota especialmente si el problema aparece varios minutos después del inicio de la emisión o desaparece tras reconectar.

Revise las estadísticas del programa de transmisión y del propio servicio de reemisión. Preste atención a los fotogramas perdidos por la red, a las reconexiones, a los picos de latencia y a los mensajes de error del destino concreto. Si los problemas se observan solo al enviar simultáneamente a una plataforma, puede haber fallos en la ruta entre el servicio y su servidor.

Compare el resultado en distintos momentos y realice una prueba corta con los ajustes mínimos necesarios. Si el audio desaparece en el mismo destino en cada intento y las demás plataformas funcionan, lo más probable es que el problema esté en la recepción o el procesamiento de ese destino. Si el resultado cambia de forma aleatoria, compruebe además la red, el servidor de conexión y la estabilidad del flujo de salida.

Compare la reemisión con el envío directo

Una prueba de control enviando directamente a la plataforma problemática ayuda a separar las causas. Detenga la transmisión multiplataforma y envíe una emisión de prueba solo a la plataforma necesaria, usando la misma fuente de audio y un perfil comparable.

• Si el audio también desaparece con el envío directo, revise la plataforma, sus requisitos, el contenido y los ajustes del codificador.
• Si directamente hay audio pero a través de la reemisión no lo hay, busque el error en el enrutamiento, en la elección de la pista o en el perfil del destino concreto.
• Si hay audio en la vista previa pero desaparece para los espectadores, revise el reproductor, la grabación de la emisión y el procesamiento posterior a la recepción.
• Si el audio aparece al principio y luego desaparece, estudie las reconexiones, los errores de red, la moderación y el funcionamiento de la transcodificación.

Esta prueba es mejor realizarla en una emisión corta privada, restringida o de prueba, si la plataforma permite elegir el modo correspondiente. No cambie a la vez la escena, el micrófono y todos los parámetros de salida: la comparación solo será útil si se mantienen las mismas condiciones.

Cómo determinar la causa según el tipo de fallo

El silencio total desde el inicio suele estar relacionado con una pista incorrecta, un formato no compatible o una fuente ausente en la mezcla de salida. Si los indicadores del programa están activos pero la grabación local no tiene audio, el problema está casi con seguridad en la elección de la pista o en la ruta de salida.

Cuando en la grabación local hay audio pero en una plataforma no, revise los ajustes de ese destino y los requisitos del receptor. Si el problema aparece solo para algunos espectadores, primero descarte el reproductor, el navegador, la aplicación y los ajustes del dispositivo.

Si se oye la voz pero no el juego, o al contrario, esto suele indicar una separación de fuentes por pistas, un fader incorrecto o un filtro. Si el audio se oye solo por un lado, revise los canales mono y estéreo, el balance y la correspondencia entre los canales de la fuente y la mezcla de salida.

Si la plataforma muestra audio en la emisión en directo pero lo quita de la grabación, revise las notificaciones sobre derechos y las reglas de contenido. Si el audio desaparece tras una interrupción de la conexión, son importantes los registros de reconexión y las estadísticas de red.

Qué comprobar antes de contactar con el soporte

Al soporte de la plataforma o del servicio de reemisión le resultará difícil ayudar con el mensaje «en una plataforma no hay audio». Prepare una descripción precisa y los resultados de pruebas cortas:

• el nombre de la plataforma problemática y el método de conexión;
• si hay audio en la grabación local, en la vista previa y en el reproductor público;
• si desaparece todo el audio o solo una fuente concreta;
• si desaparece de inmediato o al cabo de un tiempo;
• si el audio funciona con una emisión directa sin reemisión;
• qué errores, reconexiones y notificaciones aparecen en los registros;
• si está activada una pista de audio independiente y qué pista está asignada al flujo;
• qué códec, bitrate, frecuencia y número de canales se usan en la salida.

Adjunte el enlace a la transmisión de prueba, la hora exacta en que apareció el problema y capturas de pantalla del mezclador de audio y de los ajustes del destino. No se deben facilitar contraseñas, claves de transmisión ni tokens de acceso.

Conclusiones breves: qué hacer paso a paso

1. Compruebe el audio en el reproductor, en otro dispositivo y en la grabación guardada.
2. Haga una grabación local y asegúrese de que en ella se oyen las fuentes necesarias.
3. Revise la pista de audio principal y una temporalmente la voz y el juego en una mezcla común.
4. Estudie los ajustes del destino concreto de la reemisión y su estado de conexión.
5. Compare el códec, el bitrate, la frecuencia, los canales y los requisitos de mono o estéreo.
6. Configure la pista de emisión y, si es necesario, convierta el audio con un codificador aparte.
7. Realice una prueba sin música ni contenido cuyos derechos puedan verificarse.
8. Compare la reemisión con el envío directo a la plataforma problemática.
9. Guarde los registros y contacte con el soporte con una descripción precisa del resultado.

Si la grabación local y la mayoría de las plataformas funcionan, no empiece por cambiar el micrófono. Primero revise la pista de audio, los ajustes del destino concreto, el formato del flujo entrante, los canales, el reproductor y el procesamiento automático del contenido.