Buscar
 
 

Resultados por:
 


Rechercher Búsqueda avanzada

Navegación
 Índice
 Wiki
 FAQ del foro
 FAQ del VDR-NG-EM
 Funcionalidades del VDR
 Mejoras del VDR-NG-EM
 Primeros pasos FW-VDR
 Descargas VDR-NG-EM
Flujo RSS


Yahoo! 
MSN 
AOL 
Netvibes 
Bloglines 



Nuevo error con EPGSearch

Ver el tema anterior Ver el tema siguiente Ir abajo

Nuevo error con EPGSearch

Mensaje por Posix el Mar 2 Jun 2009 - 10:40

Con la última versión han empezado a aparecer errores como este en el log:
Código:
EPGSearch: command 'DELT 5' failed
No sé si se produce cuando un cambio de hora en la EPG implica cambiar un timer o cuando intenta eliminar una grabación automáticamente.

Creo que con webif se ha modificado la respuesta de VDR a ciertos mensajes SVDRP.

Lo pongo en común por si alguien sabe algo más.

_________________
VDR-NG-EM 0.7 R1084 - WD Elements 1TB ext3
VDR-NG-EM 0.7 R1048 - WD Elements 250GB ext3
swap, samba, VPN, mediatomb, uShare, nfsd
avatar
Posix
Desarrollador

Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 50
Localización : Madrid

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por bittor el Mar 2 Jun 2009 - 16:24

Tienes razón, lo de borrar programaciones no va bien en esta última versión pero no es un error del EPGSearch.

El EPGSearch usa los comandos SVDRP para hacer su trabajo y al parecer el DELT que ha sido modificado para las rutas del webif está fallando.

Si borras una programación manualmente desde programaciones también verás este error en el log o uno similar.
avatar
bittor
Desarrollador

Cantidad de envíos : 3629
Fecha de inscripción : 25/06/2008
Localización : Zaragoza

Ver perfil de usuario http://bittor7x0.googlepages.com

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por atinar el Mar 2 Jun 2009 - 21:56

El parche 261, sólo modifica los comandos de grabaciones (LSTR, DELR, RENR) , no de programaciones. DELT no se ha tocado. De todas formas lo revisaré.

atinar
Desarrollador

Cantidad de envíos : 278
Fecha de inscripción : 06/09/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por atinar el Miér 3 Jun 2009 - 1:04

Ya lo he revisado y ninguno de los parches, ni el mío ni ningún otro, altera la función CmdDELT de cSVDRP (la que ejecuta el comando DELT).

Y seguramente no tenga nada que ver, pero por si acaso lo comento: hay dos comandos DELT. Uno corresponde al VDR (borrar programación) pero el otro al propio plugin EPGSearch (borrar plantilla de búsqueda). ¿Seguro que el mensaje es del VDR y no del plugin?

atinar
Desarrollador

Cantidad de envíos : 278
Fecha de inscripción : 06/09/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por atinar el Miér 3 Jun 2009 - 1:32

Una pregunta, Posix: ¿aparece este mensaje antes del mensaje de error que has puesto?
Código:
EPGSearch: EPGSearch: could not connect to VDR!

atinar
Desarrollador

Cantidad de envíos : 278
Fecha de inscripción : 06/09/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por bittor el Miér 3 Jun 2009 - 9:39

Pues tienes razón, no se modifica el DELT del SVDRP y ese error es del EPGSearch.
avatar
bittor
Desarrollador

Cantidad de envíos : 3629
Fecha de inscripción : 25/06/2008
Localización : Zaragoza

Ver perfil de usuario http://bittor7x0.googlepages.com

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por Posix el Miér 3 Jun 2009 - 10:36

He revisado el log con más detenimiento y me parece un error en la EPG recibida de cuatro.
He extraido los puntos importantes.

