X2, la nueva release de sw de los STBs de Comcast que llegará en Otoño

Hace unos días, concretamente 12-13 de Junio, que tuvo lugar el Cable Show en Washington D.C, evento que cierra esa primera mitad de año en la que los fabricantes presentan sus grandes novedades anuales en los CES, MWC, Cable Congress, incluso el CTIA en Mayo.

El Cable Show es una mezcla de evento entre los tecnológico y el mundo de Hollywood (sirva de ejemplo que este año hablaba de nuevo Jennifer López…) Además de los clásicos temas del CableWifi y las CDNs, este año el Contenido tomo el centro del escenario. Los exhibitors mostraron sus capacidades para mostrar sus contenidos en múltiples dispositivos, y destacó para mi sobre todo ellos la presentación de nuevo STB de Comcast, el X2, que se prevé para este Otoño.

 

 

A destacar de su nuevo OS/middleware con nuevo look&feel, la usabilidad trabajada de sus 5 Guías de Tv temáticas, su integración con rating de Rotten Tomatoes, audiencias sociales de Zeebox, parental control basado en las bases de datos de CommonSense, un montón de «tiles» y apps que agregan contenido multimedia de internet, un mando que permite en control por voz del STB… En fin hay que ver el vídeo de la ponencia del CEO de Comcast Brian Roberts para darse cuenta de lo que viene en la nueva release de software X2 de Comcast.

Recordar que Comcast a exportado un RDK para construir su desco que facilita que terceros desarrolladores puedan ir integrando funcionalidades en el desco a un ritmo mucho más rápido.

El móvil como próximo centro multimedia

Se ve en estos días como poco a poco llega la tendencia de equipar, ya no a las TVs sino a los smartphones más potentes con pantalla cada vez más grandes, soporte de resoluciones UHD como el próximo sucesor del LG Optimus G, el G2 o el el Motorola X Phone parece que todo ello gracias a nuevo procesador de Qualcomm SnapDragon 800, DLNA, incluso la certificación oficial de que el Samsung Mega será el primer móvil oficialmente certificado con Wifi 802.11ac.

Parece ser que se nota el 4K para juegos y vídeos, y que el caso de uso de reproducir un contenido en el móvil y enviarlo vía Wifi-DLNA a la TV (transcoding me diante…) podría ser cada vez acusado.

Personalmente, con contenidos de vídeo mucho tienen que mejorar las TVs en temas de códecs para que me crea el caso de uso y reconozco que en temas de juegos no tengo demasiada experiencia.

¿Tiene sentido por tanto equipar a nuestros smartphones con soporte para mover UHD tan pronto? No lo veo, es muy aspiracional, pero me parece muy muy pronto…

Hablando sobre el futuro del sector audiovisual en la Semana de la Ciencia de la Milla del Conocimiento

Hace unos días, el día 7 de Noviembre pude participar en una charla en el marco de la Semana de la Ciencia y la Tecnología 2012 de la Milla del Conocimiento titulada «El futuro del sector audiovisual: nuevos retos tecnológicos y oportunidades de negocio». La agenda del evento fue la siguiente:

17:00 Presentación a cargo de Bernardo Veira de la Fuente (Director-Gerente del Centro Municipal de Empresas de Gijón)

17:10 D. Antonio Virgili, Director General de RPTA

17:30 D. Javier Rodríguez, responsable de Estrategia Tecnológica de Telecable

17:50 Mesa de debate

18: 30 Clausura

La verdad es que me senti muy cómodo en el evento y sólo me queda dar las gracias a la organización y público, fue un foro de lo más interesante.

Al final del evento tuve la fortuna de ser entrevistado por la TPA y que dicha entrevista se emitiese en el telediario de la segunda edición de la TPA. La noticia aparece en el minuto 35 del vídeo.

Feature Audio Description de TDT

Acabo de descubrir la funcionalidad AD de la Tv digital. Se trata de una feature para invidentes la verdad que muy útil: la idea es que va describiendo la escena para facilitar el seguimiento del contenido que se esta emitiendo de manera sincronizada con los diálogos del mismo. Viene activada en las Tvs por defecto pero puede deshabilitar.

