TroubleShoot HTML5 y WebRTC Streaming en VideoWhisper

Utilice este tutorial para identificar y solucionar problemas que pueden producirse después de que la solución VideoWhisper se haya configurado correctamente, probado y en funcionamiento. Si no lo tienes’no lo tienes instalado, sin embargo, obtener un plan para una solución llave en mano, en ejemplo para HTML5 Videochat .

Antes de solucionar problemas, asegúrese de tener los plugins más recientes, solución instalada por lo que los problemas no están relacionados con versiones anteriores. Como tecnología, actualización de navegadores y servidores de streaming, solución también se actualiza para que coincidan y las versiones anteriores ya no pueden funcionar.

Los problemas de transmisión pueden tener varias causas: configuración de configuración, conexión a Internet del usuario al servidor de streaming, condiciones de red e idoneidad del protocolo de streaming, tipo de navegador y versión.

Para obtener la mejor fiabilidad de transmisión en vivo y la mejor experiencia del espectador, Se recomienda que los organismos de radiodifusión/artistas intérpretes o ejecutantes utilicen la configuración más profesional disponible, con el fin de proporcionar el mejor servicio a sus espectadores. Eso significa el mejor dispositivo con más potencia de procesamiento (computadora si es posible), La mejor conexión (con cable o WiFi 5Ghz), RTMP a HLS con OBS o similar en lugar de WebRTC basado en web.

Here’s algunos posibles problemas y pasos para identificar su causa y posibles correcciones:

Último Safari, iOS 15 Fallo de WebRTC

Por Documentación de Wowza SE, Deshabilite el cuadro de diálogo NSURLSession WebSocket característica:

  • iOS : Abierta Ajustes aplicación. Grifo Safari, después Avanzado, Y entonces Características experimentales.
  • PC: Desde el menú Safari > Preferencias … > Ficha Avanzadas, habilitar el menú Mostrar desarrollo. Luego, desde el menú Desarrollar > Desactivación de funciones experimentales NSURLSession WebSocket .

Pixelación de vídeo, baja calidad

1. En Aplicación HTML5 Videochat , alternar configuración y comprobar la resolución de streaming seleccionada & bitrate en el panel de difusión y asegúrese de que no estén configurados a valores bajos. Una mayor tasa de bits y resolución deben proporcionar una mayor calidad. La tasa máxima de bits está limitada por la licencia y el plan de alojamiento.
2. Compruebe también las mediciones reales de velocidad de bits de streaming. Alternar ajustes para obtener mediciones tanto para los paneles de difusión como de reproducción.
+ Utilice la mejor red disponible si tiene la opción: 5GHz en WiFi en lugar de 2.4 Ghz, LTE/4G en dispositivos móviles en lugar de 3G, cableado en lugar de inalámbrico.
+ Compruebe que la velocidad de bits medida esté cerca de la velocidad de bits seleccionada.
+ Utilice Chrome en EL PC, ya que también proporciona estadísticas WebRTC como la pérdida de paquetes, latencia, Jitter.
3. Intente ajustar la velocidad de bits de streaming y compruebe si la velocidad de bits real se logra en función de la nueva configuración. La tasa máxima de bits está limitada por la licencia y el plan de alojamiento.
– WebRTC también adapta la calidad dependiendo de la conexión disponible y las condiciones de red para UDP.
Redes congestionadas y Wi-Fi / móvil dependiendo de la señal puede producir pérdida de paquetes cuando se utiliza WebRTC UDP. La pérdida de paquetes provoca interrupciones, Pixelación, menor calidad, degradación automatizada de la tasa de bits (forzado por el navegador).
4. Pruebe RTMP TCP broadcasting con OBS / Larix Broadcaster u otros codificadores, como se menciona a continuación. TCP vuelve a enviar paquetes, solucionar problemas de señal relacionados con WiFi o conexión móvil.
5. Si se producen problemas tanto para WebRTC como para RTMP streaming, medir su conexión a Internet (ver instrucciones a continuación).

Interrupciones de transmisión por streaming de emisoras, errores frecuentes, sitio web lento durante la transmisión

Algunos organismos de radiodifusión pueden experimentar problemas debido a su velocidad de conexión a Internet, ubicación (muy lejos del servidor de streaming). Tener una conexión más baja requiere ajustar la velocidad de bits máxima de streaming, por lo que no consume todo el ancho de banda disponible.

