<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
On 30/06/2010 09:54, Gavin Hurlbut wrote:
<blockquote
 cite="mid:AANLkTimi5PZ_Obvf6ajbtnDgsIs9aDI8gT3d-jm2H2UC@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">On Tue, Jun 29, 2010 at 5:51 PM, Nick
Morrott <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:knowledgejunkie@gmail.com">knowledgejunkie@gmail.com</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div class="im">Here's an existing ticket if anyone's interested.
Beirdo recently</div>
hinted he may look at it in the future.<br>
  </blockquote>
  <div><br>
  </div>
  <div>It may take some time before that becomes a priority though. &nbsp;It
is a significant amount of work to convert all date/time handling to
UNIX epoch time... &nbsp;however, if we did at some point, the removal of
many conversions to and from could give us a decent amount of extra CPU
cycles, although likely not all that noticable these days with such
fast processors. &nbsp;It could also allow us to remove timezone constraints
as internally it would all be UTC, essentially, and the only time the
timezone really would matter is on output to a human.</div>
  <div><br>
  </div>
  <div>I have many other things in my queue ahead of considering this
massive of a change, so don't hold your breath :)</div>
  </div>
  <br>
</blockquote>
<br>
Is there not already something in QT that can handle this, eg
QDateTime?&nbsp; There is probably some non zero difficulty to get
everything in the DB to UTC, but thereafter all date calculations can
be done using UTC dates and converted only for presentation to the
user?&nbsp; <br>
<br>
On the surface it would seem that most of the Myth code wouldn't be
touched (after all comparing, manipulating dates remains the same, who
cares what reference point they are based on).&nbsp; The trick would seem to
be the DB upgrade, ensuring xmltv scrapers convert correctly, EIT input
is adjusted correctly and basically all the input points to the system?<br>
<br>
Sounds like a useful change to have on the todo list anyway?<br>
<br>
Cheers<br>
<br>
Ed W<br>
</body>
</html>