Alternativa SERIAS al M740/M750

Se agradecen los ánimos, hay que ver el tute que le damos al giga y cada día va mejor.

Respecto a lo de usar VDR en Raspberry Pi parece que ya se puede hacer tal y como comentan aquí y en su foro sobre el VDR.

Supongo que se podrán añadir drivers al Openelec, pero aquí está la lista de los TDT-USB soportados en Linux.
No creo que haya problemas para que funcionen, aunque es posible que el kernel del Openelec esté "recortado" y haya que recompilar los drivers a mano.

Según he leído, la Raspberry Pi usa drivers propietarios, es decir, se puede tener el mismo problema que tenemos con el giga para compilar nuevos drivers, así que pueden surgir problemas al añadir nuevo hardware como un sintonizador TDT o requiera modificar el driver para hacerlo funcionar.

Una alternativa sería que el XBMC se conecte al VDR del giga, es decir, programar, ver grabaciones, etc. desde el XBMC, para ello habría que usar el plugin xvdr que está en el SVN, esto se comentó aquí.

Hola!
Yo estoy en una situación idéntica a yeahhh y apoyo sin fisuras lo dicho por guillerbomber, aunque parece que el plugin xvdr puede ser la solución.
Ahora no tengo mucho tiempo, este fin de semana le echaré un vistazo más a fondo, pero me da la impresión de que ese plugin no está listo para usuarios poco avezados como yo, por lo que dice bittor.
Larga vida al Giga...y al foro!

Actualmente, para hacer funcionar el plugin xvdr se requiere compilar el firmware desde Linux (rama trunk del SVN).
Cuando se copila este plugin, el VDR generado es distinto, es decir, el binario VDR con el plugin xvdr es distinto al compilado sin ese plugin.
¡Cuidado con hacer mezclas de plugins externos compilados con este plugin y sin él!

En el giga no habría que configurar nada (los archivos en /etc/vdr/plugins/xvdr permiten conectarse desde cualquier IP) y en el XBMC hay que poner la IP del giga.

Lo bueno del plugin es que gestionas todo desde el XMBC, pero también está la opción de seguir programando desde el M7x0 o desde nuestra interfaz web o desde el vdrmanager :Dy luego ver las grabaciones en la Raspberry Pi usando el DLNA o NFS del giga.

Gracias por la información. Como lo de compilar el firmware es algo que no sé hacer, aunque ya me gustaría... me temo que tendré que esperar a que haya una versión que incluya el xvdr

P.S. ¿Hay algún tutorial bueno sobre la compilación?

Lo tienes en la wiki

Gracias!
Supongo que es esto: https://www.assembla.com/wiki/show/VDR-M7x0/Instalaci%C3%B3n_del_VDR-NG-EM#instalacion_linux

Una preguntilla (se puede ver que no he compilado nunca...): ¿los plugins que lleva el firm una vez compilado son los habituales? Es decir, los que quedan instalados, por ejemplo, cuando se genera el firm desde Windows.

Me da la impresión de que son los que aparecen en: http://svn.assembla.com/svn/VDR-M7x0/trunk/toolchain/prg-fw-configs/vdr-m7x0-plugins/common/

Si no es así, ¿cómo se seleccionan? De las instrucciones del link anterior, e incluso de https://www.assembla.com/wiki/show/VDR-M7x0/Modificaci%C3%B3n_del_C%C3%B3digo no me queda claro cómo se podrían añadir o quitar plugins. Si es muy complicado para un alinuxfabeto, entenderé que me mandéis a hacer gárgaras...

Efectivamente, para compilar en Linux es seguir los pasos del primer link que has puesto y puedes instalar cualquier Linux en Windows usando una máquina virtual con VirtualBox o VMware player.

Los plugins que llevará el firmware son los que lleva el generado con Windows, pero si quieres añadirle plugins externos no te servirán los que hay para Windows, tienes que compilarlos en Linux para el firmware que has generado.