Estos días Paramount Channel la esta usando y parece que mucha gente esta apareciendo eco en la emisión. Para arreglarlo no hay más que pulsar el botón AD del mando si resulta molesta.

Más Info: http://m.mediaaccess.org.au/sites/default/files/MAA%20-%20Audio%20Description%20Background%20Paper.doc

De como es gestionado el vampiro del stand-by en EEUU y el papel de Cablelabs

Todos hemos visto este logo  en nuestros ordenadores desde hace un tiempo. Energy Star es un programa de la Agencia de Protección Ambiental de los Estados Unidos creado en 1992 para promover los productos eléctricos con consumo eficiente de electricidad, reduciendo de esta forma la emisión de gas de efecto invernadero por parte de las centrales eléctricas. En la wikipedia hay más información. Allí encontrareis también un resumen de su historia y las especificaciones que impulsan para los PCs.

Pero el certificado Energy Star no se usa solo para ordenadores sino que se utiliza también para medir la eficiencia energética de múltiples aparatos:

  • Electrodomésticos.
  • Aparatos de refrigeración y calefacción.
  • Calentadores de agua.
  • Ventanas, aislantes de hogar, tejados.
  • Electrónica de consumo.
  • Iluminación

Vamos que incluye la mayoría de aparatos que influyen en el rendimiento energético de un hogar u oficina.

El programa es una autocertificación por lo que el mismo fabricante es quien verifica si sus productos cumplen con la normativa; aún así existen algunas entidades que emiten certificados conforme se cumple la normativa para dar más credibilidad a la empresa. También, claro está, puede haber picaresca diciendo que se cumple sin estar seguros, pero normalmente se acaba solucionando rápidamente (Por ejemplo LG quitó en 2008 el logo de algunas de sus neveras al no cumplirlo).

En EE.UU. andan en estas fechas a vueltas con mejorar el consumo eléctrico de uno de los grandes «ladrones de energía» del hogar, el STB. Todo comenzó con el informe de la CEA (Consumer Electronics Association), ver el report (PDF) y la  press release en Diciembre de 2011. En EE.UU. hay aproximadamente unos 86millones de STB’s desplegados. El regulador esta metiendo mucha presión a los cableros Comcast, TWC y demás miembros de CableLabs para que cambien la base instalada de descos por equipos más modernos que soporten el «standby mode» .

Qué esta ocurriendo?

  • Los operadores están haciendo upgrades de software a los descos que pueden soportar esta feature y para el resto de equipos están preparando campañas de sustitución de descos
  • CableLabs esta desarrollando un standard de «light sleep mode»
  • Se prevé que para final de 2012 haya unos 10millones ya adaptados
  • Tomará años cambiar toda la planta de descos

Los esfuerzos han apaciguado a los legisladores como el senador Diane Feinstein (Calif.), que han empujado a los MSO a implementar la eficiencia energética de decodificadores.

El papel de CableLabs en todo esto?

Pues fundamentalmente lo que esta haciendo es de facilitador, es decir, esta poniendo a disposición de los fabricantes y operadores laboratorios para probar la eficiencia energética de los aparatos que se desarrollen, que le permita tb ir desarrollando un standard de «light  sleep mode».

Este nuevo modo consistiría en que el desco continue haciendo sus labores básicas (como mantener las comunicaciones activadas para recibir la EPG y señalización varia incluso para informar de upgrades de software) mientras discontinua otras tareas como la sintonización de canales y video display, consiguiendo reducir su consumo hasta un 20%.

En Europa como estamos?

Por desgracia en Europa no hay un programa tan extenso para valorar la eficiencia energética de los productos, en los electrodomésticos tenemos las clases de eficiencia energética; para los ordenadores y productos ofimáticos la iniciativa europea es el EU Energy Star, que no es más que la norma americana extrapolada a Europa y también hay iniciativas para hacer lo mismo en los cargadores de móviles pero esta ahora yo no la he visto aún.

