[mythtv-users] is mythtv smart enough to do this(overlap/back-to-back) with recordings?
Isaac Richards
ijr at case.edu
Tue Aug 1 22:25:50 UTC 2006
On Tuesday 01 August 2006 3:27 am, chris at cpr.homelinux.net wrote:
> On Mon, Jul 31, 2006 at 04:00:50PM +1200, Steve Hodge wrote:
> > That argument applies to any functionality. You may say that
> > functionality is not worth the extra code, I disagree. I'd argue that
> > the "fragments" proposal doesn't provide enough extra over the
> > "overlap" proposal to justify it's implementation, and I'm sure you
> > disagree there.
>
> Actually, I completely agree. The fragments method would have been
> the better design from the beginning because you can do so much
> more with it, but at this point it's too late because it would
> involve rewriting so much code it would be easier to just start
> over.
Actually, it'd be rather easy to do, mainly would just have to change the
deletion code, and add another db table. Just a variation of the existing
live-tv code, really, with smaller chunk sizes. I still don't like the
downsides to it, though.
Isaac
More information about the mythtv-users
mailing list