Los plugins disponibles a la hora de compilar están aquí y para añadirlos al firmware no sirve el último link que has puesto porque es información desfasada, pero puedes usar esta información, que básicamente es editar un archivo y poner los plugins que quieras de los que hay disponibles.

Con esto que me aclaras creo que podré hacer mi primera compilación de firm, Gracias de nuevo!
Antes de tocar nada y cambiar el firm que tengo ahora he hecho una copia de seguridad pero me da un error que no sé si es grave y si me impedirá restaurar la configuración actual. Ya me daba este error hace algún tiempo, no al principio, pero como no pensaba tocar nada, lo iba dejando (aunque me temía no poder usar la copia en caso de necesidad...). Ahora me gustaría saber si lo puedo resolver. Si no es mucho pedir, ¿podrías echar un vistazo a las imágenes que te adjunto del mensaje que me da al guardar y el principio del que sale al comprobar la copia de seguridad?, para ver si es algo que pueda arreglar antes de tocar nada del actual firm...
Un saludo,
Jose
https://2img.net/r/ihimg/photo/my-images/600/hv37.jpg/
https://2img.net/r/ihimg/photo/my-images/407/6wvm.jpg/

Da un error al comprimir ese archivo, pero parece que la copia de seguridad está bien.
Puedes probar a borrar ese archivo por FTP o telnet (o prueba a copiarlo encima si lo tienes en algún sitio) y a hacer la copia otra vez para ver si así ya no da error, es mejor tener una copia sin error aunque no esté ese archivo.

Gracias, lo miraré a ver si lo arreglo antes de instalar el nuevo.
Por otro lado, he hecho todo lo necesario para compilar el firm y al final el make ha terminado con error porque no hay acceso a http://doolittle.icarus.com/ (lo he comprobado en el navegador y, efectivamente, no hay respuesta desde esa dirección), que parece que es de donde saca el cliente para el servidor de tiempo ntp.
Copio abajo lo que me dice al terminar, después de 20 intentos de conexión:
------------------------------------------------------------------------------------------------------------------------------
Reintentando.

--2013-06-30 11:19:37--  (intento:20)  http://doolittle.icarus.com/ntpclient/ntpclient_2010_365.tar.gz
Conectando con doolittle.icarus.com (doolittle.icarus.com)[209.172.115.92]:80... falló: Expiró el tiempo de conexión.
Abandonando.

make: *** [/home/elisa/vdr-ng-em/downloads/ntpclient_2010_365.tar.gz] Error 4
-------------------------------------------------------------------------------------------------------------------------------
¿Hay forma de soslayar  esto? ¿Se puede cambiar algo en el .config?
Sospecho que sería cambiar esta parte:

# OpenNTPD: Easy to use implementation of the Network Time Protocol
# URL: http://www.openntpd.org/
# CONFIG_OPENNTPD is not set

# ntpclient: An NTP client for unix-alike computers
# URL: http://doolittle.icarus.com/ntpclient/
CONFIG_NTPCLIENT = y

pero no sé cuál podría colocar en vez de ese doolittle...
Saludos

Actualizo:
He visto en el foro este hilo
https://vdr-m7x0.foroactivo.com.es/t1359-streaming-hd
donde se reportaba el mismo problema con doolittle.
Después de buscar (y encontrar al cabo de un ratillo) el fichero de marras, ntpclient_2010_365.tar.gz, he ido a colocarlo en la carpeta downloads y he visto que ya estaba allí.
Si está el fichero en esa carpeta, según dices en el hilo, el sistema al compilar no debería ir a descargarlo, pero a mi me da el fallo que he comentado en el anterior mensaje.
??
Siento ser tan insistente, pero lo tengo casi, casi...

Copio debajo el config, por si hay algo mal

# URL: http://vsftpd.beasts.org/
CONFIG_VSFTPD = y

# Pure-FTPd: Secure FTP made easy!
# URL: http://www.pureftpd.org/project/pure-ftpd
# CONFIG_PURE-FTPD is not set

