I had a brilliant flash of insight last night! I had mentioned that my
schedules seem to run out at 16:00 on the last day grabbed, instead of at
midnight? 16:00 in Pacific Standard is 00:00 the next day in Universal
Coordinated.
In the XMLTV configuration I had told it to run zero offset (UTC) instead of an
offset for Pacific Standard (it claimed it was better to let the application
sort out timezone conversions) but it looks like it adheres to this offset when
grabbing the schedules too. Which means it's probably also grabbing the last 8
hours of yesterday's schedule that you never see (or are not interested in?).
Alas, it appears to be an XMLTV 'problem'... if it's even considered a problem
at all.
It looks like the options so far are:
* Deal with it and not have the last evening's programs available
* Set the time offset in the XMLTV config and face possible issues going in and
out of DST
Of course, what I'd really like to do is have XMLTV make adjustments for the
current timezone when grabbing. Sound possible? Or overly complex? Or is that
what the offset is designed to do (I thought it changed the times in the TV.xml
file as well)?
In the mean time, I'm beating the web guide into shape. I think I've solved the
problem with shows on a channel not appearing after a previous show ends at a
strange time (Jay Leno ends at 00:37!)... but of course it created more havok
in the process. I'll continue to tinker.
James
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search.
http://tools.search.yahoo.com/newsearch/category.php?category=shopping
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users
