[mythtv] Thanks for multi-rec

[Paul Mason]

On 29/01/2008, Colin Guthrie <mythtv at colin.guthr.ie> wrote:
>
> Christian Wattengård wrote:
> > The terrestrial broadcaster RiksTV in Norway has all it's channels
> > (about 15 I think) on only 3 multiplexes. So when the CI/CAM/Codec
> > stuff gets sorted out, you would only need 3 DVB-T units to record and
> > timeshift the whole package :)
> > So if I figured out multirec correctly, that would mean that I could
> > record from all 15 channels at the same time? (Assuming that the CPU,
> > RAM and disk IO is up to it ofcource :))
>
> I think if you genuinely *want* to record that much telly, then you
> shouldn't be allowed out the house for the protection of all the sane
> people..... that said at least you wouldn't get bored.... plenty
> recordings to watch :p
>
>
If disk sizes keep growing at the current rate then I reckon we're only a
few years away from a state where hundreds of terabytes is the norm, and
once you reach that level then its going to start to make sense to record
everything all the time. With 250Tb of storage and 7Gb/hour* - you could
keep a rolling 100days for 15 channels. The idea of individually scheduling
recordings for specific programs, or even specific types of programs will
start to become a rarity and largely unnecessary (like doing a manual record
now). Of course 15 channels isn't that many but most people will be happy if
they can watch anything in the last month. If they want to keep a particular
program (or series) there'll be a button to press while you're watching it.
Maybe rather than use the suggestion algorithms to record stuff you'll like
it'll use them to choose what not to delete beyond your "keep everything"
date.

In the same way I now feel frustrated when I go to my parents and can't
pause or rewind live TV, people will find it odd that you can't just decide
to watch that documentary that was on last thursday that the guy at work
mentioned today.


(*I'm assuming HD will stick around for a few years at least before giving
way to something more storage-intensive.)

-- 
Paul Mason
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20080130/5bd30b02/attachment.htm