Se encontraron 163 resultados para mtps37

MPEG-TS por DLNA funcionando otra vez

Hola Bittor. Yo soy uno de los que se alegra por las novedades y te animo a que sigas con ello. A mi me encanta que siga adelamte y espero que así sea en el futuro, quizá con otro hardware más actual pero con la potencia que nos ofrece este estupendo software. Yo por mi parte lo uso todos los días y quizá por ello no me atrevo a hacerle ya pruebas. Si tuviera otro de reserva, sería otra cosa.

En fin, sólo espero que puedas seguir dedicandole tiempo a esto. Creo que muchas personas te lo agradecerán.

Saludos.

Futuro del proyecto

Hola.

Aunque era usuario activo del Gigaset desde hace unos años, tras cambiar mi TV Sony CRT de 25" por un LG LED de 39", pensaba que quizá dejaría de usarlo con la misma frecuencia que antes, pero lo cierto es que tras 6 meses, lo sigo usando igual si no más, puesto que el nuevo televisor, con su smart y todo, no me ofrece de lejos lo que el Gigaset con VDR a la hora de hacer grabaciones, más ahora que disponemos del servidor Mediatomb para compartir las grabaciones HD.

Por eso y porque estoy encantado con él, apoyo totalmente la continuidad del proyecto que es un trabajo realmente bien hecho del que aun se le puede sacar mucho provecho.

Saludos.

Os suena ésta averia en el M740??

mtps37 escribió:
Sabiendo que los condensadores electrolíticos se estropean (se secan) si no se les da corriente de vez en cuando, y puesto que el equipo no se ha utilzado en años, los cambiaré a ver si hay suerte. Ya lo comentaré por aquí.

Finalmente he cambiado C5 y todos los condensadores del secundario pero no ha habido suerte. Ahora los síntomas son los mismos: uno de los leds se enciende débilmente cada segundo por un corto espacio de tiempo y se escucha como un ligero chasquido en la placa principal.

Como tengo otro gigaset (el que uso normalmente), probaré con su fuente. Como no funcione... mala cosa.

Un saludo.

Os suena ésta averia en el M740??

Bueno, pues finalmente me ha tocado a mi con un Gigaset que tenía guardado para emergencias. En su momento lo probé e iba bien, pero el otro día, años después, a 6ºC, no hizo ni el amago de arrancar.

Más tarde, ya con la casa a una temperatura más normal, conseguí que arrancara, aunque le costó, y aproveché para ponerle el VDR 0.7 lite. Sin embargo ayer ya no arrancaba de ninguna manera.

Mido voltajes a la salida: cable marrón 3,60V y cable rojo 5,32V. Cambio el C5 y sigue igual que antes. Mido voltajes y son exactamente los mismos. Los voltajes de referencia son 3,55 y 5,25, por lo cual deduzco que los componentes de la placa del giga son extremadamente sensibles a las desviaciones de voltaje. Entonces aplico calor con el secador y consigo que empiece a arrancar, pero se queda a mitad de camino. Aprovecho para comprobar voltajes y me da 3,54 y 5,31, es decir, el del cable marrón va muy bien pero no el del cable rojo.

Sabiendo que los condensadores electrolíticos se estropean (se secan) si no se les da corriente de vez en cuando, y puesto que el equipo no se ha utilzado en años, los cambiaré a ver si hay suerte. Ya lo comentaré por aquí.

Un saludo.

Imagen para las radios

bittor escribió:Sin el log es difícil saber, pero si se está reiniciando mira a ver si tienes activado en la configuración del VDR dentro de Varios la opción "Salida de emergencia", ya que esto hace que se reinicie si hay problemas de señal.
¿usas la versión del SVN?

La versión que tengo es la oficial 0.7. La opción que comentas la tengo puesta a NO.

Lo que sí he descubierto es que tenía activada la opción, dentro de configuración del sistema, de botones de rescate, que mediante una combinación de teclas se puede reiniciar el gigaset o VDR. Quizá haya sido por esto. Si vuelve a pasar intentaré poner aquí el log de mensajes.

Un saludo.

Imagen para las radios