A las 22:00 inicia una grabación programada:
Código:
May 31 22:00:00 m740av user.info vdr: [152] timer 5 (4 2200-0106 'Perdidos~PERDIDOS EN LA TRIBU') start
May 31 22:00:00 m740av user.info vdr: [152] record /var/vdr/video0/Perdidos/PERDIDOS_EN_LA_TRIBU/2009-05-31.22.00.40.99.rec
A las 22:10 asocia el inicio de ese timer a las 22:15 (evento 22:30 -15 min. de guarda) y añade uno nuevo (el correcto) con hora de inicio 22:15. No puede eliminar el primero al estar ya en marcha (supongo):
Código:
May 31 22:10:55 m740av user.info vdr: [152] timer 5 (4 2200-0106 'Perdidos~PERDIDOS EN LA TRIBU') set to event Dom 31.05.2009 22:30-00:21 'PERDIDOS EN LA TRIBU'
May 31 22:11:00 m740av user.info vdr: [174] EPGSearch: search timer update started
May 31 22:11:08 m740av user.info vdr: [152] connect from 127.0.0.1, port 3197 - accepted
May 31 22:11:08 m740av user.info vdr: [152] timer 11 (4 2215-0106 'Perdidos~PERDIDOS EN LA TRIBU') added
May 31 22:11:09 m740av user.info vdr: [152] closing SVDRP connection
May 31 22:11:14 m740av user.info vdr: [152] connect from 127.0.0.1, port 3198 - accepted
May 31 22:11:14 m740av user.info vdr: [152] closing SVDRP connection
May 31 22:11:15 m740av user.err vdr: [174] EPGSearch: command 'DELT 5' failed
May 31 22:11:15 m740av user.info vdr: [174] EPGSearch: search timer update finished
Se inicia la segunda grabación a las 22:15
Código:
May 31 22:15:00 m740av user.info vdr: [152] timer 11 (4 2215-0106 'Perdidos~PERDIDOS EN LA TRIBU') start
May 31 22:15:00 m740av user.info vdr: [152] record /var/vdr/video0/Perdidos/PERDIDOS_EN_LA_TRIBU/2009-05-31.22.15.40.99.rec
El primer timer sigue sin poder eliminarse:
Código:
May 31 22:41:00 m740av user.info vdr: [174] EPGSearch: search timer update started
May 31 22:41:23 m740av user.info vdr: [152] connect from 127.0.0.1, port 3200 - accepted
May 31 22:41:24 m740av user.info vdr: [152] closing SVDRP connection
May 31 22:41:24 m740av user.err vdr: [174] EPGSearch: command 'DELT 5' failed
May 31 22:41:24 m740av user.info vdr: [174] EPGSearch: search timer update finished
Cuando terminan las grabaciones, los timers se eliminan de forma automática
Código:
Jun 1 01:06:00 m740av user.info vdr: [152] timer 5 (4 2200-0106 'Perdidos~PERDIDOS EN LA TRIBU') stop
Jun 1 01:06:00 m740av user.info vdr: [436] M7X0 TS-Buffer on device 1 has lost 0 during Recording. Buffer Stats 423388 Bytes (26%)
Jun 1 01:06:01 m740av user.info vdr: [152] INFO: Recoder has lost 0 bytes
Jun 1 01:06:01 m740av user.info vdr: [152] timer 9 (4 2215-0106 'Perdidos~PERDIDOS EN LA TRIBU') stop
Jun 1 01:06:02 m740av user.info vdr: [152] cleaning up schedules data
Jun 1 01:07:15 m740av user.info vdr: [152] deleting timer 5 (4 2200-0106 'Perdidos~PERDIDOS EN LA TRIBU')
Jun 1 01:07:15 m740av user.info vdr: [152] deleting timer 8 (4 2215-0106 'Perdidos~PERDIDOS EN LA TRIBU')

Conclusión, al retrasarse la hora de inicio 15 minutos, no detecta que es el mismo timer. Crea uno nuevo he intenta eliminar el anterior. No puede al estar en marcha.

Otra cosa es lo que comenta bittor que aún no he comprobado.

