Creando/Editando StreamClip VOD en WS.WebTV (para reproducción de vídeo bajo demanda en Streaming)
soporte, ws.webtv, inicio, contenidos, clips, streamclip, crear, editar
La diferencia entre un Clip y un StreamClip VOD es que el StreamClip VOD almacena rutas absolutas (URL) de streams/archivos bajo demanda (video on demand). StreamClip VOD trabaja conjuntamente con el reproductor de vídeo de la WebTV para permitir la reproducción de vídeo desde servidores externos, servidores de medios o CDNs, a través de protocolos HTTP o RTMP.
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".
Para crear un StreamClip VOD...
Hacer click en el botón "Nuevo Clip..." y seleccione "StreamClip VOD".
La pestaña "Medios"...
Desde esta pestaña podrá introducir las URLs correspondientes a los archivos de vídeo.
Como puede apreciar, hay un conjunto de espacios para cada Calidad de la WebTV y, dependiendo del "Destino" de cada Calidad, verá uno o dos campos de texto (para Flash y/o HTML5).
NOTA:
Para más información sobre Calidades y "Destinos", consulte el tutorial "Configuración: Vídeo".
¿Por qué se necesitan URLs independientes para Flash y HTML5?
Esto se debe a que el reproductor de vídeo Flash puede reproducir utilizando protocolos RTMP y HTTP; mientras que el vídeo HTML5 sólo puede reproducirse utilizando protocolo HTTP.
¿Puedo utilizar la misma URL para Flash y HTML5?
Sólo si se trata de una URL progresiva/convencional (y el formato de vídeo de los archivos es H.264 para la pista de vídeo y AAC para la pista de audio) o (desde WS.WebTV 2.1) si la URL es HLS (.m3u8). Ejemplo:
Utilizando URLs diferentes para HTML5 y Flash
Puede suministrar URLs diferentes para Flash y HTML5. Por ejemplo, puede suministrar una URL de stretaming RTMP para ser usada con el reproductor Flash de WS.WebTV y una URL progresiva o HLS (desde WS.WebTV 2.1) para ser utilizada con el reproductor de vídeo HTML5. Ejemplo:
Respecto al soporte HLS en WS.WebTV 2.1+
- 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.
NOTA: Es posible suministrar, adicionalmente, una URL Progresiva para dispositivos donde no sea posible la reproducción HLS. Para suministrar ambas URLs (HLS y Progresiva) sepárelas con 4 barras o "slashes" (////) sin ningún espacio adicional. Ejemplo:
http://dominio/hls/mp4:video.mp4/playlist.m3u8////http://dominio/progresivo/video.mp4
» 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.
- Flash
La reproducción en streaming HLS está soportada 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.
Respecto al soporte HLS en WS.WebTV 1.7.5 hasta 2.0
Puede utilizar URLs HLS únicamente en el campo "HTML5 - H.264".
NOTAS:
• Tenga presente que la experiencia de usuario no será tan buena como cuando se usan URLs Progresivas, debido al alto tiempo de buffering necesario para reproducir HLS.
• Recomendamos, adicionalmente, suministrar una URL Progresiva para dispositivos que no soporten HLS. Para suministrar ambas URLs (HLS y Progresiva) sepárelas con 4 barras o "slashes" (////) sin ningún espacio adicional. Ejemplo:
http://dominio/hls/mp4:video.mp4/playlist.m3u8////http://dominio/progresivo/video.mp4
• 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 Chromecast y dispositivos similares.
¿Puedo introducir las URLs para una sola de las Calidaded?
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.
Si Ud. está accediendo a archivos servidos por un CDN, utilice las URLs de reproducción que ellos le facilitan. Si tiene alguna duda, contáctenos.
Una nota respecto a iOS, Android, etc...
En iOS (iPhone, iPad, iPod Touch), Android (sin Flash), y otras plataformas móviles, el reproductor de vídeo utilizado será el HTML5. Asegúrese de suministrar la URL HTTP hacia los archivos de vídeo, y que éstos están comprimidos en el formato correcto (H.264 + AAC).
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-. .
Respecto a la reproducción Pseudo Streaming
» En HTML5: HTML5 soporta reproducción Pseudo Streaming, nativamente, para URLs convencionales, progresivas.
» En Flash: Desde WS.WebTV versión 1.7.5+ la reproducción Pseudo Streaming es soportada, en el reproductor de vídeo Flash, a través del plugin gratuito de tercero "osmf-pseudostreaming", desarrollado por "mexxik" - Por favor, tenga presente que también se necesita el Módulo H264 Streaming para Apache ("mod_h264_streaming") en el servidor que aloja los archivos de vídeo. Adicionalmente, deberá añadir el prefijo [ps] a las URLs de los archivos de vídeo, en los campos correspondintes de Flash.
Ejemplo: [ps]http://www.myserver.com/myvideo.mp4
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 - H.264" 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 único archivo de vídeo/stream; una URL multi-bitrate es la dirección de un archivo de manifiesto que hace referencia a múltiples representaciones (calidades) de un vídeo/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.