El viernes pasado sucedió otra vez: pantalla en negro, sin respuesta al mando. No dejo aquí el log porque por motivos que no vienen al caso, no tuve la ocasión de guardarlo, pero sí pude echarle un vistazo, y lo que vi fue un motón de registros durante el tiempo en que la pantalla estaba así.

Al final, he llegado a la conclusión de que es la secuencia de reinicio de VDR, puesto que entre otras cosas, había mensajes de carga de todos los plugins y del procesamiento de archivos de configuración.

Sobre el motivo, no tengo ni idea porque simplemente estábamos viendo la tele.

Un saludo.

gestión de los logos

Y sería bueno recordar que, como regla general, no deberíamos tener activada la opción de VDR que renombra los canales cuando detecta un cambio de nombre en la emisión. Por desgracia las cadenas tienen la mala costumbre de hacer esto demasiado a menudo.

Imagen para las radios

bittor escribió:
mtps37 escribió:Lo que sí me pasa un poco más a menudo, es que el gigaset desactiva la salida de video, sin que nadie haya tocado nada. En esos casos, la TV se cambia al sintonizador analógico y la solución es apagar y volver a encender el giga. En realidad es como cuando desactivas la salida de video con la tecla 0 (cosa que no tengo configurado por defecto).

Por desgracia, no es algo muy frecuente ni se da como consecuencia de alguna acción del usuario, aunque sospecho que tiene que ver con la activación de alguna programación y el cambio de sintonizador con el que se visualiza en directo que hace el giga.

Puedes revisar el archivo /var/log/messages a ver si se ve algún error.
Si no me equivoco, el botón 0 vuelve al canal anterior que estabas viendo.

Creo recordar que alguna vez lo comprobé, pero no encontré nada extraño. Me lo apunto por si vuelve a pasar.

En realidad esta desactivaciones han sucedido sin la intervención de nadie. El principio pensaba que era cosa de mis hijas, pero cuando me pasó a mí...

Saludos.

Imagen para las radios

bittor escribió:OK, entonces sí que habría que mostrar ese mensaje cuando no hay señal, pero salvo estos casos raros de resintonización normalmente no se da este problema.
Lo del "Canal no disponible" también sale cuando estás grabando de 2 canales e intentas cambiar a otro de distinto mux.

Bueno, en realidad pasa muy de tarde en tarde que se va la emisión, pero esos casos son muy esporádicos y durante poco tiempo. Lo que sí me pasa un poco más a menudo, es que el gigaset desactiva la salida de video, sin que nadie haya tocado nada. En esos casos, la TV se cambia al sintonizador analógico y la solución es apagar y volver a encender el giga. En realidad es como cuando desactivas la salida de video con la tecla 0 (cosa que no tengo configurado por defecto).

Por desgracia, no es algo muy frecuente ni se da como consecuencia de alguna acción del usuario, aunque sospecho que tiene que ver con la activación de alguna programación y el cambio de sintonizador con el que se visualiza en directo que hace el giga.

bittor escribió:
Sin querer has dado con otra solución para las radios, activas el plugin Pin y prohibes el acceso a las radios para que les muestre ese mensaje
De todas formas miraré de añadir el plugin de radio.

Pues sí, tienes razón.

Un saludo.

Imagen para las radios

bittor escribió:Puedes "desactivar" los canales de radio en Configuración -> Varios -> Filtrar canales -> Mostrar sólo canales de TV, aunque creo que si ponen el número cambiará a ese canal aunque sea de radio.
También te aseguras que en "Grupos de canales con izq./dcha." esté a no, así no podrán pasar al grupo de canales de radio con los botones de derecha e izquierda.

Sí, ese es el tema. Empiezan a darle hasta que sale el canal taitantos que corresponde con la radio, y entonces se rompe la tele

bittor escribió:
De esta manera ya es un poco más difícil poner una radio.

Aquí hay un plugin para poner una imagen al sintonizar un canal de radio, no creo que haya problema en compilarlo para nuestro VDR.

¡Estupendo!

bittor escribió:
Si no recuerdo mal, cuando sintonizas un canal que no tiene señal sale un mensaje indicando "Canal no disponible", ¿no será que emiten una imagen en negro?
Habría que confirmarlo con otro sintonizador.