_________________
VDR-NG-EM 0.7 R1084 - WD Elements 1TB ext3
VDR-NG-EM 0.7 R1048 - WD Elements 250GB ext3
swap, samba, VPN, mediatomb, uShare, nfsd
avatar
Posix
Desarrollador

Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 50
Localización : Madrid

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por bittor el Miér 3 Jun 2009 - 11:57

Me parece que has dado en el clavo del motivo de las grabaciones duplicadas y es que no puede borrar la que ya está haciendo y crea otra nueva.

Como el EPGSearch emplea comandos SVDRP tendría que usar MODT para modificar la programación en lugar de borrarla con DELT y crearla con NEWT.

Se lo comentaré al desarrollador del plugin.

A mi me dio otro tipo de error (creo que guardo el log por ahí) porque no estaba haciendo ninguna grabación y fue al apagar.
avatar
bittor
Desarrollador

Cantidad de envíos : 3629
Fecha de inscripción : 25/06/2008
Localización : Zaragoza

Ver perfil de usuario http://bittor7x0.googlepages.com

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por Larrinbe el Miér 3 Jun 2009 - 23:55

Vaya, supongo que el amigo MaDMaN estará satisfecho al ver que se ha conseguido dar con la razón de lo que tanto ha estado denunciando que le ocurría con House (en Cuatro, precisamenete).

Lo curioso es que a Lemmi también le afecta de otra manera aún peor, pues pierde la grabación en cuestión (denunciado por MaDMaN y comprobado por mí).
avatar
Larrinbe
Betatester

Cantidad de envíos : 568
Fecha de inscripción : 05/07/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por atinar el Jue 4 Jun 2009 - 0:52

Para afinar un poco, yo empezaría por averiguar con seguridad la razón por la que el DELT falla. El procedimiento que envía el comando SVDRP del EPGSearch al VDR no registra la respuesta del VDR cuando hay el error. He hecho un pequeño parche para que lo haga, pero no sé donde ponerlo ni como se tienen que especificar las rutas, así que lo pongo aquí, por si alguien lo quiere revisar/aplicar
Código:
diff -Naur VDR-PLUGINS-build/epgsearch/svdrpclient.h VDR-PLUGINS/epgsearch/svdrpclient.h
--- VDR-PLUGINS-build/epgsearch/svdrpclient.h    2009-06-02 22:55:38.000000000 +0200
+++ VDR-PLUGINS/epgsearch/svdrpclient.h    2009-06-04 00:37:56.000000000 +0200
@@ -152,6 +152,10 @@
        {
            bCheckMultiLine = false;
            rc = atol(csResp);
+            if (rc != CMDSUCCESS )
+            {
+            LogFile.eSysLog("EPGSearch: SVDRP response '%s'", csResp);
+            }
        }
        free(csResp);
        csResp = strdup("");


atinar
Desarrollador

Cantidad de envíos : 278
Fecha de inscripción : 06/09/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por yeahhh el Jue 4 Jun 2009 - 8:38

Pues ojalá sea la solución a las grabaciones duplicadas, ayer conte 7 grabaciones de mujeres desesperadas Very Happy eso si, tve2 lo marca como mujeres desesperadas V (5ª temporada) y luego 2 capitulos más, osea deberían de ser 3 grabaciones, pero es que desactive las 2 ultimas y puse la primera "extendida" hasta el final de la tercera, y en un rato tenia otra vez 3 o 4 más grabaciones añadidas.
avatar
yeahhh
Betatester

Cantidad de envíos : 2260
Fecha de inscripción : 18/08/2008
Edad : 38
Localización : Barcelona

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por Posix el Jue 4 Jun 2009 - 10:39

No olvidemos que el problema radica en la información de la EPG. En lugar de identificar unívocamente los eventos, es EPGSearch el que debe buscar entre los anteriores para distinguirlos.

Existe un límite de 15 minutos para esa identificación (esto lo digo de oídas) y me parece correcto.