# Dropbear: Small SSH 2 server and client
# URL: http://matt.ucc.asn.au/dropbear/dropbear.html
CONFIG_DROPBEAR = y

# OpenNTPD: Easy to use implementation of the Network Time Protocol
# URL: http://www.openntpd.org/
# CONFIG_OPENNTPD is not set

# ntpclient: An NTP client for unix-alike computers
# URL: http://doolittle.icarus.com/ntpclient/
CONFIG_NTPCLIENT = y

# Samba: Provided secure, stable and fast file and print services for all clients using the SMB/CIFS protocol
# URL: http://www.samba.org/
# CONFIG_SAMBA is not set

# PPTPD: Point-to-Point Tunneling Protocol is a method for implementing virtual private networks
# URL: http://en.wikipedia.org/wiki/Point-to-Point_Tunneling_Protocol
# CONFIG_PPTPD is not set

# PPP: Point-to-Point Protocol is a data link protocol
# URL: http://en.wikipedia.org/wiki/Point-to-Point_Protocol
# CONFIG_PPP is not set

# Enhanced CTorrent: BitTorrent client implemented in C++ to be lightweight and quick
# URL: http://www.rahul.net/dholmes/ctorrent/
# CONFIG_CTORRENT_DNH is not set

# uShare: A UPnP (TM) A/V & DLNA Media Server
# URL: http://ushare.geexbox.org/
# CONFIG_USHARE is not set

# UNFS3: A user-space implementation of the NFSv3 server specification
# URL: http://unfs3.sourceforge.net/
# CONFIG_UNFS3 is not set

# nfs-utils: Provides a daemon for the kernel NFS server and related tools
# URL: http://nfs.sourceforge.net/
CONFIG_NFS-UTILS = y

# portmap: A server that converts RPC program numbers into DARPA protocol port numbers
# URL: http://linux.die.net/man/8/portmap
CONFIG_PORTMAP = y

# TCP Wrappers: IP packet filtering facility
# URL: http://es.wikipedia.org/wiki/TCP_Wrapper
CONFIG_TCP_WRAPPERS = y

# mini_sendmail: Accept email on behalf of real sendmail
# URL: http://www.acme.com/software/mini_sendmail/
# CONFIG_MINI-SENDMAIL is not set

# sSMTP: A simple alternative to sendmail
# URL: https://wiki.archlinux.org/index.php/SSMTP
CONFIG_SSMTP = y

# webif: Web server for M7x0 using KLone FrameWork
# URL: http://www.koanlogic.com/klone/index.html
CONFIG_WEBIF = y

# GMediaServer: A UPnP compatible media server
# URL: http://www.gnu.org/software/gmediaserver/
# CONFIG_GMEDIASERVER is not set

# MediaTomb: An open source UPnP MediaServer with a nice web user interface
# URL: http://mediatomb.cc/
CONFIG_MEDIATOMB = y

# FUPPES: A free, multiplatform UPnP A/V Media Server
# URL: http://fuppes.ulrich-voelkel.de/
# CONFIG_FUPPES is not set

# osd2tcp: Send osd contents via tcp connection
# URL: http://open7x0.org/wiki/Osd2tcp
# CONFIG_OSD2TCP is not set


###############
#             #
#  Libraries  #
#             #
###############

# zlib: A Massively Spiffy Yet Delicately Unobtrusive Compression Library
# URL: http://www.zlib.net/
# CONFIG_ZLIB is not set
# CONFIG_ZLIB_STATIC is  set
CONFIG_ZLIB_STATIC = y

# libintl-lite: A simple (but less powerful) GNU gettext libintl replacement
# URL: http://sourceforge.net/projects/libintl-lite/
# CONFIG_LIBINTL-LITE is not set

# readline: A set of functions for use by applications that allow users to edit command lines as they are typed in
# URL: http://cnswww.cns.cwru.edu/php/chet/readline/rltop.html
# CONFIG_READLINE is not set