Lo has mencionado y ya me has puesto en duda, así que lo he comprobado: ese mensaje no sale cuando no hay señal, ni al cambiar al canal, ni durante la visualización del mismo. Lo de "Canal no disponible" sale cuando activas el control parental del plugin Pin.

Gestión de canales

bittor escribió:
Si te he entendido bien en el punto 2, tú quieres que si has programado el canal número 4 para grabar y luego cambias el número 5 al 4 y al revés te grabe del que antes era el 5 y eso sería incorrecto.
Las programaciones se hacen con el ID del canal, así que da igual el número de canal en el que esté y la ordenación de canales no le afecta, lo puedes poner en el número de canal que quieras que se va a grabar en ese canal, por eso hay que cambiarlo en la programación, bien con el EPGSearch o manualmente en las programaciones.

No me has entendido bien porque yo no he explicado bien ni tampoco tengo razón

La verdad es que he hecho más pruebas y es como tú dices. La verdad es que funciona como debe ser. Supongo que me lié con tanto canal el otro día.

Saludos.

Gestión de canales

Buenas. Como consecuencia de la última resintonización que hemos tenido que hacer, me ha pasado una cosa que no sé si se puede considerar fallo. En cualquier caso es algo menor.

El tema es el siguiente: si intentas borrar un canal con alguna programación pendiente (actual o a futuro), no te deja borrar el canal, incluso si todas esas programaciones están desactivadas. Hasta que no borras todas las programaciones no puedes hacerlo. Lo que sí te deja hacer es mover el canal, aunque eso suponga que las programaciones sean incorrectas. Por eso creo que debería seguirse siempre el mismo criterio.

Ya digo que no es una cosa de gran importancia, pero si se pudiera solucionar, pues mejor que mejor, y si no fuera el caso, lo dejo por escrito:
1. Tenéis que borrar todas las programaciones antes de quitar un canal que vayáis a borrar.
2. Si mueves de lugar el canal, las programaciones no se actualizan con el nuevo número de canal.

Un saludo.

Imagen para las radios

Hola. Se me ha ocurrido una idea, que creo puede ser práctica y espero que sencilla de implementar, con permiso de los canales HD.

Todo viene por las personas que usan el gigaset y no acaban de entender cómo funciona. Ya sabemos que los TDTs actuales no son muy rápidos al cambiar de canal. Esto hace que el usuario poco acostumbrado a ello empiece a cambiar de canal sin ton ni son, lo cual al final puede acabar en un canal de radio, pensando que el aparato no funciona puesto que se queda la pantalla en negro (a pesar de que algo se escucha), esto por no hablar de que se dejan el televisor encendido. Así me lo he encontrado muchas veces tras usarlo mis hijas, mi mujer, mi cuñada o mi suegra. Siempre acaban llamándome para que se "lo arregle", pero claro, no siempre puede estar disponible "el técnico".

¿No sería factible en esos casos mostrar una imagen de fondo que indique la reproducción de una radio? A bote pronto le veo dos peros a la hora de implementarlo: que al grabar una radio no grabe esa imagen y que se pueda distinguir un canal de radio de uno HD. Si se puede evitar esto creo que haría más "amigable" para esos usuarios "poco instruidos".

Al hilo de este tema, se me está ocurriendo otra cosa: cuando no hay señal del canal sintonizado también se deja la pantalla en negro. ¿Sería posible poner algún tipo de aviso sobre esta circunstancia?

¿Seguir actualizando VDR-RootFS?

Yo lo estuve utilizando durante un tiempo antes de pasarme definitivamente a VDR y sinceramente, creo que no tiene mucho sentido seguir manteniéndolo porque al final lo normal es que o vuelvas a Lemmi o te pases a VDR definitivamente (que me parece lo más lógico y común).

Un saludo.

formateo de disco duro

arakelov escribió:
Yo estoy intentando ahora mismo formatear uno de 1 TB con alimentación externa, aun no particionado, desde el propio menú del giga. Al seleccionar la opción se reinicia el VDR y queda la pantalla negra con el mensaje con fondo rojo "Formateando discos duros", pero no parece estar haciendo nada, al disco le llega corriente pero nada más. Parece que no puede crearle las particiones:

Código:
~ # fdisk -l Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdb doesn't contain a valid partition table

