
Iniciado por
Carva
Hola Trostky, si he visto que el RTM muestra la hora de inicio como una hora mas, pero es un "favor" que nos hace alguien (todavía no se muy bien quien, si yo, Windows o el cambio de hora en EE.UU.), aunque en realidad la programa bien.
Si miras las columnas hora y minuto, verás que ahí si que está bien.
Lo miraré y a ver si encuentro la causa.
Saludos
@Trostky
Hola me "recito" a mi mismo.
Creo que el favor nos lo está haciendo el sqlite, aunque en la base de datos las horas están correctas, el siguiente select, que es una parte del que uso en el RTM, saca la columna "inicio" con una hora de más:
Código:
SELECT Channel, strftime('%Y-%m-%d', timestamp_start, 'unixepoch', 'localtime') Fecha,
start_hour Hora, start_minute Minuto, user_string Programa, length_hour DuraciónH, length_minute DuraciónM,
DATETIME(timestamp_start, 'unixepoch', 'localtime') inicio,
DATETIME(timestamp_start + timestamp_offset, 'unixepoch', 'localtime') final, enable, lock,
ID, strftime('%w',timestamp_start, 'unixepoch', 'localtime') Dia, date, source s, quality q, target t, schedule_type, event_id
FROM timer_record_table
ORDER BY inicio
Es decir la instrucción: DATETIME(timestamp_start, 'unixepoch', 'localtime') inicio
es la culpable; el campo timestamp_start tiene la fecha en formato unix y al pasarla a hora local con 'localtime' es cuando aparece con una hora mas.
El "infielno" es que si en vez de usar: DATETIME(timestamp_start, 'unixepoch', 'localtime') inicio, uso: DATETIME(timestamp_start, 'unixepoch') inicio, es decir sin 'localtime', me pone una hora DE MENOS.
Parece un problema de sqlite o de Windows, no lo se.
El caso es que ahora mismo no tengo instalado el sqlite en el 795. ¿Podría alguien probar este select en el 795, y decirme si la columna inicio tiene la hora correcta de inicio de la grabación?
Gracias
Saludos