En todo caso, no nos afecta tanto el cambio como a ellos, ya que nos despliegues de descos son más modernos en este continente.

Conclusiones

Es mucha la inversión que se requiere en el cambio de 86millones de descos (haciendo una estimación burda a 100EUR el cambio, serían unos 8.600 millones de Euros). Espero que las autoridades US relajen la campaña que esta llevando a cabo con los operadores y dejen racionalizar las migraciones.

En Europa estamos relajados en este sentido ya que los equipos que hemos desplegado son más modernos que en US. Tampoco nos aplica la normativa Cablelabs ya que la mayor parte de los operadores ya tienen ese feature en sus STBs. Por el momento no supone una amenaza.

Fuente: http://www.fiercecable.com/story/cablelabs-light-sleep-mode-can-reduce-energy-consumption-only-new-set-tops/2012-03-20

http://www.ncta.com/ReleaseType/MediaRelease/CableLabs-Energy-Lab-Tests-Verify-Significant-Set-Top-Power-Savings-from-Light-Sleep-Mode.aspx

Cisco compra NDS. Análisis de la compra

El mercado del video esta muy movido últimamente. Google compra Motorola (a ver si los chinos aprueban la compra de una vez), Ericsson oferta por la parte de Broadcast de Technicolor y esta semana nos encontramos con otra noticia en este segmento. Cisco compra NDS.

Por qué importa esta compra?
La posición de líder de NDS en el mercado de los middleware da a Cisco la pieza que le faltaba para tener una oferta creíble para los operadores. Cisco gana que podrá hacer upselling sobre su producto Videoscape, con el que no ha tenido mucho éxito hasta el momento. Además, la compra de NDS permite a Cisco entrar en algunos grandes clientes de NDS que tradicionalmente le han ignorado como la BSkyB.
Por su parte NDS también se hace más competitiva, y podrá ofertar sw+hw dejando más desposicionados a rivales como Nagra.

El acuerdo es bueno para ambos.

Más info: http://en.wikipedia.org/wiki/NDS_Group

Streaming Adaptativo en Internet

Hay 4 cosas que importan para dar un servicio de streaming en Internet:

  • El códec y contenedor: típicamente se usa el códec H.264 en un contenedor MP4 Part 14 o Flash
  • El protocolo: HTTP progressive download o Streaming.
  • El servidor de streaming: existen buenas comparativas en Internet de ellos.
  • El cliente

Aquí trataremos de explicar lo que hay que saber y tener en cuenta para dar o recibir un servicio de streaming por Internet con calidad.

El códec

Parece que el códec H.264 se impone sobre su competencia Silverlight, Flash, VP8 u otros como el standard de la industria. Por lo tanto este tema parece claro y no será objeto de este post.

webm.h.264.001

Detalle del estado de los códecs soportados por los PC’s y móviles

Los protocolos de distribución de vídeo en Internet e implementaciones varias: HTTP Progressive download vs streaming

En lo que sí parece que hay más debate y cierto lío es entre los diferentes protocolos de distribución del vídeo, diferenciándose 2 familas: Download progresivo o streaming. El siguiente gráfico nos presenta la diferentes alternativas:

image

La experiencia de usuario usando cualquier de estos protocolos de distribución es similar, pero sin embargo son distintos.

1) El más veterano es el segundo, la distribución por media streaming. Usa los protocolos IP RTSP, RTP y RTCP o RTMP para Flash, protocolos mucho más eficientes en cuanto al consumo de ancho de banda en el servidor y cliente, pero a costa de mayor complejidad en el lado del servidor y mayores requerimientos de CPU, memoria, baterías, etc. de los dispositivos. Típicamente se distribuyen contenedores Flash y Quicktime.

2) Sin embargo, en los últimos tiempos, con la aparición del iOS y la férrea oposición de Steve Jobs/Apple a dar soporte a Flash en sus dispositivos, así como la decisión final sobre el códec a emplear en la especificación HTML5 (para etiqueta “video”) se ha popularizado adopción de protocolos de distribución de vídeo basados en HTTP.