Por curiosidad, ¿cuál es ese pequeño bug que dices que hay? Si es un script que hay por alguna parte, ¿me podrías decir dónde está?

Gracias, saludos

EDITO:

En el /var/log/messages muestra esto:

Código:
Jan 5 21:39:17 (none) daemon.info usbautomounter[413]: usb auto mounter started in umount mode Jan 5 21:39:17 (none) daemon.err usbautomounter[413]: Cannot read boot record (ERROR 5: Input/output error) Jan 5 21:39:17 (none) daemon.err usbautomounter[413]: Invalid boot record; wrong signature: 0x0 0x0 Jan 5 21:39:17 (none) daemon.info usbautomounter[413]: usb auto mounter finished Jan 5 21:39:27 (none) daemon.info usbautomounter[423]: usb auto mounter started in auto mode Jan 5 21:39:27 (none) daemon.err usbautomounter[423]: Cannot read boot record (ERROR 5: Input/output error) Jan 5 21:39:27 (none) daemon.info usbautomounter[423]: usb auto mounter finished

¿Esto de "wrong signature: 0x0 0x0" puede ser porque no encuentra particiones?

Hola.

fdisk te está diciendo que no hay tabla de particiones en el disco; sin ella, no se pueden crear ninguna partición. Utiliza fdisk para crear una tabla de particiones y luego formatea el disco con el Giga. Creo que no deberías tener problema.

Pero si no puedes, entonces es posible que tengas algún problema en el MBR del disco, en cuyo caso te recomiendo alguna utilidad para verificar el estado del disco como Seatools.

Un saludo.

Un saludo.

Disco duro se enciende solo con Giga apagado

¿Estás seguro de que el giga no se enciendo sólo al cabo de esos 30 o 60 minutos? Lo digo porque es posible que se esté ejecutando alguna tarea del plugin Scheduler. Por ejemplo, en mi caso, a las 7 de la tarde y media hora después se lanza la actualización completa de la EPG. Si en ese momento el giga está apagado, se encenderá solo y obviamente con ello el disco duro. Luego volverá a apagarse todo. En el menú principal entra en plugins y luego en Scheduler. Ahí puedes comprobar las próximas tareas a ejecutar.

Lo de la comprobación automática es normal que lo haga y recomendable, aunque lo puedes modificar (mira en la FAQ). El que no pase del 90% ya no volverá a ocurrir con lo que has hecho.

Un saludo.

¿De dónde salen las carpetas de EPG Search?

bittor escribió:El desarrollo del VDR es independiente del plugin EPGSearch, por eso cada uno hace lo que mejor le parece, hay cosas que hace mejor el VDR y otras el EPGSearch.

El EPGSearch busca los directorios en los dos archivos que has mencionado, pero además también de los que haya en el sistema de archivos, es decir, de las grabaciones que hayamos hecho, aunque las hayamos borrado recientemente porque los directorios realmente todavía están ahí durante un tiempo.

El VDR sólo mostrará los que estén en su propio archivo, por lo tanto, el EPGSearch va a mostrar muchos más directorios.

bittor escribió:
En la configuración del EPGSearch puedes hacer que el EPGSearch sustituya al editor de programaciones del VDR y se muestren todos los directorios, pero entonces perderás la funcionalidad de crear, borrar y modificar directorios del VDR desde el mando.

Pienso que lo mejor sería establecer por defecto que el EPGSearch sustituya al editor del VDR, pero también tendría que incluir la funcionalidad de administrar los directorios.

Bueno, yo me refería al caso concreto de editar una grabación; ahí creo que aún no existe opción.

No obstante, cuando pongo "Usar menú editar programación VDR: sí" estoy desactivando el editor de EPG Search ¿no es así? Porque...
Si pongo sí: en programaciones puedo seleccionar algunas carpetas y puedo crearlas, borrarlas y modificarlas; en edición puedo seleccionar algunas carpetas y puedo crearlas, borrarlas y modificarlas.

Si pongo no: en programaciones, puedo seleccionar todas las carpetas pero no crearlas, borrarlas o modificarlas; en edición de grabaciones puedo seleccionar algunas carpetas y puedo crearlas, borrarlas y modificarlas.

De todas maneras ya me ha quedado claro cómo funciona y las diferentes posibilidades.

Un saludo.

