[mythtvnz] HVR-1200 and EPG...

[Steve Hodge]

On Thu, Dec 17, 2009 at 2:03 PM, Nick Rout <nick.rout at gmail.com> wrote:

> On Thu, Dec 17, 2009 at 1:34 PM, Steve Hodge <stevehodge at gmail.com> wrote:
> > On Thu, Dec 17, 2009 at 1:15 PM, Jonathan Hoskin <
> jonathan.hoskin at gmail.com>
> > wrote:
> >>>
> >>> > Is there any way to cache the downloaded program data, rather than
> >>> > re-downloading it each time, even if it hasn't changed? I noticed the
> >>> > --cache option in the help, but how do I use that with myth?
> >>>
> >>> Yeah unfortunately you can't currently. I implemented the cache
> >>> functionality as per the XMLTV spec but I don't think much uses it
> >>> currently.
> >>
> >> How about dropping a Squid in front of the requesting machine to cache
> the
> >> response from Had's server? And then use a time-appropriate
> refresh_pattern
> >> directive for the URL in the Squid conf?
> >> I have an almost default deploy of Squid on a Ubuntu 9.10 server on my
> LAN
> >> and caching of the nice.net.nz xml just works.
> >
> > I don't think caching the entire file is what  Robert's looking for. The
> > issue is that on any given day 80% of the file is likely to be unchanged
> > (assuming it contains approx. 5 days of data - only the newest day of
> > programs will be different). A squid setup is still going to download the
> > whole file each day, rather than just the 20% that's new.
>
> Gee its a whole 1.2MB. Not going to break anyones bandwidth limit
> (except perhaps the server if its on a residential connection).
>
> Changes can appear anywhere in the data, not just the most recent days.
>

Yep, those are the reasons why no one has done anything about it.

Cheers,
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ourshack.com/pipermail/mythtvnz/attachments/20091217/c61d0790/attachment.htm