Existen fundamentalmente 3, HTTP Live Streaming respaldado por Apple, Smooth Streaming de Microsoft y HTTP Dynamic Streaming defendido por Adobe. Todos ellos tienen algo en común: todos usan MPEG-4 H.264 como entrada.

Los tres métodos son Adaptive Bit Rate Streaming, lo que permite que la experiencia de usuario se ajuste al verdadero ancho de banda del que dispone el usuario en cada momento y del estado de su CPU. En otras palabras, un streaming adaptativo puede subir o bajar en bit rate o resolución de una transmisión en “real time” en función de las condiciones del player en un momento dado.

¿Cómo funciona el HTTP progressive download?

La siguiente es la arquitectura de streaming de HLS de Apple, quizá la más sencilla de explicar:

clip_image002

En la misma podemos ver la fuente de vídeo, el encoder, el segmenter, la distribución de ficheros en server web tradicional y el cliente. Trataré de explicar el funcionamiento de los protocolos de Streaming HTTP partiendo de la base éste y apoyándome en el workflow de Adobe Flash Media Server que es igual para todos.

clip_image002[4]

En una configuración típica, existen 4 fases:

  • Preparación: un encoder hardware (p.e. Envivio) toma el audio y video de entrada, lo codifica como vídeo H.264 y audio AAC, y lo devuelve en un archivo MPEG-2 Transport Stream, que luego se divide en una serie de pequeños ficheros multimedia de unos 10 segundos de duración (llamados chunks o segmentos) por parte de un segmenter software. Estos archivos se colocan en un servidor web normal como un Apache. El segmentador también crea y mantiene un archivo de índice que contiene una lista de los archivos en los que se ha partido el vídeo original. La dirección URL del archivo de índice se publica en el servidor web. El index file es un .M3U8, la playlist. Este proceso de codificación y segmentación se repite para cada una de las calidades que deseen emitir del vídeo (lo que es la base del Adaptative Streaming).
  • Distribución: La URL del fichero index es accedida por los clientes, los cuales entonces piden los ficheros indexados en secuencia. Los ficheros son servidos por un servidor web tradicional, como Apache o IIS.
  • DRM: es una etapa opcional.
  • El software de cliente es el responsable de determinar los ficheros o chunks apropiados a pedir por HTTP, descargarlos y reemsamblarlos para poder presentarlos al usuario en un stream de vídeo continuo.  Si en un momento dado las condiciones del cliente varian, es el responsable de pedir chunks de calidad más baja y regular así la calidad del stream.

HTTP Dynamic Streaming de Adobe es más o menos lo mismo, pero se diferencia fundamentalmente de HLS en que la etapa del segmenter para el VoD la hacen las herramientas del propio Adobe Flash Media Server, tiene soporte de contenedores FLV y el usuario no se descarga el fichero completamente para ver el vídeo como en HLS. HTTP Smooth Streaming de Microsoft se diferencia fundamentalmente de HLS en que la etapa del segmenter para el VoD la hacen las herramientas del propio IIS y que soporta Silverlight como contenedor de vídeo tb.

Todos ellos soportan emisiones en directo, siguiendo el mismo workflow que el VoD.

Adaptive Bit Rate Streaming

Los tres métodos son Adaptive Bit Rate Streaming, lo que permite que la experiencia de usuario se ajuste al verdadero ancho de banda del que dispone el usuario en cada momento y al estado de su CPU. En otras palabras, un streaming adaptativo puede subir o bajar en bit rate o resolución de una transmisión en “real time” en función de las condiciones del player en un momento dado. Simplemente el player tiene que descargar nuevos chunks de calidad más baja y reproducir los nuevos.

Ventajas/Inconvenientes del progressive download

Ambos métodos para hacer distribución de vídeo (descarga progresiva o streaming real) son perfectamente viables. Sin embargo, a niveles de costes para el editor o distribuidor de vídeo, es más interesante hacer descarga progresiva ya que:

  • Se pueden usar los mismos servidores web de siempre, no se requieren servidores de streaming específicos y licencias caras.
  • Se puede usar las CDNs tradicionales web de toda la vida, ya que los chunks no son más que pequeños ficheros de vídeo bien identificados
  • Sin embargo, ya que se baja un fichero temporalmente al dispositivo de cliente, es menos robusto ante el pirateo de contenidos.