¿De dónde salen las carpetas de EPG Search?

Todo esto viene porque he intentado mover de carpeta una grabación que hice con el botón rojo: Joyas sobre ruedas. Tengo una llamada Coches pero al darle al 8 y seleccionar la carpeta, no aparece esa carpeta. Sin embargo, al hacer una búsqueda EPG y seleccionar carpeta, sí aparece.

He estado investigando el asunto y compruebo que las carpetas de EPG Seacrh se obtenienen (al menos inicialmente) de /etc/vdr/plugins/epgsearch/epgsearchdirs.conf, cuyo contenido coincide en mi caso con el fichero que se ha añadido en la última versdión de VDR /etc/vdr/folders.conf:

Código:: Cine Documentales Formula 1 Infantil Series Varios

Si voy a seleccionar una carpeta de grabación en una búsqueda EPG puedo:
- Introducir una "a mano".
- Seleccionar una de una lista. En la lista aparecen las carpetas anteriores, más las nuevas que he ido introduciendo a mano.

Sin embargo no he encontrado el fichero dónde se almacenan, aunque es posible que obtengan filtrando el fichero de búsquedas que tenemos almacenadas. ¿Alguien sabe cómo es exactamente?

Por otra parte, creo que sería interesante que el fichero /etc/vdr/folders.conf se sincronizara automáticamente cada vez que se intrudujera una nueva carpeta "a mano" desde EPG Search. No se si esto es técnicamente muy complicado, pero así normalmente nos ahorraríamos tener que modificar ese fichero "a mano" y la utilización de VDR sería más coherente pues tendríamos las mismas carpetas disponibles con independencia de la funcionalidad utilizada.

Un saludo.

[SOLUCIONADO] Bloqueo al cargar elemento RSS

He esperado un tiempo prudencial para comprobar que no se vuelve a bloquear, y en vista de que quitando el canal con mala recepción no se ha vuelto a dar el caso, doy el asunto por solucionado.

Un saludo.

Configurar Crid Player. Grabaciones por fecha

Tengo una duda: la última versión de VDR puede grabar y reproducir MPEG TS y si no he entendido mal, ese es el formato que usan los firmwares que no son VDR. ¿Realmente no sería suficiente con abrir la grabación y listo, o es cuestión de cómo organiza el sistema las grabaciones?

Solución a los feeds RSS cortados

Hola.

Como he comentado en un mensaje anterior, soy un ávido usuario del plugin RSS de VDR. Realmente es muy cómodo echar un vistazo a las noticias desde tu televisor.

Sin embargo, existe un inconveniente, al menos para los que leemos los feeds desde este plugin: algunos de ellos sólo muestran una pequeña porción del texto, y el plugin no nos permite la opción de leer más. Para compensar este hecho, y gracias a Microsiervos, he descubierto una página gracias a la cual se pueden obtener los textos completos Full Text RSS Feed Builder. El procedimiento es sencillo: te vas a esa página, introduces la dirección del feed y te saca la nueva dirección junto con el texto completo. En realidad para nuestro caso lo único que hay que hacer es sustituir la dirección original por otra igual poniendo por delante http://fulltextrssfeed.com/. Por ejemplo:
de

Código:: http://www.elconfidencial.com/rss/portada.xml

a

Código:: http://fulltextrssfeed.com/www.elconfidencial.com/rss/portada.xml

El único inconveniente que tiene es que parece que está limitado a las 6 primeras noticias, aunque es posible que tenga algún párámetro para mostrarlos todos.

Espero que sea de utilidad.
Un saludo.

[SOLUCIONADO] Bloqueo al cargar elemento RSS

bittor escribió:Pues no se ve nada, a parte de que tienes un problema de señal con el canal 49.

Para detectar el problema puedes hacer lo siguiente:
1) Compilas la versión del SVN con los plugins que quieras.
2) Editas el archivo build/vdr-m7x0-PLUGINS/rssreader-1.1.2/Makefile y quitas la almohadilla de la línea "#RSSREADER_DEBUG = 1"
3) Recompilas sólo los plugins con "make recompile-vdr-plugins && make"
4) Instalas el firm que incluye el plugin rss en modo de depuración.
5) Para sacar más información del VDR puedes editar el archivo /etc/rc.local.conf y cambiar
vdr_options="-l 2"
por
vdr_options="-l 3"

