[mythtv-users] time zone with distant frontend
f-myth-users at media.mit.edu
f-myth-users at media.mit.edu
Wed Dec 30 06:24:20 UTC 2009
> Date: Tue, 29 Dec 2009 22:00:10 -0500
> From: "Michael T. Dean" <mtdean at thirdcontact.com>
> All this notwithstanding the upstream bandwidth limitations at home, let
> alone the "shared by the entire hotel, including a ton of
> bandwidth-abusive guests" Internet connection provided by the hotel. In
> other words, the airplane you rode to the West Coast has a /lot/ more
> bandwidth than the hotel (so load up your recordings on the hard drive
> before you leave--I've been doing that for years, now).
Works great, unless you (a) like local sports, (b) don't want to wait
to watch whatever-it-was until you get home, and (c) whatever-it-is
doesn't air where you are. Then you -can't- preload the data.
(Also, not everyone lives in the US. Some of those people have
-considerable- upstream bandwidth, as do US residents who don't get
their networking from residential ISPs. And not everyone is going
to be trying to watch TV from a hotel---or maybe not from a US hotel.
Even back in the 90's, I saw some remarkable connectivity from some
non-US hotels.)
But remember, this isn't my use case. (I don't watch sports, for
starters. :) I was tossing it out as a hypothetical. Since then,
you've heard from some people who have -real- use cases where it
matters to them. I was just trying to point out that there -are-
cases, whether you want to hear about them or not, where one might
plausibly want both ends to be in different timezones and you are
-not- "stealing content".
I don't really care about timezones & Myth (though I can see why some
might). I -do- care about daylight savings and Myth (though you don't
see why I do). We'll see if I or someone else comes up with some UTC
patches & then we can see how well they work. Until then, I'm bowing
out here.
More information about the mythtv-users
mailing list