Con esto quiero decir que EPGSearch descubre un nuevo evento (diferencia de más de 15 minutos) y por tanto debe crear una nueva programación. Por otro lado descubre que el evento anterior ya no existe e intenta borrar la programación. Sin un límite de diferencia de tiempo para distinguirlos podría anular programaciones de más.

Yo creo que lo único que le falta es desactivar las programaciones antes de borrarlas por si ya han empezado.

Cuando las diferencias son inferiores a 15 minutos (yo lo veo mucho con los capítulos de Perdidos) realiza la modificación correctamente.

_________________
VDR-NG-EM 0.7 R1084 - WD Elements 1TB ext3
VDR-NG-EM 0.7 R1048 - WD Elements 250GB ext3
swap, samba, VPN, mediatomb, uShare, nfsd
avatar
Posix
Desarrollador

Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 50
Localización : Madrid

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por bittor el Jue 4 Jun 2009 - 12:18

atinar escribió:Para afinar un poco, yo empezaría por averiguar con seguridad la razón por la que el DELT falla.
Mirando el código del comando DELT se ve claramente que si la programación está grabando no la borra:
Código:
if (!timer->Recording()) {
                 isyslog("deleting timer %s", *timer->ToDescr());
                 Timers.Del(timer);
                 Timers.SetModified();
                 Reply(250, "Timer \"%s\" deleted", Option);
                 }
             else
                 Reply(550, "Timer \"%s\" is recording", Option);
             }
Se podría modificar para que si está grabando pruebe a desactivarla llamando al comando SVDRP "MODT off".
Aunque como Posix creo que sería mejor que el EPGSearch la desactivara con MODT y luego la borrara con DELT.
avatar
bittor
Desarrollador

Cantidad de envíos : 3629
Fecha de inscripción : 25/06/2008
Localización : Zaragoza

Ver perfil de usuario http://bittor7x0.googlepages.com

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por atinar el Jue 4 Jun 2009 - 13:27

El parche de arriba no sería sólo para el comando DELT, serviría en general para mostrar el código de error que retorna el VDR si falla el comando SVDRP que el EPGSearch le envía. Tal como está, ese código de error no se muestra en ningún momento.

Respecto a lo de desactivar antes de borrar, yo diría que si el EPGSearch puede deducir que las dos programaciones corresponden al mismo evento (que no me queda claro si lo hace o no) y la primera programación ya está en marcha, en lugar de desactivar la programación en marcha y crear una nueva, sería mejor cambiar el tiempo final de la primera y no crear la segunda, ¿no?.

atinar
Desarrollador

Cantidad de envíos : 278
Fecha de inscripción : 06/09/2008

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por Posix el Jue 4 Jun 2009 - 14:10

atinar escribió:Respecto a lo de desactivar antes de borrar, yo diría que si el EPGSearch puede deducir que las dos programaciones corresponden al mismo evento (que no me queda claro si lo hace o no)
Yo creo que no deduce que son del mismo evento ya que con 15 minutos de diferencia es mucho suponer. Otra cosa es que la cadena mandase el mismo identificador y creo que no lo hace.

Cuando las diferencias de tiempo son menores si realiza la modificación de la programación.

_________________
VDR-NG-EM 0.7 R1084 - WD Elements 1TB ext3
VDR-NG-EM 0.7 R1048 - WD Elements 250GB ext3
swap, samba, VPN, mediatomb, uShare, nfsd
avatar
Posix
Desarrollador

Cantidad de envíos : 691
Fecha de inscripción : 05/11/2008
Edad : 50
Localización : Madrid

Ver perfil de usuario

Volver arriba Ir abajo

Re: Nuevo error con EPGSearch

Mensaje por Contenido patrocinado


Contenido patrocinado


Volver arriba Ir abajo

Ver el tema anterior Ver el tema siguiente Volver arriba


 
Permisos de este foro:
No puedes responder a temas en este foro.