Supongo que así podremos ver en el log lo que va haciendo y donde se queda colgado.

Gracias. En principio lo que voy a hacer es eliminar ese canal u otros que tienen mala sintonización e ir observando cómo se comporta VDR.

Por otra parte tengo la duda de si cambiar el valor de vdr_options sirve de algo sin recompilar el plugin en modo depuración. Lo digo por ir paso a paso y no cambiarlo todo de golpe.

Un saludo.

[SOLUCIONADO] Bloqueo al cargar elemento RSS

Hola.

Suelo utilizar muchísimo el gigaset para leer las RSS gracias al plugin. Sin embargo, en los últimos 3 días he sufrido ya 2 bloqueos mientras se carga el elemento RSS. Se queda ahí para siempre y no se puede salir. Ya he comprobado que no es tema de la URL, que es correcta; tampoco es cosa de que no haya conexión a internet, porque la hay. Parece más bien algo aleatorio, porque ya digo que lo uso muy a menudo y funciona bien, pero ya digo, se me ha bloqueado 2 veces en los últimos 3 días.

No obstante, tengo acceso por telnet pese al bloqueo, pero en ese caso, todos mis intentos para reiniciar el giga son en valde. Dejo aquí una muestra del fichero messages, por si fuera de ayuda:

Código:: Nov 15 21:33:36 (none) user.info vdr: [111] switching to channel 6 Nov 15 21:35:11 (none) user.info vdr: [117] channel 11 (Discovery MAX) event Jue 15.11.2012 21:35-22:00 'Así se hace' status 4 Nov 15 21:42:02 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:02 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:05 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:06 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:09 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:09 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:12 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:12 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:15 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:15 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:18 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:18 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:42:26 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:42:26 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:44:03 (none) user.info vdr: [117] channel 3 (ANTENA 3) event Jue 15.11.2012 21:40-21:45 'La previsión de las 9' status 4 Nov 15 21:44:59 (none) user.info vdr: [117] channel 3 (ANTENA 3) event Jue 15.11.2012 21:45-22:40 'El Hormiguero 3.0' status 4 Nov 15 21:50:51 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:50:54 (none) user.info vdr: [116] frontend 1 timed out while tuning to channel 49, tp 802 Nov 15 21:50:55 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:56:00 (none) user.info vdr: [132] EPGSearch: search timer update started Nov 15 21:56:01 (none) user.info vdr: [111] connect from 127.0.0.1, port 3113 - accepted Nov 15 21:56:02 (none) user.info vdr: [111] timer 4 (8 1550-1805 'Formula 1~Fórmula 1. Libres 1: GP EE. UU.~Fórmula 1. Libres 1: GP EE.UU') modified (active) Nov 15 21:56:02 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:03 (none) user.info vdr: [111] connect from 127.0.0.1, port 3114 - accepted Nov 15 21:56:03 (none) user.info vdr: [111] timer 5 (8 1950-2205 'Formula 1~Fórmula 1. Libres 2: GP EE. UU.~2012.11.16-19:55-Fri') modified (active) Nov 15 21:56:04 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:04 (none) user.info vdr: [111] connect from 127.0.0.1, port 3115 - accepted Nov 15 21:56:04 (none) user.info vdr: [111] timer 8 (8 0050-0300 'Formula 1~Fórmula 1 - Libres 1: GP EE. UU.~2012.11.17-00:55-Sat') modified (active) Nov 15 21:56:05 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:05 (none) user.info vdr: [111] connect from 127.0.0.1, port 3116 - accepted Nov 15 21:56:06 (none) user.info vdr: [111] timer 9 (8 0225-0440 'Formula 1~Fórmula 1 - Libres 2: GP EE. UU.~2012.11.17-02:30-Sat') modified (active) Nov 15 21:56:07 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:07 (none) user.info vdr: [111] connect from 127.0.0.1, port 3117 - accepted Nov 15 21:56:08 (none) user.info vdr: [111] timer 6 (8 1555-1730 'Formula 1~Fórmula 1. Libres 3: GP EEUU~2012.11.17-16:00-Sat') modified (active) Nov 15 21:56:08 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:09 (none) user.info vdr: [111] connect from 127.0.0.1, port 3118 - accepted Nov 15 21:56:09 (none) user.info vdr: [111] timer 3 (3 1825-2130 'Formula 1~Fórmula 1. Clasificación: G.P. EE. UU.~2012.11.17-18:30-Sat') modified (active) Nov 15 21:56:10 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:10 (none) user.info vdr: [111] connect from 127.0.0.1, port 3119 - accepted Nov 15 21:56:10 (none) user.info vdr: [111] timer 7 (8 0025-0200 'Formula 1~Fórmula 1 - Clasificación: GP EEUU~2012.11.18-00:30-Sun') modified (active) Nov 15 21:56:11 (none) user.info vdr: [111] closing SVDRP connection Nov 15 21:56:20 (none) user.info vdr: [132] EPGSearch: search timer update finished Nov 15 21:56:20 (none) user.info vdr: [132] EPGSearch: check for timer conflicts Nov 15 21:56:20 (none) user.info vdr: [132] timer 1 (11 1740-1935 'Documentales~Profetas de la ciencia ficción~2012.11.17-17:55-Sat') set to event Sáb 17.11.2012 17:55-18:50 'Profetas de la ciencia ficción' Nov 15 21:56:20 (none) user.info vdr: [132] timer 1 (11 2215-0015 'Documentales~La historia del Universo') set to event Jue 15.11.2012 22:30-23:30 'La historia del Universo' Nov 15 21:56:20 (none) user.info vdr: [132] timer 1 (11 2215-0015 'Documentales~La historia del Universo') set to event Jue 15.11.2012 22:30-23:30 'La historia del Universo' Nov 15 21:56:20 (none) user.info vdr: [132] EPGSearch: check for timer conflicts - done Nov 15 21:57:01 (none) user.info vdr: [111] timer 3 (3 1825-2130 'Formula 1~Fórmula 1. Clasificación: G.P. EE. UU.~2012.11.17-18:30-Sat') set to event Sáb 17.11.2012 18:30-21:00 'Fórmula 1. Clasificación: G.P. EE. UU.' Nov 15 21:57:01 (none) user.info vdr: [111] timer 4 (8 1550-1805 'Formula 1~Fórmula 1. Libres 1: GP EE. UU.~Fórmula 1. Libres 1: GP EE.UU') set to event Vie 16.11.2012 15:55-17:35 'Fórmula 1. Libres 1: GP EE. UU.' Nov 15 21:57:01 (none) user.info vdr: [111] timer 5 (8 1950-2205 'Formula 1~Fórmula 1. Libres 2: GP EE. UU.~2012.11.16-19:55-Fri') set to event Vie 16.11.2012 19:55-21:35 'Fórmula 1. Libres 2: GP EE. UU.' Nov 15 21:57:01 (none) user.info vdr: [111] timer 6 (8 1555-1730 'Formula 1~Fórmula 1. Libres 3: GP EEUU~2012.11.17-16:00-Sat') set to event Sáb 17.11.2012 16:00-17:00 'Fórmula 1. Libres 3: GP EEUU' Nov 15 21:57:01 (none) user.info vdr: [111] timer 7 (8 0025-0200 'Formula 1~Fórmula 1 - Clasificación: GP EEUU~2012.11.18-00:30-Sun') set to event Dom 18.11.2012 00:30-01:30 'Fórmula 1 - Clasificación: GP EEUU' Nov 15 21:57:01 (none) user.info vdr: [111] timer 8 (8 0050-0300 'Formula 1~Fórmula 1 - Libres 1: GP EE. UU.~2012.11.17-00:55-Sat') set to event Sáb 17.11.2012 00:55-02:30 'Fórmula 1 - Libres 1: GP EE. UU.' Nov 15 21:57:01 (none) user.info vdr: [111] timer 9 (8 0225-0440 'Formula 1~Fórmula 1 - Libres 2: GP EE. UU.~2012.11.17-02:30-Sat') set to event Sáb 17.11.2012 02:30-04:10 'Fórmula 1 - Libres 2: GP EE. UU.' Nov 15 21:59:34 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:34 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:37 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:37 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:40 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:40 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:44 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:44 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:47 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:47 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:50 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:50 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 21:59:53 (none) user.info vdr: [116] frontend 1 lost lock on channel 49, tp 802 Nov 15 21:59:55 (none) user.info vdr: [116] frontend 1 timed out while tuning to channel 49, tp 802 Nov 15 21:59:55 (none) user.info vdr: [116] frontend 1 regained lock on channel 49, tp 802 Nov 15 22:00:39 (none) user.err vdr: [111] pin: no translation found for 'Lector RSS' in language 10 (Español) Nov 15 22:13:18 (none) ftp.info vsftpd[161]: [root] OK LOGIN: Client "192.168.1.128" Nov 15 22:14:30 (none) ftp.info vsftpd[164]: [root] OK LOGIN: Client "192.168.1.128"

