StreamClip Live: Crear/Editar | Documentación WS.WebTV | WebTV Solutions

Imprimir

StreamClip Live

Un StreamClip Live es muy parecido a un StreamClip VOD en cuanto a que también almacena rutas absolutas (URL), pero está especializado en la reproducción de transmisiones en directo (Live Streaming). StreamClip Live trabaja conjuntamente con el reproductor de vídeo de la WebTV para permitir la reproducción de vídeo desde servidores de medios o CDNs, a través de protocolos HTTP, RTMP y RTSP.

Creando un StreamClip Live

A estas alturas debería estar familiarizado con la creación y edición de Clips. De no ser así, por favor, consulte el tutorial "Clips: Crear/Editar" antes de continuar la lectura.
En los siguientes pasos nos centraremos en la principal característica de este tipo de Clips: la pestaña "Medios".

¿Qué ocurre si se incluye un StreamClip Live en un Canal de Vídeo (lista de reproducción)?
Si incluye un StreamClip Live en un Canal de Vídeo, puede ocurrir uno de los siguientes:
1) Si la duración del Clip es 00:00:00, una vez que el reproductor de vídeo comience a reproducir el Clip, permanecerá reproduciéndolo hasta que el directo/live finalice o hasta que ocurra un error.
2) Si se ha especificado una duración para el Clip, el reproductor de vídeo reproducirá el directo/live hasta que alcance la duración especificada para el Clip; después de ello, interrumpirá el directo/live y "saltará" al siguiente Clip de la lista de reproducción.

Para crear un StreamClip Live...
Hacer click en el botón "Nuevo Clip..." y seleccione "StreamClip Live".


La pestaña "Medios"...
Desde esta pestaña podrá introducir las URLs correspondientes a los live streams.

Como puede apreciar, hay un conjunto de espacios para cada Calidad de la WebTV y, dependiendo del "Destino" de cada Calidad, verá uno o más campos de texto (para Flash, HTML5...).
NOTA: Para más información sobre Calidades y "Destinos", consulte el tutorial "Configuración: Vídeo".

URLs independientes para Flash, HTML5 (iOS, Android, etc.)...
Es necesario suministrar URLs de live streaming independientes debido a las diferentes tecnologías existentes y al soporte de las mismas en los diversos dispositivos PC/móviles.
» Flash: Introduzca una URL de streaming RTMP o HLS (más información sobre el soporte para HLS abajo) - Este *sólo* aplica si la WebTV está usando el reproductor de vídeo Flash (en versiones recientes de WS.WebTV HTML5 se usa por defecto y Flash como "fallback").
Ejemplo de URL de streaming Flash: rtmp://mymediaserver.com/live/mystream
» HTML5 (HLS): Introduzca una URL de streaming HLS * con CORS habilitado * (HTTP Live Streaming - más información sobre el soporte para HLS abajo).
Ejemplo de URL HLS: http://mymediaserver.com:1935/live/mystream/playlist.m3u8
» RTSP: Ese es un stream "fallback" que se usa como último recurso. Cuando el dispositivo/Navegador no soporta Flash ni HTML5+HLS, la WebTV mostrará un enlace clickable con la URL RTSP.
Ejemplo de URL RTSP: rtsp://mymediaserver.com/live/mystream

Múltiples URLs pero mismo formato de vídeo...
Hay un factor común en el live streaming: El formato de vídeo H.264 para la pista de vídeo y AAC para la pista de audio.
NOTA: Para una mayor compatibilidad con dispositivos móviles, utilice H.264 perfil baseline (nivel 3) - Por ejemplo, esto es requerido para una correcta reproducción en iPhone/iPod Touch antiguos-. .

¿Puedo introducir las URLs para una sola de las Calidades?
Por supuesto. Si, por alguna razón, sólo desea introducir las URLs de una única Calidad, puede dejar los campos correspondientes a la(s) otra(s) calidad(es) en blanco.

Respecto al soporte HLS en HTML5
HLS es soportado, nativamente, por muchos navegadores móviles; no obstante, no es así en el caso de los navegadores de escritorio. Desde WS.WebTV versión 2.1, la reproducción HLS se realiza a través de la librería hls.js y debería funcionar con la mayoría de Navegadores HTML5 modernos que soporten las extensiones MediaSource. Tenga presente que desde WS.WebTV 3.0.4, si el reproductor de vídeo detecta que el componente hls.js puede ser utilizado entonces éste tendrá preferencia sobre la implementación nativa.
» CORS requerido!: Todos los recursos HLS (URL) deben ser servidos con cabeceras CORS que permitan solicitudes GET. Esto es imprescindible para poder reproducir HLS en navegadores de escritorio y dispositivos Chromecast.

Respecto al soporte HLS en Flash
Desde WS.WebTV versión 1.7.5+ se soporta la reproducción Live Streaming HLS, en Flash, a través de los siguientes plugins de terceros (incluidos):
1. (Predefinido) "Flashls" de "mangui" (http://mangui.github.io/flashls/)
2. "OSMF HLS Plugin" de DENIVIP Media (http://blog.denivip.ru/index.php/2013/05/osmf-hls-plugin/)
Se puede seleccionar el plugin HLS mediante una variable URL. Por favor, consulte este documento para más información.
NOTA: HLS no es una tecnología de streaming nativa de Flash, por este motivo siempre recomendamos que se utilice el protocolo RTMP en vez de HLS. Adicionalmente, como los plugins que permiten la reproducción HLS en Flash han sido desarrollados por terceros, no ofrecemos soporte técnico para los mismos.

MPEG-DASH (WS.WebTV 1.9+)
Cuando en la WebTV se ha habilitado el soporte para DASH, encontrará una casilla adicional "HTML5 (DASH)" para cada calidad. Si suministra una URL DASH el reproductor de vídeo HTML5 de la WebTVintentará utilizarla como primera opción y, si la URL DASH falla por alguna razón, la URL "HTML5 (HLS)" se utilizará como respaldo.
Casillas de calidad cuando DASH está habilitado:


URLs Multi-Bitrate URLs + Streaming Adaptativo (WS.WebTV 1.9+)
A diferencia de una URL de bitrate-único, que hace referencia a un stream de vídeo de una única calidad; una URL multi-bitrate es la dirección de un archivo de manifiesto que hace referencia a múltiples representaciones (calidades) de un stream. Cuando suministra una URL multi-bitrate (y ésta se puede utilizar), la WebTV:
1. La utilizará como primera elección en vez de las calidades de bitrate-único. Las URLs de bitrate-único se utilizarán como respaldo en caso de que la URL multi-bitrate falle.
2. El menú de calidades se generará de acuerdo a las calidades disponibles en el archivo de manifiesto.
3. Por defecto, se utilizará streaming adaptativo lo que quiere decir que el sistema automáticamente (y de forma dinámica) conmutará a la calidad más apropiada en función de la calidad de la conexión a Internet de los usuarios, durante la reproducción del vídeo. Por supuesto, el usuario también podrá seleccionar (y "fijar") una calidad en particular dede el menú de calidades.