Changed to summer time this weekend.....problems

[henk99]

Hi all

I have a problem that seems very stupid to me, and i am sure i am over looking something very obvious, however, i didn't find it yet.
Here in the Netherlands we changed to summertime this weekend, so we put the clock one hour forward. I wasn't at home when it happened and my pc was in standby. Sagetv should have recorded some shows on sunday, but all recordings were one hour off.
The first thing i thought is that the computer did not change to summetime yet......but it did. So, that time is ok. My next thought was the EPG data which i import through xmltv. So i deleted the whole epg file and downloaded new ones. I checked the file and all data in the file appeared at the right time.
However, in LiveTV the programs are all shifted one hour!?!? How do i change that? The epg file is ok, the pc clock is ok.....why is sagetv wrong then? I even did the trick in the set-up wizzard, where you switch one channel on and off to force sagetv to load an epg file. restarted the pc, restarted sagetv....nothing works.
Like is said, it must be something trivial, but i can't find it.

Henk99

[src666]

IIRC, there is an option in Sage to set the clock to match the guide server. If Sage uses in internal reference clock, instead of relying on the system clock, then that could be a problem.

[henk99]

Allright....i will check if that helps anything

Thanks for your reply.

Henk99

[peter]

there could be several reasons for this
1 sage time is wrong check time in sage if wrong set timezone and country in properties is you already set the timezone remove timezone
2 xmltv is using wrong timezone. you could add the line set tz=+0100 to the top of your batchfile. check with =+0000 and +0200
3 update your xmltv grabber

Peter

[henk99]

Hi Peter

Thanks for your reply

[1] Sagetv time is ok in the livetv screen. It is the same time as my computer clock.

[2] The epg data is ok too. The times that are stated with shows are correct. There is no shift in those files. So the epgdata.xml file itself is ok

[3] I use amontillado's grabber, so i have to check if anything can be set there. However, as the epg file is ok, i am not sure why anything should be cahnged there.

To summerize;

The computer clock is ok, sagetv displays the correct time in the livetv screen (in the upper right). EPG file itself is correct, however all the 'blocks' in the live tv guide are all shifted one hour. The EPG file shows a show starting at 2030, while sageTV shows it starting at 2130.

[AndersNolberger]

I think this is what happens:

In the "winter" the time zone is +0100 and that is what your grabber is putting in the xml file. This is imported to the epg database in Sage. When Sage is using this info it checks with windows what timezone the computer is in. In the winter it is getting +0100 and all is ok. But in the summer Sage is using the timezone info from Windows incorrectly and thinks that it is located in +0200 since that is the time difference to actual GMT time. So to solve the problem you should change your XML grabber to write +0200 in the file instead.

This is not very good since we have to change this in the grabber at exact the right time. Better would be to have the choice to tell Sage if a lineup is automatically corrected for daylight saving and have Sage be aware of the difference between time zone and daylight saving.

I consider this a bug in Sage.

[henk99]

That sounds pretty logical Anders!

I will try to do that, put the +0200 in. I will get back to tell if it worked or not. I consider it a bug too, the epg file itself is correct, sage should know better

Henk99

[henk99]

Hey Anders, that worked!

I have placed +0200 in the ini file of the xmlt downloader and now all is ok. It probably means i have to change back to +0100 when GMT changes to summertime (Don't know when that is though...).

Thanks for your help.

Henk99

[Lester Jacobs]

Originally Posted by AndersNolberger

I consider this a bug in Sage.

Actually, I would consider it a bug in the XMLTV Plugin. Sage should not have to know or care about timezones at all. All EPG times should be corrected to the current timezone before being presented to SageTV. This situation more sounds like a failure of the plugin or its data source to correctly identify and handle the timezone change.

For instance the EPG plugin for Canada seamlessly handles timezone changes so it must be possible for the XMLTV plugin to do the same.


Regards
Lester

[AndersNolberger]

To change the timezone for the times in the xml file is one way to go, but I don't think it is the right way to do it. I don't have the xml-plugin code at hand right now but I don't think there is a way to tell Sage if the data is corrected for day light savings or not.
We as persons don't think of day light saving as a change of time zone and neither does Windows. Windows knows about timezone and how many hours day light saving is. Sage probably sees this as hours from GMT and don't differ between them.
To make it work with Sage as it is now either the program creating the xml file or the XML plugin should change the timezone info presented to Sage depending on the date of the show. That would be a hack...
Does you have day light saving in Canada? Is the code for the Canadian plugin available to see how it is solved?

[willemse]

Henk,


It is funny as I am also in the Netherlands and use the graber as described in http://forums.sage.tv/forums/showthr...ht=xmltv+dutch and did not experience difficulties when we changed to summertime last weekend. Sorry but not more to share as a fix.

[Lester Jacobs]

Originally Posted by AndersNolberger

...
Does you have day light saving in Canada? ...

Yes, we do. I'll check the code this week sometime and see exactly how the timezone change situation is solved.

Lester

[AndersNolberger]

Thank you. I can change the xml importer to support day light saving if that is necesary. But I need a little more information about the API first so that I know what Sage wants.

[owilsky]

maybe this thread can help?
http://forums.sage.tv/forums/showthread.php?t=8125