# ncurses: Terminal handling library
# URL: http://www.gnu.org/software/ncurses/ncurses.html
# CONFIG_NCURSES is not set

# libuuid: UUID library from e2fsprogs package (still does not work correctly in firmware)
# URL: http://e2fsprogs.sourceforge.net/
# CONFIG_LIBUUID is not set

# FreeType: A Free, High-Quality, and Portable Font Engine
# URL: http://www.freetype.org/
# CONFIG_FREETYPE is not set

# libmpeg2: A free MPEG-2 video stream decoder
# URL: http://libmpeg2.sourceforge.net/
# CONFIG_LIBMPEG2 is not set

# libjpeg: Free library for JPEG image compression
# URL: http://www.ijg.org/
# CONFIG_LIBJPEG is not set

# libpng: The official PNG reference library
# URL: http://www.libpng.org/pub/png/libpng.html
# CONFIG_LIBPNG is not set

# GraphicsMagick: An image manipulation library
# URL: http://www.graphicsmagick.org/
# CONFIG_GRAPHICSMAGICK is not set

# SQLite: A library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine
# URL: http://www.sqlite.org/
CONFIG_SQLITE = y

# libupnp: A portable SDK for UPnP Devices
# URL: http://pupnp.sourceforge.net/
# CONFIG_LIBUPNP is not set

# libupnp with DLNA support: Hack that add DLNA header to libupnp library
# CONFIG_LIBUPNP_DLNA is not set

# LIBDLNA: Libray for implementation of DLNA (Digital Living Network Alliance) standards
# URL: http://libdlna.geexbox.org/
# CONFIG_LIBDLNA is not set

# libxml2: A library for manipulating XML and HTML resources
# URL: http://www.xmlsoft.org/
# CONFIG_LIBXML2 is not set

# PCRE: Library that implement regular expression pattern matching using the same syntax and semantics as Perl 5
# URL: http://www.pcre.org/
# CONFIG_PCRE is not set

# libmagic: A library for the file utility that can classify files according to magic number tests
# URL: http://www.darwinsys.com/file/
# CONFIG_LIBMAGIC is not set

# Expat: An XML parser library written in C
# URL: http://expat.sourceforge.net/
CONFIG_EXPAT = y

# cURL: The multiprotocol file transfer library
# URL: http://curl.haxx.se/
# CONFIG_CURL is not set

# libexif: A library that reads and writes EXIF metainformation from and to image files
# URL: http://libexif.sourceforge.net/
# CONFIG_LIBEXIF is not set

# ffmpegthumbnailer: Library that can be used to create thumbnails for your video files
# URL: http://code.google.com/p/ffmpegthumbnailer/
# CONFIG_LIBFFMPEGTHUMBNAILER is not set

# libjs (SpiderMonkey): Mozilla's C implementation of JavaScript
# URL: http://www.mozilla.org/js/spidermonkey/
# CONFIG_LIBJS is not set

# libiconv: Library that provides an iconv() implementation
# URL: http://www.gnu.org/software/libiconv/
# CONFIG_LIBICONV is not set

# id3lib: Library for reading, writing, and manipulating ID3v1 and ID3v2 tags
# URL: http://id3lib.sourceforge.net/
# CONFIG_ID3LIB is not set

# TagLib: Library for reading and editing the meta-data of several popular audio formats
# URL: http://developer.kde.org/~wheeler/taglib.html
# CONFIG_TAGLIB is not set


###############################
#                             #
#  Performance Testing Tools  #
#                             #
###############################

# Mini SNMPD: SNMP server for embedded systems
# URL: http://members.aon.at/linuxfreak/linux/
# CONFIG_MINI_SNMPD is not set

# HackBench: Test scheduler and unix-socket (or pipe) performance
# URL: http://people.redhat.com/mingo/cfs-scheduler/tools/hackbench.c
# CONFIG_HACKBENCH is not set

