Flumotion es una plataforma de streaming escrito en Python. Es una buena alternativa para hacer streaming live o VoD. La implementación se basa en dos frameworks expectaculares: gstreamer y twisted.
Entre las demás alternativas existentes para streaming, flumotion es una buena alternativa aunque la versión libre no soporta ni RTP ni broadcast streaming. Flumotion es paquete debian, pero la versión que está empaquetada no ofrece los mismos servicios que la versión 0.3.2 que se utiliza en esta receta.
Introducción
Esta plataforma se descompone en tres niveles:
High level: En este nivel hay manager's, atmosphere y flows.
Mid level: demonios de manager's y sorker's
Low level: componentes
Sólo existe una atmósfera en la que existe un manager dentro del "planeta" y luego hay flujos que contienen semillas y demás movidas.
Esto no lo entiendo ni yo, pero es la paranoia del desarrollador, así que habrá que tenerlo en cuenta.
En fin, que este tipo de diseño permite una instalación distribuida ya que el manager puede ejecutarse en un host y luego tener uno
o varios workers que se encarguen de diferentes flujos y así conseguir un sistema distribuido "acojonante". Si queréis ver mas sobre
esto leed el manual, aunque no esperéis gran cosa.
Ingredientes
Lo primero es conseguir los fuentes de la versión
0.3.2 de flumotion. También se pueden conseguir en el repo subversion:
$svn co https://core.fluendo.com/svn/flumotion/trunk flumotion
Instalación
Ahora toca compilar e instalar:
$./configure && make &&sudo make install
En /usr/local/bin/ tendremos todos los ejecutables de la plataforma. Como Flumotion utiliza conexiones SSL para poder
administrar es necesario crearse un certificado con openssl o utilizar el de prueba que esta en conf/default.pem.
Por defecto el certificado debe estar en /usr/local/etc/flumotion/. Sino hay que indicar su ubicación por línea de comandos.
$flumotion-worker -d 3 -u user -ptest> log/worker.log &
Para ver las demás opciones consultar el manual. Aunque
no esperéis gran cosa.
Ahora lanzémos la interfaz de administración. Hay dos: una con gtk y otra con ncurses. Yo utilizo la de gtk:
$flumotion-admin -v
Como se muestra en el manual la conexión con el manager se
puede hacer con o sin conexión SSL. Ya que nos ponemos, utilizamos SSL que por defecto se conecta por el puerto 7531. Si la conexión
no existe la creamos para futuros accesos. Lo primero que aparecerá en la interfaz de administración ser el wizard. Dentro de
el podremos configurar varios flujos, productores, consumidores, etc. Si le damos a todo "Siguiente" al final se crearan los jobs
necesarios para hacer nuestra primera prueba. Una vez arrancados todos los procesos es hora de probar el streaming. Por defecto podremos
acceder a el en la url http://localhost:8800/. Podremos acceder mediante un browser o con xine, mplayer, etc; en definitiva con el
reproductor multimedia que ms os guste. En este punto podremos observar la carta de ajuste de gstreamer.
La interfaz de administración en modo texto se llama: flumotion-admin-text y funciona de una forma similar a la anterior.
Configuración básica
Como alguien se habrá podido imaginar, los ficheros de configuración están en el directorio con/. Estos ficheros de configuración son
XML, lo cual facilita bastante el trabajo con la plataforma. El primer fichero a tener en cuenta es planet.xml:
Como mínimo es necesario un manager y luego se pueden utilizar tantos componentes como se necesiten. En este caso se utiliza
un "htpasswdcrypt-bouncer" para hacer la autenticación del administrador. En el worker hay que indicar el usuario/password
necesario para acceder a la interfaz de administración.
Otro fichero a tener en cuenta es el de los flujos. En principio se puede poner cualquier nombre a este fichero, pero habrá
que meterlo dentro de un directorio con el mismo nombre. Por ejemplo, dentro del directorio default/flows habrá que
añadir nuestros flujos. Por defecto, esta el fichero ogg-test-theora.xml para hacer pruebas. Su contenido es el
siguiente:
Como puede verse, solo tenemos un flujo que se llama "default". Y luego hay cuatro componentes:
video-source: que es de tipo videotest y se le asocia al worker localhost.
video-encoder: que es de tipo theora-encoder.
muxer-video: de tipo ogg-muxer. Este componente es el contenedor del stream.
http-video: de tipo http-streamer, que "saca" el stream por http ap puerto 8800.
El componente video-source es un productor, que genera la carta de ajuste de gstreamer en formato YUV con un ratio de 5
y un tamao de 320x240. El siguiente, video-encoder toma como entrada el stream de video-source y lo codifica en
formato ogg con un bitrate de 400, para posteriormente ser "mezclado" por ogg-muxer. Y finalmente. http-video hace
el streaming final sobre http.
Para probar otras configuraciones podemos utilizar el wizard. Con el wizard podemos tomar streaming a partir de webcams, cmaras
digitales, capturadores de TV, etc. Segn para lo que queramos nuestro servidor seleccionamos uno u otro. Tambin podemos elegir
audio o video, o los dos con overlay incluido; para finalmente pasarlo por http por nuestro puerto preferido. Todo esto configurable
fcilmente mediante la interfaz grfica.
Configuracin intermedia
En el apartado anterior solo hemos visto ejemplos bsicos (y lo que queda por llegar). Ahora es hora de ver todos los componentes
disponibles en la versin 0.3.2. Para ver los componentes disponibles hay que utilizar el comando:
$flumotion-inspect
El cual nos mostrar los componentes y plugs disponibles en nuestra versin. Si utilizais un versin antiga vereis como disponeis
de menos componentes, como es el caso de la versin empaquetada para debian. Para obtener ms informacin sobre un componente
concreto hacer:
$flumotion-inspect http-server
por ejemplo. Veremos las propiedades del componente http-server, que es el que voy a utilizar para el próximo ejemplo de
configuración. Este componente te permite tomar como fuente un fichero multimedia (usa ogg/vorbis por dios) y el solito se
encarga de hacer el streaming sobre la url que le especifiquemos. El fichero de flujo nuevo quedará así:
Accediendo a la URL: http://fulanito:8800 veremos nuestro video en HTTP streaming.
Configuración avanzada
Ya lo haré.
Visualizar el streaming
Anteriormente he comentado como se podría ver el video en streaming, bien mediante un browser o bien mediante nuestro reproductor
multimedia favorito. Pero cuando se pretende que el acceso a estos contenidos multimedia sean portables (todo el mundo me entiende)
es necesario buscar otro tipo de alternativas. La mejor sin duda es utilizar un browser y en esto ya han pensado los desarrolladores
de flumotion. Para ello han desarrollado cortado. Cortado es un applet que permite una
fácil visualización de los streams. Utilizarlo es muy sencillo, tan solo hay que añadirlo a nuestra web:
Si das o pretendes dar clase en la Universidad estoy seguro de que estás hasta los güevos de reescribir el curriculum en 100 formatos diferentes. En cada formato te piden cosas diferentes, organizados de forma diferente, y lo que es peor, con herramientas diferentes.
Esta receta es un “remake” de la que hizo Nacho (con su permiso) sobre el mismo tema. Sólo tiene algunos añadidos y alguna pequeña corrección.
Ingredientes
Módem ADSL Contrend CT-350 USB de Telefónica “el azulito”.
Debian GNU/Linux
Linux >= 2.6.10
subversion
unp
br2684ctl
ppp
pppoe
Módulos
Descarga los fuentes con subversion:
$svn co svn://svn.gna.org/svn/ueagleatm/trunk/ueagle-atm
A ueagle-atm/usbatm.h
A ueagle-atm/ueagle-atm.c
A ueagle-atm/COPYING
A ueagle-atm/usbatm.c
A ueagle-atm/Makefile
Revisión obtenida: 323
Puedes echar un vistazo a /var/log/syslog para comprobar que todo ha ido bien. Debe aparecer algo como:
[ueagle-atm] driver ueagle 1.3 loaded
usb 2-2: [ueagle-atm] ADSL device founded vid (0X1110) pid (0X9021) : Eagle II
usb 2-2: reset full speed USB device using uhci_hcd and address 3
usb 2-2: [ueagle-atm] using iso mode
usb 2-2: [ueagle-atm] (re)booting started
usbcore: registered new driver ueagle-atm
usb 2-2: [ueagle-atm] modem operational
usb 2-2: [ueagle-atm] ATU-R firmware version : 44e2ea17
Bridge RFC-2684
El programa br2684 es un puente para transportar diferentes protocolos sobre una conexión ATM, que es lo que suelen hacer los proveedores de ADSL. Para arrancarlo, ejetucta:
# br2684ctl -c 0 -b -a 8.32
br2684ctl[2508]: Interface "nas0" created sucessfully
br2684ctl[2508]: Communicating over ATM 0.8.32, encapsulation: LLC
br2684ctl[2508]: Interface configured
El 8.32 son el VPI y el VCI de tu ISP. Estos corresponden a Telefónica con IP dinámica. Si tienes otra cosa, tendrás que usar los adecuados.
Usuario/contraseña
Tienes que añadir el nombre de usuario y contraseña al final del fichero /etc/ppp/pap-secrets. Si tienes la ADSL de Telefónica, la línea es:
adslppp@telefonicanetpa * adslppp
Proveedor
También para Telefónica ADSL, escribe un fichero /etc/ppp/peers/adsl:
user "adslppp@telefonicanetpa"
mtu 1412 # IMPORTANTE: imprescindible si vas a compartir la conexión, en caso contrario puedes quitarlo
plugin rp-pppoe.so
nas0
noipdefault
usepeerdns
defaultroute
persist
noauth
Para levantar la interfaz
Y si todo ha ido bien, al ejecutar lo siguiente deberías tener una conexión perfectamente funcional:
# ifconfig nas0 up
# pon adsl
Y para desactivar la conexión
# poff
# killall br2684ctl
Automatizar la conexión:
Añade la siguiente sección al fichero /etc/network/interfaces:
auto ppp0
iface ppp0 inet ppp
pre-up br2684ctl -c 0 -b -a 8.32
pre-up ifconfig nas0 up
provider adsl