1) Si tiene varias opciones de conexión, tratar con una conexión diferente.
+ Para WiFi, 5Banda Ghz es mejor para la transmisión de vídeo en comparación con más 2.4 Tecnología Ghz.
+ Para móviles, Lte / 4G es mejor que el 3G anterior.
+ Las conexiones por cable son más fiables que las inalámbricas.
2) Hacer una prueba de velocidad de localización de difusión a una ubicación de servidor de streaming.
1. Vete a https://www.speedtest.net .
2. Cambiar servidor y buscar un servidor en Beauharnois (América del norte).
3. Pulse GO para iniciar la medición.
3. Obtenga el enlace de medición desde el icono superior izquierdo y compártalo con nuestro personal.
La conexión de carga de los organismos de radiodifusión debe manejar el vídeo + audio y también otras interacciones y solicitudes web.
3) En algunas condiciones de red, la transmisión por secuencias UDP puede no funcionar en absoluto o proporcionar baja velocidad de bits y fiabilidad (mostrando como pixelación, interrupciones).
Broadcaster puede descargar OBS para PC / Larix Broadcaster para móviles según las instrucciones de la pestaña Broadcast para transmitir con RTMP TCP en lugar de WebRTC UDP.

La conexión al servidor es alta y la calidad de transmisión es baja/DISRUPTED, aunque configurado alta tasa de bits en la configuración

Compruebe las estadísticas de velocidad de bits en vivo en la aplicación HTML5 Videochat, uso de Chrome / Valiente para obtener estadísticas avanzadas.
+ Cambie a una opción de red más confiable si está disponible y aún no la utiliza: 5GHz en WiFi en lugar de 2.4 Ghz, LTE/4G en dispositivos móviles en lugar de 3G, cableado en lugar de inalámbrico.
+ Tratar OBS / Larix Broadcaster Transmisión RTMP.
Si la velocidad de bits de conexión es alta y la velocidad de bits de transmisión en vivo es inferior a la configurada, problema podría estar relacionado con las condiciones de la red y el streaming del protocolo WebRTC a través de UDP. Para una mayor calidad y fiabilidad, la transmisión es posible utilizando una aplicación RTMP TCP como OBS para escritorio o Larix Broadcaster móvil, directamente al servidor de streaming sin depender del navegador web. La secuencia RTMP se entrega a los usuarios del sitio como HTML5 HLS.

Error de transmisión del navegador de la emisora, Mensaje de reintento, errores de permiso, cámara no disponible en la lista

– Asegúrese de que está cargando el sitio a través de HTTPS (requerido para publicar la cámara) no HTTP.
– Reiniciar el navegador.
– Prueba con un navegador diferente: Cromo, Firefox, Valiente, Safari, Borde.
Pruebe el Navegador valiente (Horquilla centrada en la privacidad de Chrome).

Problemas de conexión intermitente asociados con sitio lento o intermitente 503 errores web / ERRORES DE SOLICITUD WEB DE APP

Los recursos de alojamiento web pueden estar insuficientes para la complejidad y la carga del sitio.
-Intente reducir la complejidad del sitio (eliminando plugins) y la carga de recursos por solicitud.
-Actualice a un plan superior desde HTML5 WebRTC Relay Hosting .

Transmisión de transmisión que no se conecta ni se desconecta

Compruebe si la tasa de bits (vídeo + audio) está dentro de los límites de alojamiento del plan. Intentar emitir una velocidad de bits más alta resultará en un rechazo automatizado de la secuencia y un tiempo de reutilización corto, mientras que todos los intentos de conexión son rechazados.
Consulte Carga de clientes (Kbps) para su plan en HTML5 WebRTC Relay Hosting y configurar más bajo.

Ciertos usuarios solo pueden transmitir

– Problema del navegador: Actualice el navegador a la última versión o pruebe un navegador HTML5 diferente como Navegador valiente . El navegador debe admitir las últimas características y códecs de WebRTC. Los navegadores y versiones más antiguos no funcionarán (en Windows use Edge no Internet Explorer).
– Problema de red: Pruebe con otro protocolo de red: Broadcaster puede descargar OBS para PC / Larix Broadcaster para móviles según las instrucciones de la pestaña Broadcast para transmitir con RTMP TCP en lugar de WebRTC UDP.
– Problema del cortafuegos: Si el usuario tiene un firewall puede deshabilitarlo temporalmente para identificar si esa es la causa. Los puertos y protocolos necesarios dependen del método de transmisión, configuración del servidor y del sitio.

Los visitantes no pueden conectarse ni transmitir (sin inicio de sesión)

