Qué habilita este adicional
WebRTC se ofrece como salida de reproducción en el navegador por USD 20/mes por canal, además del plan de video. La publicación puede seguir llegando por RTMP o SRT y la URL HLS estándar permanece disponible. El adicional no incluye una aplicación de pujas, chat ni videoconferencia.
La reproducción usa señalización WebSocket (wss://) con un player compatible, como OvenPlayer; no es un endpoint WHEP. La publicación sigue llegando por RTMP o SRT desde tu encoder.
1. Comprueba la compatibilidad del canal
- Necesitas un plan de video de pago con el adicional WebRTC en el canal. El plan gratis sirve para validar encoder, conexión y player, pero no incluye WebRTC.
- LL-HLS es un adicional aparte, de USD 20/mes por canal, con su propia URL en el panel.
- Dimensiona la transferencia del plan según la audiencia y la duración del evento.
Si el canal ya está en uso, activa WebRTC fuera del horario de emisión y prueba la reproducción antes del directo.
2. Publica una señal de prueba por RTMP o SRT
- Copia del panel la dirección y credenciales de ingesta que correspondan a tu encoder.
- Envía una señal con video, audio y un reloj visible, con el perfil de codecs que indica el panel.
- Comprueba que el canal reciba la señal. Revisa CPU del encoder, continuidad de audio y estabilidad de la red antes de probar el navegador.
3. Conecta un player compatible
- Obtén del panel la opción de reproducción WebRTC del canal. Si no aparece una dirección o configuración WebRTC, confirma su habilitación con soporte.
- Usa el player proporcionado o una integración compatible con la señalización del servidor. Conserva la dirección y parámetros entregados; no sustituyas el esquema WSS por HTTPS ni añadas /whep.
- Abre el reproductor en una página HTTPS y en un navegador compatible. Prueba primero con una acción de reproducción del usuario: las políticas de autoplay pueden bloquear el audio.
- Si configuraste protección de reproducción, conserva los parámetros de acceso correspondientes. No incrustes en el player la contraseña o el token de publicación.
WebRTC usa tráfico UDP además de la señalización: firewalls, VPN y redes corporativas estrictas pueden bloquearlo. Si parte de tu audiencia está en redes corporativas, prueba desde ellas y ofrece el player HLS como alternativa.
4. Comprueba latencia y experiencia de reproducción
- Valida imagen, audio, sincronía y reconexión en los navegadores y teléfonos previstos para el evento.
- Compara el reloj visible de la fuente con el video recibido. Repite varias veces y anota encoder, resolución, red, dispositivo, navegador y hora.
- Diferencia tiempo de arranque y retraso durante la reproducción. Cambiar de red o reanudar una pestaña puede producir otra experiencia.
- Ensaya con una concurrencia representativa; si el evento es grande, dimensiona la capacidad con un experto.
- Ten a mano el player HLS del canal como alternativa y define cómo cambiar a él durante el evento.
Hasta 0,3 s es la latencia de reproducción WebRTC en condiciones adecuadas; la captura, el encoder, la distancia y la red del espectador suman su parte.
Diagnóstico de problemas frecuentes
| Síntoma | Qué revisar |
|---|---|
| No aparece la opción WebRTC | Que el adicional WebRTC esté activo en el canal. |
| La dirección devuelve error o no inicia | URL actual del panel y player compatible con señalización WebSocket. No uses una URL WHEP o WHIP como sustituto. |
| Conecta pero no muestra video | Señal de entrada, codecs, negociación del player y acceso de red al tráfico multimedia. Compara otro navegador y red. |
| Hay imagen pero no audio | Pista de audio, codec compatible, volumen y políticas de autoplay. Prueba pulsar reproducir. |
| Funciona en una red y falla en otra | Firewall, VPN y políticas de la red afectada. Facilita a soporte el tipo de red y el error; no desactives su seguridad como solución permanente. |
| HLS funciona pero WebRTC no | WebRTC habilitado, configuración del player, codecs y requisitos de red. Los dos protocolos usan recorridos distintos. |
Para soporte, reúne identificador del canal, fecha y hora con zona horaria, navegador y sistema operativo, red, encoder y descripción del error. Adjunta registros con tokens y credenciales ocultos. Si tu evento usa pujas o decisiones con plazo, la aplicación debe gestionar sus propias confirmaciones; no las bases únicamente en el retardo del video.