EPG Time off by 1 hour, DST issue? (round 2)

[skinny]

I can probably count the number of people that have had a problem with this on the fingers of one hand, so it I dont think this is any major short coming in the app.

We're on the eve of the end of daylight saving and my EPG is out by an hour.
I have used GB-PVR for some years and NPVR since early beta, I have used a variety of EPG sources including XMLtvNZ by Reven, and now EPG Collector. From memory, this issue has occurred at every change to or from DST. I've just learned to live with it because I know everything will be ok again tomorrow.

[lemming]

Same as Skinny, twice a year without fail.... Not really a problem when its expected.

[Sykor]

+1 for EPG offsetting during the first 24 hours of DST change.

I use DVB/ATSC EPG.

Any ideas?

Thanks

Have you checked the dvb epg data? In my case, I've come to the conclusion that the times are off in the epg source that xmltv uses for Portugal, during that first day. So there's really nothing worth doing, except getting used to it, and being prepared to manually correct any recordings for that day.

[Mark Fordworth]

Have you checked the dvb epg data? In my case, I've come to the conclusion that the times are off in the epg source ....

The problem isn't limited to EPG. I had a number of weekly tasks pending that I had programmed manually (no EPG involved). They jumped to a later hour when my computer switched to daylight savings (as if they were internally stored based on GMT).

[mvallevand]

The problem isn't limited to EPG. I had a number of weekly tasks pending that I had programmed manually (no EPG involved). They jumped to a later hour when my computer switched to daylight savings (as if they were internally stored based on GMT).

I have posted before that manual recordings are as you suspected stored as UTC (GMT) so this is to be expected.

Martin