Los problemas de solo visitantes son más probables relacionados con la caché y el sitio que sirve contenido estático a sus solicitudes.
En WP Super Cache puede desactivar la caché para los visitantes del sitio que tienen cookies.

Sin sonido

– Broadcaster necesita seleccionar el dispositivo de entrada correcto (Micrófono). al transmitir. Abra la pestaña de difusión para realizar cambios en los dispositivos/ajustes de entrada.
– Los espectadores necesitan usar “Toque para sonido” botón para activar el audio.
Los navegadores requieren la interacción del usuario para permitir la reproducción automatizada de vídeo con sonido. A veces la reproducción no está permitida en absoluto y la aplicación mostrará una “Toque para reproducir” botón.
Esta es una función del navegador / Restricción.
– Intente volver a cargar la secuencia o la página. Dependiendo de las condiciones de la red y del navegador, flujo de audio a veces puede faltar de la difusión UDP de WebRTC. Pruebe la transmisión de OBS / Larix Broadcaster a través de RTMP TCP para una mayor confiabilidad.

Cámara web o micrófono no accesible

Las aplicaciones basadas en la web utilizan dispositivos proporcionados por el sistema / navegador a WebRTC . Pruebe el Ejemplos de WebRTC para comprobar los dispositivos disponibles. Si el sistema / navegador no lo hace accesible para el uso de WebRTC, la aplicación basada en WebRTC no puede acceder a ella.
-Asegúrese de acceder a través de HTTPS no HTTP, ya que los navegadores más recientes requieren SSL para publicar webcam/micrófono.
-Pruebe un navegador.
-Intente transmitir con OBS con la configuración de la pestaña Broadcast.
-Si está disponible, probar las aplicaciones heredadas basadas en Flash.
-Para obtener más detalles sobre la compatibilidad con WebRTC del navegador, consultar con el soporte del proveedor de hardware.

Cómo probar

– Tratar demostraciones en vivo , preferiblemente usando Chrome / Valiente para obtener estadísticas avanzadas. Si los problemas no ocurren en las demostraciones en vivo, causa puede estar relacionada con su instalación. Si se producen los mismos problemas, estos pueden estar relacionados con el navegador del cliente / conexión.
– Cambie a una mejor opción de red si está disponible y aún no la usa: 5GHz en WiFi en lugar de 2.4 Ghz, LTE/4G en dispositivos móviles en lugar de 3G, cableado en lugar de inalámbrico.
– Actualizar navegadores a las últimas versiones. Pruebe diferentes navegadores para identificar si el problema es específico de un determinado navegador y sus plugins. Intente abrir una nueva pestaña / ventana en el modo de privacidad sin plugins si es posible para probar el mismo navegador sin plugins.
– Inténtalo desde un ordenador diferente / dispositivo móvil, si está disponible, para identificar si el problema es específico del dispositivo.
– Pruebe desde un ISP diferente (en ejemplo el acceso desde un dispositivo móvil con WiFi desactivado para utilizar la red móvil) para identificar si el problema es específico de la conexión.
– Tener un socio, amigo de una prueba de ubicación diferente para identificar si el problema es específico de su entorno de pruebas.

Limitaciones

– La transmisión en vivo requiere una conexión a Internet de alta velocidad confiable con suficiente tasa de bits de carga para transmitir el video en vivo. De lo contrario, la transmisión falla o sólo se puede hacer a baja calidad con fotogramas perdidos e interrupciones.
Opciones: Los usuarios que no #8217;no tienen una conexión confiable a Internet de alta velocidad pueden no ser capaces de transmitir video en vivo. El podría intentar transmitir sólo audio del micrófono. Los usuarios de baja conexión también pueden intentar grabar y enviar mensajes de vídeo/audio en el chat (si las solicitudes web no #8217;t también el tiempo de espera).
– La reproducción en directo requiere una conexión a Internet de alta velocidad con suficiente velocidad de descarga para reproducir el vídeo en directo.
Estas limitaciones están relacionadas con la conexión a Internet de los usuarios #8217 y se pueden ordenar #8217 a nivel de servidor o software.
– La última tecnología del navegador HTML5 es necesaria para admitir todas las características. Es posible que algunos navegadores con soporte parcial no permitan grabar vídeo o transmitir. Algunas funciones pueden estar disponibles solo después de habilitar desde funciones avanzadas del navegador. Por ejemplo, la grabación requiere MediaRecorder API.

Wowza RTSP Live Streaming para Android

 