Para el cliente:

  • Menos exigencias de recursos para CPU, memoria
  • Sin embargo, el usuario se descarga el fichero completamente para ver el vídeo (vs en streaming que sólo descarga lo que ha visto), salvo en las implementaciones de HTTP Dynamic Streaming de Adobe.
  • Dado lo anterior, las exigencias de ancho de banda son mayores, ya que para un vídeo 20MB en streaming tradicional un usuario se puede bajar 20MB máximo si ve el vídeo completo, mientras que en HTTP download progresivo puede llegar a bajarse, para ver el vídeo completo, 20MB multiplicado por el nº de calidad disponibles en el servidor, p.e. 100MB

Concluyendo

El quick de la cuestión es que el “HTTP download progresivo” mejora de costes para los editores, aunque genere ineficiencias en cuanto a tráfico para el cliente final…

En cuanto a referencia quizá lo más importante sea que varios grandes emisores de video de US como la ABC, Netflix o Hulu estan adoptando HLS en sus iPad Apps. O que en UK la BBC esta haciendo pruebas HD HTTP Streaming . Mientras en España el Grupo Prisa ya usa el encoder de Envivio para hacer HLS tb.

Añadido

Como curiosidad podemos ver la arquitectura de un grande de todo esto en Internet, Justin.tv.

Más info:

http://videotechnology.blogspot.com/2011/06/hls-http-live-streaming.html

http://mashable.com/2011/01/25/adaptive-bit-rate-video-streaming/

http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StreamingMediaGuide/HTTPStreamingArchitecture/HTTPStreamingArchitecture.html#//apple_ref/doc/uid/TP40008332-CH101-SW2

http://blogs.adobe.com/actionscriptdocs/2010/06/tutorial_http_dynamic_streamin_1.html

http://help.adobe.com/en_US/HTTPStreaming/1.0/Using/index.html

http://www.appleinsider.com/articles/11/02/02/microsoft_announces_h_264_support_for_googles_chrome.html&page=2

http://en.wikipedia.org/wiki/Comparison_of_streaming_media_systems#General

http://www.adobe.com/products/flashmediastreaming/

http://www.adobe.com/products/httpdynamicstreaming/

http://www.wowza.com/video-streaming-server.html

Google lanza un plugin para el API de Google TV para lograr tener más aplicaciones en la plataforma

La plataforma de televisión inteligente Google TV no está pasando por su mejor momento a la hora de recibir una gran acogida por parte del público. El principal problema con el que se ha encontrado por parte de los desarrolladores es la diferencia de herramientas y librerías que presenta con relación a Android, sistema en el que está basado y con el prometían gran similitud, cosa que al final no resultó así.

Esto provocó que los desarrolladores no pudieran ofrecerle la atención que esperaban. Por ello Google ha decidido actualizar Google TV para que sea una versión de Honeycomb modificada especialmente para los televisores inteligentes, aunque no supondrá un gran cambio del código en la mayoría de los casos. En casos que se necesite cambiar el código Google ha decido incorporar un plugin a Google TV.

Dicho plugin podrá modificar las partes necesarias de código para que una aplicación que necesite cambios en Google TV se ejecute en el televisor sin problemas, aunque no soportarán funciones de pantalla táctil. Esto ayudará ahorrando muchas horas de trabajo a desarrolladores que quieran desarrollar para esta plataforma y ya lo hayan hecho en Android, una ayuda que apreciarán especialmente los desarrolladores pequeños que no puedan permitirse mucho tiempo en cambiar el código para el sistema de televisión.

Esta modificación podría ayudar a solucionar uno de los problemas más destacables de Google TV, la escasa cantidad de aplicaciones, muy lejana a la prometida en su anuncios de lanzamiento, y esto podría ayudar a darle el empujón necesario para que termine de despegar en el mercado.