# pipe-test: Test pipe performance
# URL: http://people.redhat.com/mingo/cfs-scheduler/tools/pipe-test.c
# CONFIG_PIPE-TEST is not set

# Bonnie++: Benchmark suite with a number of simple tests of hard drive and file system performance
# URL: http://www.coker.com.au/bonnie++/
# CONFIG_BONNIE++ is not set

# DBENCH: Tool to generate I/O workloads to either a filesystem or to a networked CIFS or NFS server
# URL: http://dbench.samba.org/
# CONFIG_DBENCH is not set

# LMbench: Tools for Performance Analysis
# URL: http://www.bitmover.com/lmbench/
# CONFIG_LMBENCH is not set

# UnixBench: A basic indicator of the performance of a Unix-like system
# URL: http://code.google.com/p/byte-unixbench/
# CONFIG_UNIXBENCH is not set


###########
#         #
#  Debug  #
#         #
###########

# GDB: The GNU Project Debugger
# URL: http://www.gnu.org/software/gdb/
# CONFIG_GDB is not set

# dmalloc: Debug Malloc Library
# URL: http://dmalloc.com/
# CONFIG_DMALLOC is not set

# DUMA: (Detect Unintended Memory Access) is a multi-platform memory debugging library
# URL: http://sourceforge.net/projects/duma/
# CONFIG_DUMA is not set

# strace: A system call tracer
# URL: http://sourceforge.net/projects/strace/
# CONFIG_STRACE is not set

Buenas.
A mi me ha pasado lo mismo, tampoco me descargaba el archivo: ntpclient_2010_365.tar.gz. Lo conseguí bajar de aquí: "http://www.findthatzipfile.com/search-50629359-fZIP/winrar-winzip-download-ntpclient_2010_365.tar.gz", lo pegué en /vdr_ng_em/downloads y al volver a hacer el make se generaron lo dos archivos de firmware correctamente.
Una vez instalado el nuevo firmware en el giga observo que la carpeta  /etc/vdr/plugins/xvdr no está. ¿Me he saltado algún paso?
Gracias.

vdrjose32 escribió:Si está el fichero en esa carpeta, según dices en el hilo, el sistema al compilar no debería ir a descargarlo, pero a mi me da el fallo que he comentado en el anterior mensaje.
??

El problema es que el archivo existe con 0 bytes porque no ha podido descargarlo, bórralo y copia el que has bajado y vuelve a ejecutar el "make".
En breve arreglaré la url de descarga.

guillerbomber escribió:Una vez instalado el nuevo firmware en el giga observo que la carpeta  /etc/vdr/plugins/xvdr no está. ¿Me he saltado algún paso?

Tienes que añadir el plugin xvdr a la lista de plugins tal y como se comenta aquí.

Gracias bittor. Creía que la versión de svn ya llevaba el xvdr incorporado. Lo probaré.

Resuelto lo del ntp y también aquello de la copia de seguridad.
Compilado !
Ahora solo me falta instalar y ver qué tal va lo del xvdr.
Gracias por todo bittor

Aviso que el fin de semana hice unos cuantos cambios, entre ellos activar por defecto la última versión del Skin Enigma para ver si funcionaba bien pero ayer tuve un reinicio, así que sigue fallando.

Por lo tanto, es posible que tengáis ese cambio en vuestro firmware y haya que sumar los cuelgues del skin enigma a los del xvdr, por eso es una versión de desarrollo.

Revisar el archivo /var/log/messages y postearlo en un nuevo mensaje para ver si se puede ver algo.

Solo una preguntilla, para evitar ser colgado por los pulgares por algún habitante de la casa en caso de cuelgue del amado aparato...
Los fallos del firm son aleatorios o se producen cuando uno está trasteando con los servicios afectados por los plugins o ficheros "colgadores". Es decir, si no uso el skin Enigma y no toco el xvdr, se colgaría porque sí, cuando le apeteciese, o funcionaría como lo hace con el firm que tengo ahora.
Es por no seguir si la cosa es demasiado insegura.

