[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.


More information about the mythtv-users mailing list