Hacia una nueva experiencia multimedia: la TV individual y personalizada

Hoy, en el Club de Prensa de La Nueva España se celebrará la ponencia conjunta de dos líderes de la Tv de pago Samsung y TeleCable, con el siguiente programa:

1. Javier Alvira, con los siguientes puntos (20 minutos)

Detalle de Samsung, mostrando la diversificación en líneas de negocio
Presente y futuro de Samsung: Evolución hacia el Hogar Digital, convergencia entre pantallas, conectividad de los dispositivos
Foco en la evolución en la tecnología asociada a la TV y qué significa HD, 3D, etc
Nuevas Funcionalidades de la TV en función de la experiencia que el usuario de TV quiere disfrutar
Respuesta de Samsung ante el reto que plantea el usuario de TV: su solución (Smart TV), Televisiones para aprovechar las funcionalidades que ofrecen otras Soluciones (De Operadores de Telecom, etc), apuesta por “Multipantalla” (para que el cliente se lleve la TV donde quiera)

2. Jesús Pérez, con los siguientes puntos (20 minutos)

Evolución de TeleCable: de una compañía de acceso a una compañía de servicios
Retos de nuestros clientes para TeleCable: conectividad (donde sea y desde cualquier dispositivo), acceso a aplicaciones, contenidos, funcionalidades, Interactividad, etc
Fortalezas de la Fibra Óptica sobre otras tecnologías de acceso (Calidad de contenidos, fiabilidad, etc)
Evolución del servicio de TV de TeleCable:
Caso de éxito en TV de Pago en España
Defensa de la TV de Pago, frente a una TDT con variedad de canales pero muy baja calidad
Digitalización del servicio
Nuevos servicios: HD. PVR, VoD, etc
Próximos pasos de TeleCable con el servicio de TV
Dotar a la nueva plataforma de más funcionalidades, aplicaciones, etc
Acceso de contenidos / funcionalidades “multipantalla”, gracias a dispositivos de los fabricantes como Samsung
Desarrollo del Hogar digital, bajo el contexto”Multipantalla” y conectividad de dispositivos: Teleasistencia, Televigilancia, etc

Lugar: Club de Prensa de La Nueva España, a las 20:00 hrs. Miércoles 13 de abril.

Ponentes:

Javier Alvira: Responsable de estrategia corporativa (Samsung).
Jesús Pérez: Director de Estrategia, Productos y Servicios (TeleCable).

Tv Everywhere esta bien pero no olvidemos la importancia del STB y su recorrido

En los operadores se suele pensar que cada euro gastado en la red se invierte y cada euro gastado en el equipo del hogar esta «enterrado». Para un servicio como el de televisión, este elemento es crítico para prestar un servicio de calidad; permite acceder al servicio con la mayor calidad (vs cualquier streaming http) y da acceso a la HD real.

Pero en un entorno en que la televisión Everywhere y OTT comienza a llegar, y que la vista de operadores de red y prestadores de servicios de tv se comienza a fijar en las aplicaciones que pueden correr los smartphones, tablets, y connected-tv’s para acceder a este servicio, diferentes DRM’s y el streaming adaptativo (o download http) sobre CDNs (es la hora de los Level3, LimeLight Networks, Edgecast, Akamai, etc.) parece que la importancia del STB se torna menor. Pero aún juega un papel crítico. Primero y más importante, permite acceder al servicio con la mayor calidad, y eso es indiscutible, y prestar el servicio al resto de televisiones no-smart. Pero finalmente, en el contexto de los servicios Tv everywhere, permitirán que otros dispositivos dentro del hogar obtengan la señal de broadcast TV del STB, se convierta de modulación COFDM a IP y no se convierta en otro unicast desde la red para cada uno (con la eficiencia en el tráfico que esto supone).

En definitiva, los STB’s y Multimedia Gateways de los hogares son una inversión interesante para los operadores, tienen mucho recorrido aún y serán una pieza clave para extender estrategias de Tv Everywhere.