<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
<br> <BR><div id="SkyDrivePlaceholder"></div><div>> Date: Tue, 13 Mar 2012 18:34:56 -0700<br>> To: mythtv-users@mythtv.org<br>> From: rm.riches@jacob21819.net<br>> Subject: Re: [mythtv-users] Mythtv Daylight Saving Time Change Did Not Take Effect<br>> <br>> > Date: Tue, 13 Mar 2012 16:28:53 +1300<br>> > From: tortise <tortise@paradise.net.nz><br>> > Subject: Re: [mythtv-users] Mythtv Daylight Saving Time Change Did Not<br>> > Take Effect<br>> > To: mythtv-users@mythtv.org<br>> ><br>> > On 13/03/2012 3:31 p.m., Andrew McCauley wrote:<br>> > > Hi All-<br>> > ><br>> > > I am in the US running .24.2-fixes with schedules direct with 1 lineup<br>> > > for over the air broadcast. Today, I just noticed that for the last 2<br>> > > days (since Sunday) my recordings were off by 1 hour due to the daylight<br>> > > savings time change. It seemed to fix itself after Tuesday. Running a<br>> > > mythfilldatabase --refresh-today fixed today's listings. Has this<br>> > > happened to others? I saw that in past years it has happend to some<br>> > > folks using EIT scan.<br>> > ><br>> > > I just checked and saw that I have the "Perform EIT Scan" ticked in the<br>> > > Video Source Setup screen. Would this be the culprit? I am not sure<br>> > > why I have that ticked, so I will uncheck it. Any other ideas why this<br>> > > happens and what I can to do so that it will not happen next time?<br>> ><br>> > This happens for me also (using the older 0.23.1.201000710-1) in the <br>> > first 12 hours following the daylight change, as I recall it happens <br>> > both ways, sometime thereafter it self corrects. Some of my national <br>> > peers report it did not happen however I don't recall them being <br>> > specific about testing in the 1st 12 hours.<br>> <br>> With the MythTV package supplied with Mageia 1,<br>> 0.24.1-20111019.0.1.mga1, it affected my recordings nearly 24<br>> hours after the change. Sunday evening, it erroneously started<br>> recording at 9pm for a 10pm program. In my case, fortunately, I<br>> have a manual schedule covering the same time for just such a<br>> contingency, so I watched that recording instead of the one<br>> recorded at the same time.<br>> <br>> Robert</div><div> </div><div><font size="3" face="Times New Roman">
</font></div><p style="margin: 0in 0in 0pt;" class="MsoPlainText"><font size="3"><font face="Calibri">Almost certainly the behavior you experienced can be
traced to having "Perform EIT Scan" checked. This past fall, last
spring, etc., I experienced the same scenario with a BE that received EPG data
from Schedules Direct but also had EIT scanning enabled. I would have 24 hours
of EPG data one hour off but as time moved forward, the corrupted EPG times
also kept moving forward.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></font></font></p><div><font size="3" face="Times New Roman">
</font></div><p style="margin: 0in 0in 0pt;" class="MsoPlainText"><font size="3"><font face="Calibri">I ended up having to dump all of the EPG data from the
database, disabling EIT scanning and manually running mythfilldatabase. Since then,
the problem has NOT reappeared.<o:p></o:p></font></font></p><div><font size="3" face="Times New Roman">
</font></div><div><o:p><font size="3" face="Calibri"> </font></o:p></div><p style="margin: 0in 0in 0pt;" class="MsoPlainText"><font size="3"><font face="Calibri">~Christian<o:p></o:p></font></font></p><div><font size="3" face="Times New Roman">
</font><br>> _______________________________________________<br>> mythtv-users mailing list<br>> mythtv-users@mythtv.org<br>> http://www.mythtv.org/mailman/listinfo/mythtv-users<br></div> </div></body>
</html>