Módulo vompserver
De VdrWiki
Tabla de contenidos |
Módulo vompserver
Este plugin permite usar el hauppauge media MVP como cliente VDR. Es una alternativa al plugin mediamvp. Este aparatito tiene mucho potencial pues permite hacer casi todo lo necesario en un cliente vdr a un coste mucho mas reducido que un pc. Además, la reciente salida al mercado de su versión wireless le da todavia mas versatilidad.
Aqui teneis unos pantallazos
Su funcionamiento está muy bien explicado en su página:
http://www.loggytronic.com/vomp.php
Pero voy a resumir y traducir su instalación y configuración.
Para utilizar mediamvp con vomp necesitamos:
- El plugin vdr que hace de servidor vomp (vompserver).
- Un cliente binario o también llamado dongle.
El autor recomienda bajarse las versiones estables de aqui.
El servidor vomp se compila e instala como cualquier otro plugin de VDR. Luego hay que bajarse el binario del cliente y habilitar un servidor de TFTP para que el cliente lo pueda cargar.
¿Y Cómo se hace para que el media mvp cargue el dongle?
Pues una vez has instalado el plugin dle servidor vomp copias el vomp.conf.sample a tu directorio de configuración de plugins (en mi caso /video/plugins). Recuerda renombrarlo a vomp.conf. Ahora edita el archivo y activa los servidores bootp y tftp descomentando las lineas que hagan falta y especificando un directorio para alojar los archivos del servidor tftp. Asegurate de que este archivo existe y copia el cliente binario (vomp-dongle-0.2.4 por ejemplo).
Luego copia el archivo vomp-00-00-00-00-00-00.conf.sample a vomp-00-00-00-00-00-00.conf y lo pones también en el directorio de configuración de plugins, junto con el vomp.conf. Cambia los ceros por la dirección mac de tu media mvp. Edita el archivo e introduce el nombre del cliente binario (vomp-dongle-0.2.4 por ejemplo). Reinicia VDR y mira a ver si funciona...
Espero que si te funcione y que la explicación haya sido clara.
A continuación expongo mis reflexiones personales sobre este plugin, si creeis que este no es el lugar indicado hacedmelo saber:
La verdad es que el resultado es espectacular en cuanto a calidad pero encuentro a faltar funcionalidades. Me explico.Puedes:
- ver la tele
- ver las grabaciones
- escuchar la radio
- programar grabaciones mediante la info del epg.
Pero no puedes:
- ver divx que tinguas compartidos en red.
- escuchar mp3 que tinga compartidos en red.
- ver fotos compartidas en red.
- Utilizar plugins interesantes de vdr (teletext ,pip, ...)
Yo creo que consiguiendo las tres primeras funcionalidades que no disponibles seria suficiente. Pensemos que este aparatito tiene un coste mucho mas bajo que un pc. Además estas funcionalidades las permite hacer el mvp original osea que no estamos ante una limitación de hardware sino de software.
Respecto la dificultad de puesta en marcha del sistema pues decir que ésta es mínima. Me ha sorprendido el sistema que fa utiliza. Por un lado tenemos el servidor vomp que actua como cualquier plugin de vdr. Lo compilas y ya está, no reuqiere dependencias ni da problemas al compilar. En el lado del cliente tenemos un archivo binario al que le llaman dongle i que contiene el mini sistema operativo que ejecuta el cliente (media mvp). Se podria decir que es el equivalente al firmware de cualquier apareto decodificador. Pero el sistema es diferente y és esto lo que me ha sorprendido. Este dongle no se instala en le mediamvp sino que se pone en el servidor vdr, bajo un boot ftp server (incluido con el plugin vompserver). Entonces cuando el mediamvp arranca busca este servidor de boot via ftp y arranca el cliente vdr automaticamente. Evidentmente no es un proceso instantaneo y tarda un pelin en descargarse el sistema y cargarlo pero en ningun caso es una exageración.
Puesto que vomp no cumple mis expectativas en cuanto a funcionalidades he estado mirando otras opciones que si las cumplian. He encontrado estas:
Los tres parecen ser del mismo autor segon lo explicado en esta página.
Imagino que me decantaré sobre uno de los dos ultimos que son los que tienen las funcionalidades requeridas y parecen proyectos activos.
Configuraciones especiales
VompServer y WDS
Incluyo esta sección para documentar los pasos que he realizado para configurar mi módulo vompserver y mostrar además cómo utilizo un par de Access Points con protocolo WDS para que el MediaMVP pueda llegar a la red.
Protocolo WDS
En la red de mi casa no puedo llegar con un cable Ethernet al punto donde voy a tener ubicado el MediaMVP, y dado que es la versión Ethernet, tuve que buscar una solución.
La alternativa por la que he optado es montar un punto de acceso wireless adicional que se conecte a la red wireless de mi casa y ofrezca un puente (bridge) hacia un puerto Ethernet.
Para conseguir que esto funcione he utilizado el protocolo WDS, acrónimo en inglés que significa "Sistema de Distribución Inalámbrico" (Wireless Distribution System) y que hace posible interconectar varios puntos de acceso (AP) vía wireless.
Un punto de acceso (AP) que soporta WDS puede actuar como punto de acceso normal y corriente, como puente hacia otro punto de acceso o ambas funciones. Con estas posibilidades podemos crear una red inalámbrica muy grande, con puntos de acceso remotos que 'repiten la señal'.
Los requisitos son muy bajos, básicamente compartir el canal (la frecuencia) y compartir la misma clave WEP (si es que se usa).
Si te fijas en el dibujo de la derecha podrás ver el diseño que he realizado, donde he empleado dos Access Points de diferentes fabricantes y construido un puente entre ellos utilizando el protocolo WDS para extender la red Ethernet hasta el MediaMVP.
Vompserver sin dhcp ni cargador de firmware
Respecto al vompserver, cuando actualicé a la última versión sufrí algunos problemas con el servidor dhcp + carga de firmware incluidos, ya que no terminaba de cargar y decidí no utilizar el servidor dhcp y cargador de software incluidos.
La forma en que he decidido montarlo no tiene porqué ser la mejor, ya que existen otras opciones, pero es la que yo he usado y me está funcionando correctamente. A modo resumen la arquitectura que utilizo consiste en usar el servidor dhcp normal de mi equipo para darle una IP fija al MVP, el software mvploader para mandarle el firmware al MVP y finalmente el plugin -Pvompserver junto con VDR.
- 1) Uso el servidor DHCP normal de mi equipo pero dandole una dirección IP fija al MVP.
* net-misc/dhcp
Latest version installed: 3.0.3-r9
Size of files: 849 kB
Homepage: http://www.isc.org/products/DHCP
Description: ISC Dynamic Host Configuration Protocol
Esta es una copia de mi fichero de configuración (He cambiado las IP's por confidencialidad)
# more /etc/dhcp/dhcpd.conf
ddns-update-style none;
shared-network casa {
subnet 192.168.20.0 netmask 255.255.255.0 {
option routers 192.168.20.1;
option subnet-mask 255.255.255.0;
option domain-name "midominio.com";
option domain-name-servers 192.168.20.1;
allow bootp;
allow booting;
range dynamic-bootp 192.168.20.20 192.168.20.55;
host srv100 {
hardware ethernet 00:05:1C:0F:64:C0;
fixed-address 66.73.110.17;
}
host srv1000 {
hardware ethernet 00:80:5A:20:0A:78;
fixed-address 192.168.20.1;
}
host netport {
hardware ethernet 00:AA:00:1E:91:65;
fixed-address 192.168.20.251;
}
host mvp { <== !!!! Esta es para MVP
filename "/tftpboot/dongle.bin";
hardware ethernet 00:0D:FE:00:6E:69;
fixed-address 192.168.20.12;
}
}
subnet 192.168.30.0 netmask 255.255.255.0 {
option routers 192.168.30.1;
option subnet-mask 255.255.255.0;
option domain-name "trabajo.com";
option domain-name-servers 34.56.87.21, 34.45.12.32;
host t41-wireless {
hardware ethernet 00:01:8B:BA:D6:DE;
fixed-address 192.168.30.30;
}
host t41-eth {
hardware ethernet 00:19:66:3B:80:12;
fixed-address 192.168.30.40;
}
}
}
subnet 192.168.40.0 netmask 255.255.255.0 {
option routers 192.168.40.1;
option subnet-mask 255.255.255.0;
option domain-name "midominio.com";
option domain-name-servers ns1.midominio.com;
host router {
hardware ethernet 00:13:b9:ae:31:d0;
fixed-address 192.168.40.2;
}
}
subnet 66.73.110.0 netmask 255.255.255.0 {
}
- 2) Carga de firmware utilizando un cargador simple
* El software: mvploader-1.0 Fuentes en C y php: http://warped.bluecherry.net/~other/mediamvp/files/
Yo utilizo la versión en C. La he compilado y situado en el mismo directorio /tftboot y lo ejecuto (es un daemon) desde el inittab
# more /etc/inittab [..] # TERMINALS c1:12345:respawn:/sbin/agetty 38400 tty1 linux c2:2345:respawn:/sbin/agetty 38400 tty2 linux c3:2345:respawn:/sbin/agetty 38400 tty3 linux c4:2345:respawn:/sbin/agetty 38400 tty4 linux c5:2345:respawn:/sbin/agetty 38400 tty5 linux c6:2345:respawn:/sbin/agetty 38400 tty6 linux mvp:345:respawn:/tftpboot/mvploader.sh <=== !! # SERIAL CONSOLES #s0:12345:respawn:/sbin/agetty 9600 ttyS0 vt100 #s1:12345:respawn:/sbin/agetty 9600 ttyS1 vt100 [..]
Y esta es una copia del script que lanza el ejecutable:
# cat /tftpboot/mvploader.sh #!/bin/bash # cd /tftpboot # Ejecuto mvploader que POR DEFECTO busca el fichero 'dongle.bin' en # el directorio actual: ./mvploader >/tmp/mvploader.log 2>&1
A continuación ejecuto lo siguiente para que se re-lea el fichero inittab
# init q
Compruebo que el cargador está funcionando:
# netstat -nap | grep -i mvp udp 0 0 0.0.0.0:16867 0.0.0.0:* 14589/mvploader udp 0 0 0.0.0.0:16869 0.0.0.0:* 14589/mvploader
- 3) Cliente y Servidor VOMP
* El software: VOMP (VDR on MVP) Sitio: http://www.loggytronic.com/vomp.php
Finalmente llegamos a lo importante, el software VOMP. Es software es capaz de hacer también el papel de servidor dhcp y de cargador del fichero de firmware (cliente), pero ya dije que me dio problemas, por lo que he preferido las alternativas antes descritas.
Para configurar el Cliente VOMP simplemente tenemos que copiar el fichero de firmware al directorio /tftpboot y hacer un link simbólico a 'dongle.bin' de modo que mvploader lo encuentre.
# ls -al /tftpboot/ total 34564 drwxr-xr-x 3 vdr vdr 8192 jun 2 23:34 . drwxr-xr-x 23 root root 4096 jul 3 14:49 .. lrwxrwxrwx 1 vdr vdr 17 jun 2 23:34 dongle.bin -> vomp-dongle-0.2.3 -rwxr-xr-x 1 vdr vdr 11411 feb 13 23:29 mvploader -rw-r--r-- 1 vdr vdr 8154 feb 10 2004 mvploader-1.0.c -rw-r--r-- 1 vdr vdr 2593 feb 10 2004 mvploader-1.0.php.gz -rwxr-xr-x 1 vdr vdr 64 feb 14 21:26 mvploader.sh -rw-r--r-- 1 vdr vdr 1549856 jun 1 14:37 vomp-dongle-0.2.3
Nota: He visto que a fecha de hoy hay una versión vomp-dongle-0.2.4
que todavía no he probado.
Para configurar el Servidor VOMP se compila el módulo como en cualquier otro caso y se carga junto con VDR:
./vdr -v /baul/video -g /tmp -w 60 -Psoftdevice -vo xv:full -Pstreamdev-server \
-Pfemon -Pvompserver -Pskinsoppalusikka
Este es mi fichero de configuración vomp-00-0D-FE-00-6E-69.conf
# cat /baul/video/plugins/vomp-00-0D-FE-00-6E-69.conf [Boot] ## If you enable the bootp server in vomp.conf, you can specify ## an IP to give out to this MVP here. IP = 192.168.20.12 ## If you have a router that gives out addresses but you want ## the above address forced to the MVP, set this: Override IP = 0 ## A file name to send to the MVP. The MVP will then request ## this file from the TFTP server. Don't use a path here! TFTP file name = dongle.bin [General] Last Power State = On ## The client auto-detects whether to use PAL or NTSC. If you ## want to force the other one, set it here. Beware of popping ## your TV with this one! # Override Video Format = NTSC
Y el fichero vomp.conf
# cat /baul/video/plugins/vomp.conf [General] ## Specify a log file here to enable logging Log file = /tmp/vompserver.log ## If you have more than one vompserver running you ## can enter a name here that will appear on the ## server select list on the MVP Server name = Nene ## Enable this to start the built in Bootp server ## Required to boot the MVP if you have not got a ## DHCP server that can tell the MVP its boot file ## name and server Bootp server enabled = no ## Enable this to start the built in TFTP server ## Required to boot the MVP if you have not got a ## TFTP server running elsewhere TFTP server enabled = no ## Base directory for TFTP server ## If you leave this blank the plugin config ## path will be used - i.e. where this file is TFTP directory = /tftpboot
--Luis 09:14 4 ago, 2006 (CEST)
