2011-03-27, 12:52 PM
Today I lost a recording that should have taken place at 12:00. Because of the switch to DST it suddenly was sheduled for 13:00.
At the first moment I thought it would be GB-PVR's fault, because it should have treated
"12:00" as local time instead of global.
Also, it seemed to be a very small issue, a result of the adaption of the times already in the gbpvr.db3. But reimporting the xmltv file did not help.
Than I examined the xmltv file and re-downloaded a new one (with xmltv 0.5.59).
In both, the one from yesterday and the one from today, I found:
<programme start="20110327120000 +0100" channel="xy">
My conclusion is that xmltv and gb-pvr assume global times - which I consider to be a good idea -, and the fault lies in the web page xmtlv grabs from. The web page uses wrong times, CET instead of CEST (Central European (Summer) Time) or local time.
I'm looking for a simple way to work around the problem.
First I thought there would be a time correction option in xmtv, but I didn't find any. Instead I found that xmltv seems to be prepared to use local time:
>xmltv.exe tv_grab_ch_search --capabilities
Timezone is +0200
baseline
manualconfig
cache
(c.f. <http://wiki.xmltv.org/index.php/XmltvCapabilities>)
Can I set a time offset in GB-PVR?
What are other recommendations?
-- Well, I found the option in GB-PVR...
GB-PVR Configuration > Capture Sources > Edit > EPG Source [XMLTV Plugin] Settings
"Apply offset when importing listings [00:00] (Dont use this unless you have to)"
-- Hmmmmm!
Different values for the time offset (-01:00, -02:00, +03:00) didn't show any effect in the Program Guide after "Empty EPG" and "Update EPG".
Actually, sometimes when entering the guide the shows seemed to have transformed times - which immediately reverted to the old ones.
What am I missing?
What else could I do?
At the first moment I thought it would be GB-PVR's fault, because it should have treated
"12:00" as local time instead of global.
Also, it seemed to be a very small issue, a result of the adaption of the times already in the gbpvr.db3. But reimporting the xmltv file did not help.
Than I examined the xmltv file and re-downloaded a new one (with xmltv 0.5.59).
In both, the one from yesterday and the one from today, I found:
<programme start="20110327120000 +0100" channel="xy">
My conclusion is that xmltv and gb-pvr assume global times - which I consider to be a good idea -, and the fault lies in the web page xmtlv grabs from. The web page uses wrong times, CET instead of CEST (Central European (Summer) Time) or local time.
I'm looking for a simple way to work around the problem.
First I thought there would be a time correction option in xmtv, but I didn't find any. Instead I found that xmltv seems to be prepared to use local time:
>xmltv.exe tv_grab_ch_search --capabilities
Timezone is +0200
baseline
manualconfig
cache
(c.f. <http://wiki.xmltv.org/index.php/XmltvCapabilities>)
Can I set a time offset in GB-PVR?
What are other recommendations?
-- Well, I found the option in GB-PVR...
GB-PVR Configuration > Capture Sources > Edit > EPG Source [XMLTV Plugin] Settings
"Apply offset when importing listings [00:00] (Dont use this unless you have to)"
-- Hmmmmm!
Different values for the time offset (-01:00, -02:00, +03:00) didn't show any effect in the Program Guide after "Empty EPG" and "Update EPG".
Actually, sometimes when entering the guide the shows seemed to have transformed times - which immediately reverted to the old ones.
What am I missing?
What else could I do?