<!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 bgcolor="#ffffff" text="#000000">
<a class="moz-txt-link-abbreviated" href="mailto:chris@cpr.homelinux.net">chris@cpr.homelinux.net</a> wrote:
<blockquote cite="mid20060726173342.GB13951@cpr.homelinux.net"
type="cite">
<pre wrap="">On Wed, Jul 26, 2006 at 10:31:57AM -0400, George Nychis wrote:
</pre>
<blockquote type="cite">
<pre wrap="">If I set the first show to end 1 minute late, and I have only 1 tuner,
is mythtv smart enough to put the 6:00pm-6:01pm minute into both recordings?
</pre>
</blockquote>
<pre wrap=""><!---->
No.
It all comes down to the same design choice we discussed a week or
two ago when talking about how live TV buffers can wipe out half
your hard drive if you leave it tuned to a channel that has no
program data: the original decision to handle each recording as a
monolithic file has imposed all kinds of limitations on the system
but to go back and fix that now would be a lot of work because
everything that came after was built with that same assumption.
</pre>
</blockquote>
that doesn't sound right. <br>
If there is no program data, how can mythtv record so much?<br>
<br>
<blockquote cite="mid20060726173342.GB13951@cpr.homelinux.net"
type="cite">
<pre wrap="">
Had Myth been designed from the beginning to record into small
files and join them during playback then a lot of the requested
features would be trivial to impliment instead of being nearly
impossible, yours included.
</pre>
</blockquote>
That doesn't sound right, either. At what resolution of file size do
you think this would be acceptable?
</body>
</html>