Nuevo error con EPGSearch

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.

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.

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é.

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?

Una pregunta, Posix: ¿aparece este mensaje antes del mensaje de error que has puesto?

Código:

EPGSearch: EPGSearch: could not connect to VDR!

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

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.

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.

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í).

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("");



Pues ojalá sea la solución a las grabaciones duplicadas, ayer conte 7 grabaciones de mujeres desesperadas 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.

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.

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.

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 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.