El error aparece a las 22:00:39.

A ver si me podéis echar una mano.

Actualización servidor DLNA y otros

bittor escribió:
mtps37 escribió:He mirado por encima la documentación de mediatomb y entiendo que si se ejecuta algo así como
Código:
mediatomb -a dir
añadiaría recursivamente los recursos contenidos en el directorio. Haré pruebas y comentaré por aquí los resultados.
Pues si funciona así, sería sencillo hacer un script que obtenga el directorio o directorios del config.xml de mediatomb y ejecute el comando, luego se añade a commands.conf y ya se puede lanzar cuando se quiera desde el mando.

Bueno, pues ya he revisado más a fondo la documentación de Mediatombhecho y he hecho algunas pruebas. Hay un problema al usar la opción -a, y es que hay que lanzarlo con otro puerto distinto del estándar (49152) puesto que entra en "colisión" con el serivor que funciona en segundo plano. Si usas otro puerto supone que en realidad estás ejecutando otra instancia del servidor, con su base de datos correspondiente, etc.

Total que mirando otras posibilidades he comprobado que se puede reutilizar un par de scripts incluídos en el sistema que nos sirven. He aquí lo que he añadido al commands.conf:

Código:: Reiniciar servidor Mediatomb: sbincmd-svdrpsend "MESG Reiniciando Mediatomb..."; kill-mediatomb && start-mediatomb >/dev/null