Si desactivas el skin enigma y no tocas el xvdr no tendría que colgarse (con lo del xvdr no estoy seguro porque no lo he usado).
Aún teniendo el skin enigma activo es posible que no se te cuelgue, pero si empiezas a meterte por la guía, ver descripciones, grabar, editar, reproducir, etc. al final casi seguro que se cuelga.

Para asegurarte que no se te va a colgar por el skin enigma, puedes activar la versión que había antes.
Desde la terminal (línea de comandos) ejecutas:

Código:

cd build/vdr-m7x0-PLUGINS
rm -f skinenigmang
ln -sf skinenigmang-0.0.5 skinenigmang
cd ../..
make recompile-vdr-plugins
make

Ahora ya tendrás un firmware que sólo se colgará con el xvdr.
En cuanto pueda haré esto en la versión del SVN hasta que confirme que ya funciona correctamente.

Ya he subido estos cambios al SVN, así que si hacéis un

Código:

svn update
make

donde tengáis compilado el firmware ya tendréis el skin enigma anterior.

He ido a cambiar la url del archivo ntpclient_2010_365.tar.gz, pero ahora funciona.

Muchas gracias. He utilizado la solución del penúltimo mensaje y ya tengo compilado con el enigma anterio. La sustitución del firm la dejo para el fin de semana, por eso de hacerlo tranquilamente y restaurar la configuración actual.
A ver cómo va el xvdr!
La combinación con la raspberry puede ser interesante...

De nuevo posteando novedades.
Cambio de firm por el compilado y todo en orden. Restaurada la configuración del anterior sin problemas.
El plugin xvdr va increíblemente bien (resulta curioso ver todo el Giga desde XBMC en la Raspberry), excepto el livestreaming de los canales de TV, que arrancan unos segundos, puede que 3 y después se pierde la conexión con el PVR desde XBMC. Lo único positivo es que no se cuelga.
Y ahora viene una duda relacionada con lo que aparece en el foro internacional:

---

-  Re: VDR to XBMC
por det el Sáb Feb 16, 2013 10:09 am
NOT working:
- TV live streaming (as bittor mentioned)

Re: VDR to XBMC
por bittor el Dom Feb 17, 2013 3:52 pm
Live streaming doesn't work because source code for it is commented.

- Por otro lado, lo que pone en el último post de
https://vdr-m7x0.foroactivo.com.es/t1368p45-vdr-to-xbmc
parece misteriosamente prometedor...

---

¿significa esto que hay esperanza de poder ver desde XBMC los canales de TV en directo? Ya sé que no es muy necesario, pero si tiene solución la integración quedaría redonda   .

Hay esperanza, lo que no hay es tiempo para hacerlo

Me alegra saber que funciona bien sin cuelgues.

Últimamente no tengo mucho tiempo libre para dedicarle al M7x0 y antes de mirar el xvdr tengo pendientes otros temas.
Si no recuerdo mal, ahora el código para hacer el livestreaming está activado, por eso verás unos segundos, entonces habría que analizar qué pasa después de esos segundos para que ya no vaya, ¿has mirado el archivo /var/log/messages?

Lo entiendo perfectamente; todo esto, además de hecho por amor al arte, consume sus buenos ratos, que hay que quitar de otros menesteres...
Lo del var/log/messages lo he visto por encima esta tarde desde el teléfono, pero quiero ejecutar un par de intentos más de ver TV en directo para que se genere un log más completo y pasármelo por ftp al PC. A ver si puedo de aquí a un par de días y lo posteo, por si te da alguna pista (a mi seguro que no :-(

Hola!
Creo que en el log que adjunto hay información sobre lo que pasa al intentar ver en livestreaming aprox. a las 09:08 y a las 09:19 del 15 de julio.
Espero que puedas deducir algo cuando le eches un vistazo...
Saludos y gracias.