[mythtv-users] Myth can't handle daylight time saving?

[Nick Morrott]

2009/10/26 Ronald Frazier <ron at ronfrazier.net>:
> Yeah, myth is quirky with DST changes, but with it only happening
> twice a year and in the middle of the night, not a high priority for
> many people. But it's not only myth that's quirky. Looking at my
> schedule, I think the Schedules Direct data adds to the confusion. It
> appear that they handle the time change at 6AM rather than the
> official 2AM. Looking at my schedule, I'm seeing tons of shows that
> should be 30 minutes but start at 4:30 AM and run until 6AM. Of
> course...that doesn't seem right, as that sounds like what you should
> see in the spring time change, not fall. Trying to figure out how that
> could happen is getting me all confused.

As both the reporter of the relevant ticket [1] and the current
developer of the UK Radio Times XMLTV grabber, I am happy to say the
Radio Times themselves (or their listings provider BDS) do an
admirable job of flagging programmes broadcast immediately before,
during and after the transition so that the correct programme timings
can be calculated (in our case, using either BST or GMT). I noticed a
few ambiguous timings over the weekend, but for the most part the
listings data is accurate and continuous.

With machines updating the date as a DST transition occurs, it is
important that the scheduler has access to data that is as accurate as
possible. I happened to notice again that adjacent programmes
broadcast during the DST transition were mangled together into a
single programme entry in the database (as seen in the ticket), and
that if either of these programmes matched a rule, a recording was
scheduled using the mangled data. However, MythWeb (from where I
schedule the majority of recordings) was unable to deactivate these
recordings due to invalid id data, whilst mythfrontend was.

I was out all of Saturday at LugRadioLive, and didn't check my
recordings again until Sunday afternoon. Aside from a newly scheduled
show (again using mangled listings data) that recorded successfully,
the backend encountered no problems and is still running normally as I
write this. We're still running 0.21-fixes on the production system,
with XMLTV data for all channels bar radio services.

Cheers,
Nick

[1] http://svn.mythtv.org/trac/ticket/5853
-- 
Nick Morrott

MythTV Official wiki:
http://mythtv.org/wiki/
MythTV users list archive:
http://www.gossamer-threads.com/lists/mythtv/users

"An investment in knowledge always pays the best interest." - Benjamin Franklin