Es posible que exista una solución menos radical que lo que propongo pero lo cierto es que es bastante rápido y además sirve para poner en marcha el servidor si es que normalmente no lo tenemos activado en el arranque.

Un saludo

Actualización servidor DLNA y otros

bittor escribió:Vamos por puntos:

1) Lo ideal es usar inotify, es decir, que cuando haya un nuevo archivo o se borre se muestre automáticamente sin hacer nada, pero lamentablemente nuestro kernel no lo soporta.
En su día hice parte de esta implementación pero se quedó a medias.
Hacer esto requiere tiempo y ahora no tengo mucho libre.

No lo dudo y realmente sería lo ideal. No obstante, yo proponía algo más modesto. He mirado por encima la documentación de mediatomb y entiendo que si se ejecuta algo así como

Código:: mediatomb -a dir

añadiaría recursivamente los recursos contenidos en el directorio. Haré pruebas y comentaré por aquí los resultados.

bittor escribió:
2) Está hecho así a posta, para que funcione como antes y si alguien desea que se monten los discos antes del VDR, DLNA, NFS, cargar la EPG desde el disco duro, etc. simplemente tiene esta nueva opción para activarla.
Normalmente queremos que se vea una emisión en directo lo más rápido posible, por eso primero se carga el VDR y después todo lo demás como el montaje de discos.
En esta nueva versión puedes decidir si no quieres que funcione así.

OK. No había entendido bien el funcionamiento de esta opción: pensaba que si lo dejaba en NO no me montaba el disco (ni antes ni después). Lo que me llevó a confusión fue que la 1ª grabación que programé una vez instalada la 0.7 no me la llegó a hacer y deduje erróneamente que ese era el motivo.

bittor escribió:
3) No lo puedo asegurar al 100%, pero es posible que los canales HD los detectara como radios, porque es el "truco" usado para poner la pantalla negra y que sólo se oiga.

Sí, es cierto que los añade a la lista de canales correctamenteque. Sin embargo, aparentemente no los detecta mientras hace la búsqueda. Creo que es un detalle menor que podría añadirse para la próxima versión.

Saludos.