Prueba el dispositivo de reproducción RTSP:
rtsp://184.72.239.149/vod / mp4:BigBuckBunny_175k.mov

 

 

Configure Wowza Media Server

– http://www.wowza.com/forums/content.php?36#publicar
[install-dir]/conf / Application.xml

+ Establezca la propiedad Streams / streamType vivir :
<StreamType>vivir</StreamType>

+ Establezca las HTTPStreamers propiedad a cupertinostreaming,smoothstreaming,sanjosestreaming :
<HTTPStreamers>cupertinostreaming,smoothstreaming,sanjosestreaming</HTTPStreamers>

+ Establezca la propiedad Arroyos / LiveStreamPacketizers a cupertinostreamingpacketizer,smoothstreamingpacket izer,sanjosestreamingpacketizer:
<LiveStreamPacketizers>cupertinostreamingpacketizer,smoothstreamingpacketizer,sanjosestreamingpacketizer</LiveStreamPacketizers>

+ Establezca la propiedad RTP / autenticación / reproducirMETHOD a ninguno:
<ReproducirMETHOD>ninguno</ReproducirMETHOD>

 

– http://www.wowza.com/forums/content.php?62
[install-dir]/conf / VHost.xml y añadir 554 a la lista de HostPort / Puertos

– http://www.wowza.com/forums/content.php?36#RTSP
RTP > Contenedor Propiedades en [install-dir]/conf /[aplicación]/Application.xml (asegúrese de obtener el contenedor Propiedades correcta – hay varios en Application.xml):
Código:

<Propiedad>
<Nombre>forceMPEGTSOut</Nombre>
<Valor>cierto</Valor>
<Tipo>Boolean</Tipo>
</Propiedad>
<Propiedad>
<Nombre>rtpWrapMPEGTS</Nombre>
<Valor>cierto</Valor>
<Tipo>Boolean</Tipo>
</Propiedad>

Publicar

http://www.wowza.com/forums/content.php?62

  1. Codificación:

    Lo mejor es codificar el vídeo con una velocidad de bits baja, velocidad de fotogramas y baja complejidad de codificación. Para el streaming móvil una tasa de bits total de entre 64Kbps a 250Kbps es probablemente mejor. Muchos dispositivos móviles pueden no ser capaces de manejar una completa 30 fotogramas por segundo (fps). Una velocidad de fotogramas de 15 – 24 fps puede ser mejor para móviles. Es mejor para codificar a una complejidad menor H.264. La mayoría de los dispositivos móviles sólo admiten básico de H.264. Se discute la complejidad del codificador y el nivel aquí.

  2. Networking (Configuración UDP y TCP):

    UDP: Lo mejor es abrir todo UDP es (0-65535) puertos para RTSP / RTP en streaming. En el lado de entrada, Wowza tiende a tratar de utilizar los puertos entre el rango de 6970-9999. Saliente La elección puerto está formado por el dispositivo receptor. Así que lo mejor es abrir todos los puertos para el tráfico de salida UDP. Obtener la configuración UDP correctamente a veces es difícil y depende de la configuración de su router y firewall. Si detrás de NAT (traducción de direcciones de red) es importante que todos los puertos UDP se asignan al servidor que ejecuta Wowza.

 

Android: La mayoría de los dispositivos Android compatibles con RTSP / RTP en streaming. Los nuevos dispositivos Android que son versión que se ejecuten 2.2 o mayor (Froyo) también apoyar Flash player 10.1 y puede reproducir RTMP y Flash secuencias HTTP. Dispositivos Android no pueden reproducir flujos MP3 en RTSP / RTP en cualquier combinación (audio / vídeo o sólo audio). Dispositivos Android que admiten Flash player 10.1 puede reproducir MP3 usando RTMP o Flash HTTP. Al transmitir a un dispositivo Android usando RTSP / RTP, la parte de RTP debe fluir a través de UDP. Android no soporta RTSP / RTP intercalada (RTP a través de TCP). Esto significa que si UDP no está disponible para la reproducción de RTP, RTP sobre TCP no funcionará como una conmutación por error y su corriente no jugará.

Los clientes han informado de problemas con la reproducción RTSP / RTP en el DroidX y Droid2. Parece que sólo unos pocos tamaños de bastidor se reproducirán correctamente en estos dispositivos:

  • 800×480
  • 480×320
  • 240×160

 

VideoWhisper proporciona compatible, RTMP logró Wowza planes de alojamiento y asistencia con el streaming móvil:

http://www.videowhisper.com/?p = Wowza Media Servidor de Hosting