Ya escribí muchas notas sobre temas similares, como Internet vs. la TV, el futuro de Google o mi entrada de weblog sobre las computadoras del futuro. Además escribí mucho sobre mi desagrado por la televisión.
En este caso me voy a enfocar en distintas tecnologías que ví recientemente, particularmente todo el tema del Podcast.
Se llama Podcast a la combinación de archivos de audio (como MP3) y RSS. RSS es un formato XML (es decir, basado en texto ASCII) para describir recursos web, como las páginas de un sitio. O sea, un feed RSS que en lugar de indexar páginas web indexa canciones y cosas así. De este modo, se hace una especie de playlist remoto, pero semántico.
El archivo RSS en un podcast incluye mucha información sobre la música contenida, como autor, género, etc. Y el programa que la reproduce puede seleccionar qué canciones reproducir.
Lo que se me ocurre es cómo integrar esta tecnología para video, y de esta manera acabar de una vez por todas con ese cáncer llamado televisión. Y no voy a hablar sobre lo que podría existir, sino sobre lo que ya existe.
Para captar el podcast de audio existen muchas herramientas, en especial el iPodder. Para el podcast de video está el FireANT, el cual sólo anda en Windows XP por lo que aún no lo pude probar. Probablemente vos tampoco lo puedas probar.
Te voy a contar acerca de distintas implementaciones actuales de toda esta tecnología, te voy a mostrar algunos ejemplos teóricos y prácticos y recién ahí te cuento cómo va a evolucionar.
Lo importante es comprender los conceptos: principalmente los feeds RSS, video on demand (VOD), streaming, broadcast y videolog.
Un feed RSS es, como ya expliqué, un pequeño archivo XML que referencia a otros archivos, dando una breve descripción de ellos. Estos archivos son fácilmente parseables, esto es, un programa los puede analizar e interpretar según una necesidad en particular. Por ejemplo en un feed que indexa páginas web, puedo configurar que sólo se muestren las que digan algo sobre deportes y se ignoren el resto de las páginas.
Para hacer uso de los feeds RSS necesitás un programa llamado agregador que acumula y refresca periódicamente decenas o centenas de feeds, mostrándote sus titulares. Los mejores agregadores para Windows son el RSS Reader, el FeedReader y el SharpReader.
Este sitio contiene un feed RSS 1.0 por lo que ya podés probar el primer agregador que te bajes. Simplemente tenés que agregar la dirección del feed, http://www.frost-team.com.ar/iceman/common/ICeman.rss.rdf, en donde te lo pida. En este feed no están indexadas todas las páginas del sitio (son cientos) sino sólo las últimas 15 creadas.
Como el RSS es XML, es extensible mediante namespaces. Recientemente encontré una especificación de Yahoo! llamada Media RSS, el cual permite agregar información específica para archivos de video, como el framerate (cantidad de cuadros por segundo). Ellos lo diseñaron como un namespace para RSS 2.0, pero yo pienso usarlo en RSS 1.0.
Un soporte como Media RSS sería ideal para todo esto. A continuación, un archivo XML escrito en RSS 1.0 con el namespace Media RSS:
<?xml version="1.0" encoding="iso-8859-1" standalone="yes"?>
<rdf:RDF xml:lang="es-AR"
xmlns="http://purl.org/rss/1.0/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:media="http://search.yahoo.com/video/mrss">
<channel rdf:about="http://www.frost-team.com.ar/iceman/common/videolog.rss">
<title>Videolog de ICeman</title>
<link>http://www.frost-team.com.ar/iceman/videolog/</link>
<description>Una imagen vale más que mil palabras, y un video vale más que un millón</description>
<image rdf:resource="http://www.frost-team.com.ar/iceman/gfx/videolog.png" />
<items>
<rdf:seq>
<rdf:li resource="http://www.frost-team.com.ar/iceman/videolog/0001.html" />
<rdf:li resource="http://www.frost-team.com.ar/iceman/videolog/0002.html" />
<rdf:li resource="http://www.frost-team.com.ar/iceman/videolog/0003.html" />
<rdf:li resource="http://www.frost-team.com.ar/iceman/videolog/0004.html" />
<rdf:li resource="http://www.frost-team.com.ar/iceman/videolog/0005.html" />
</rdf:seq>
</items>
</channel>
<image rdf:about="http://www.frost-team.com.ar/iceman/gfx/videolog.png">
<title>Mi videolog</title>
<url>http://www.frost-team.com.ar/iceman/gfx/videolog.png</url>
<link>http://www.frost-team.com.ar/iceman/videolog/</link>
</image>
<item rdf:about="http://www.frost-team.com.ar/iceman/videolog/0001.html">
<title>Un día en el parque</title>
<link>http://www.frost-team.com.ar/iceman/videolog/0001.html</link>
<description>Fui al parque con mis amigos e hicimos un picnic</description>
<media:group>
<media:content
url="http://video.frost-team.com.ar/iceman/parque.rm"
filesize="10242544"
type="video/x-realvideo"
isDefault="true"
expression="full"
bitrate="128"
framerate="20"
duration="541"
width="240"
height="180" />
<media:content
url="http://video.frost-team.com.ar/iceman/parque.mov"
filesize="11542368"
type="video/quicktime"
isDefault="false"
expression="full"
bitrate="128"
framerate="20"
duration="541"
width="240"
height="180" />
<media:thumbnail url="http://www.frost-team.com.ar/iceman/videolog/parque.jpeg" width="240" height="180" />
</media:group>
</item>
<item rdf:about="http://www.frost-team.com.ar/iceman/videolog/0002.html">
<title>Diversión con mi novia</title>
<link>http://www.frost-team.com.ar/iceman/videolog/0002.html</link>
<description>Un video porno casero</description>
<media:content
url="http://video.frost-team.com.ar/iceman/porno.mov"
filesize="24056478"
type="video/quicktime"
expression="full"
bitrate="200"
framerate="24"
duration="975"
width="400"
height="300" />
<media:adult />
<media:thumbnail url="http://www.frost-team.com.ar/iceman/videolog/porno.jpeg" width="200" height="150" />
</item>
<item rdf:about="http://www.frost-team.com.ar/iceman/videolog/0003.html">
<title>El concierto en bar "La puerca"</title>
<link>http://www.frost-team.com.ar/iceman/videolog/0003.html</link>
<description>El concierto que dimos en Agosto de 2005</description>
<media:content
url="http://video.frost-team.com.ar/iceman/concierto.mov"
filesize="102547893"
type="video/quicktime"
expression="full"
bitrate="180"
framerate="24"
duration="1850"
width="360"
height="270" />
<media:thumbnail url="http://www.frost-team.com.ar/iceman/videolog/concierto.jpeg" width="240" height="180" />
</item>
<item rdf:about="http://www.frost-team.com.ar/iceman/videolog/0004.html">
<title>El partido de la final</title>
<link>http://www.frost-team.com.ar/iceman/videolog/0003.html</link>
<description>Fuimos a ver el último partido de la copa</description>
<media:content
url="http://video.frost-team.com.ar/iceman/partido.wmv"
filesize="5784256"
type="video/x-ms-asf"
expression="full"
bitrate="96"
framerate="18"
duration="700"
width="240"
height="180" />
<media:thumbnail url="http://www.frost-team.com.ar/iceman/videolog/partido.jpeg" width="240" height="180" />
</item>
<item rdf:about="http://www.frost-team.com.ar/iceman/videolog/0005.html">
<title>Trailer de mi película</title>
<link>http://www.frost-team.com.ar/iceman/videolog/0005.html</link>
<description>Trailer de mi última película under</description>
<media:content
url="http://video.frost-team.com.ar/iceman/trailer.rm"
filesize="4875621"
type="video/x-realvideo"
expression="sample"
bitrate="160"
framerate="30"
duration="210"
width="400"
height="300" />
<media:thumbnail url="http://www.frost-team.com.ar/iceman/videolog/trailer.jpeg" width="240" height="180" />
</item>
Aclaro que ninguna de las URLs del archivo de muestra existen en realidad. Como se ve, en el primer video doy dos alternativas (el mismo video en dos formatos). Me gustaría explicar qué es cada uno de los elementos y atributos pero ya están muy bien explicados en la especificación de Yahoo!.
Algunas de las cosas que provee Media RSS es un soporte para thumbnails, lo cual es bastante interesante y en conjunto con la imagen propia del canal RSS (feed) permite desarrollar una interfaz muy gráfica para elegir qué video ver.
Lo que permitiría una fusión de agregador y reproductor multimedia (como el FireANT) ante un feed como éste es mostrarme todo el feed como si fuera un canal de televisión, en donde la imagen videolog.png es el logo del canal, y hay 5 videos disponibles para ver, cada uno con un thumbnail o poster que lo representa.
El programa me permitiría ver las propiedades de los 5 videos (definidas en el RSS) y elegir uno de los videos para ver (uno a la vez, es muy molesto ver varias cosas moviéndose en pantalla al mismo tiempo).
Como se ve, el archivo RSS funciona como una "bodega" o "almacén" de videos. Ideal para Video on Demand.
Video on Demand es una transmisión de video (streaming) en donde el usuario elige iniciar la transmisión y se le envía el video desde el principio cuando el usuario lo pide, y lo mira hasta que termine o hasta que se canse.
Los videos para video on demand ya están grabados en un archivo del servidor, y se envían a través de la red a cada usuario en el momento que lo desee el usuario. Por ejemplo, el programa de televisión Dominio Digital se transmite on demand.
En el archivo RSS que propongo como ejemplo, los videos están en un servidor web. Esto no es necesario, al contrario, lo ideal es que estén en un servidor de streaming (RTSP) para verlos. Sin embargo, sigue siendo video on demand ya que los reproductores lo reproducen a medida que se reciben.
El broadcasting es más parecido a la televisión convencional. Es un streaming más "puro" que se realiza sí o sí mediante un protocolo de streaming como RTSP o el MMS (propietario de Microsoft). En el broadcasting se transmite un flujo de datos, que no es un archivo ya que no tiene principio ni fin. Es un flujo continuo que contiene una señal de video.
Si bien la televisión es analógica y no digital, se puede considerar como un broadcasting. El broadcasting presenta innumerables problemas con respecto al video on demand, ya que sólo se puede transmitir un programa a la vez, hay que esperar a que termine un programa para que empiece otro y hay horarios para cada uno.
En la transmisión on demand, el usuario ve el programa que quiere a la hora que quiere. En el broadcasting, tiene que esperar y conectarse al horario correspondiente.
Aún así, un broadcasting es interesante para transmitir un evento en vivo como un partido de fútbol o un concierto de rock. Hacer un broadcasting es relativamente fácil, sólo necesitás banda ancha, una webcam y el QuickTime Broadcaster.
Usando varios flujos (con distintas direcciones) se pueden transmitir varias cosas a la vez por broadcasting. Ya veremos para qué sirve.
Un videolog es un weblog con agregado de video, en la que cada entrada de texto tiene asociado un video. Es simplemente una forma serializada de poner archivos de video en un servidor web.
Por ahora los videologs son páginas HTML con los videos linkeados desde ellas, pero pronto dejarán de serlo, ya que creo que idealmente un videolog debería ser un podcast de video, con los videos y el archivo RSS que los indexe y catalogue; sin ninguna página.
Definidos una cantidad de feeds, que pueden ser por ejemplo cien, se puede usar algún tipo de extensión en el motor agregador/parser XML para que baje los cien archivos RSS simultáneamente y los parsee, luego compare esto con una lista de preferencias (hotlist) en la cual habrán términos o palabras clave (keywords) y una prioridad asignada a cada una, por ejemplo:
| Prioridad | Keyword |
|---|---|
| 1 | Nine Inch Nails |
| 2 | Tool |
| 3 | Kournikova |
| 4 | Sharapova |
| 5 | Lingerie |
| 6 | David Lynch |
| 7 | Scarlett Johansson |
| 8 | Golf |
De esta manera el televisor (o reproductor multimedia) puede seleccionar por nosotros lo que seguramente querremos ver.
Con esa hotlist, si en los feeds hay algún videoclip de Nine Inch Nails o Tool será lo primero que veré al prender la tele, luego probablemente vea un partido de tenis en el que juegue María Sharapova; y luego tal vez una película de David Lynch.
Como todo es on-demand, apenas termina una cosa el programa pide la otra, nunca me pierdo de nada.
Un hotlist real tendrá cientos de términos, y de esta forma un televisor se la pasará haciendo zapping continuamente mostrándonos cosas que nos interesan y nada más.
Lo que nos depara para el futuro es simplemente empezar a usar masivamente toda la tecnología que ya existe. Se puede integrar un poquito más, por ejemplo sería muy bueno que tanto el Real Player, QuickTime, Windows Media Player, etc. incluyan funciones de agregador RSS y sean capaces de parsear Media RSS.
El canal de televisión del futuro será simplemente un feed RSS. Habrán cientos o miles de videos disponibles, transmisiones en vivo, etc. en cada feed. Como la tecnología es libre y estándar, podrán aparecer televisores híbridos (computadoras con forma de televisores) que muestren esto.
Al ser una tecnología libre y gratuita, cualquier persona podrá crear sus videos y hacer su propio canal de televisión publicando el feed en un servidor web. La variedad y segmentación serían enormes, mientras que los ratings serían ínfimos, casi nulos. El usuario, chocho. Suar y Tinelli se suicidarían.
Por ejemplo, el MTV del futuro tendría todos los videoclips de su archivo en varios feeds, uno de ellos con las novedades, otro con clásicos, etc. Todos los videoclips serían on demand, y yo podría configurar mi reproductor/agregador para que me muestre sólo lo que a mí me gusta.
Un canal de aire como América tendría un solo feed en el que pondrían todos sus programas on-demand. Mi mamá podría ver su telenovela a la hora que quisiera.
Un canal de deportes podría hacer dos broadcastings simultáneos, por ejemplo en una fecha que jueguen River-Boca e Independiente-Racing al mismo tiempo podrían transmitir ambos partidos a la vez. Además quedarían grabados para que quien se lo perdió lo pueda ver on-demand.
Y por supuesto, yo tendría una cámara digital y haría mi propio canal de televisión underground y amateur, con programas filmados en la plaza de Carapachay y las apariciones estelares de mis amigos de la esquina. Al igual que en la web, todo estará al mismo nivel, hoy el príncipe y el mendigo tienen sus sitios web equivalentes, y probablemente sean vistos por la misma cantidad de gente.
La triste realidad es que esta tecnología existe hoy, pero durante los próximos 5 años sólo será usado por amateurs, "unders" e independientes. A los grandes productores no les gusta esta tecnología.
No les gusta que democratice los medios, y que cualquier pibe desde su garage sea la competencia.
No les gusta que el usuario elija qué es lo que quiere ver, incluso con un programa que les seleccione los espectáculos en base a una configuración personal (zapping determinista). No les gusta que sea tan fácil evitar la publicidad.
No les gusta perder el control sobre la gente que ejercen ahora con sus horarios arbitrarios.
Y a la mayoría de los usuarios no les va a gustar, ya que al prender el televisor del futuro el usuario se va a encontrar no con un programa cualquiera, sino con un menú que le pregunta "¿qué quiere ver?" y "cualquier cosa" no es una respuesta aceptable.
La mayoría de la gente ve la tele para ver qué hay, y no para ver lo que realmente le interesa. Simplemente quieren tener un ruido de fondo que los distraiga y les impida pensar.
El análisis sociológico es claro: la televisión del futuro va a ser muy buena, pero sólo será disfrutada por aquellos que hoy no vemos televisión.
