[mythtv] [PATCH] Record what I'm watching

Isaac Richards ijr at po.cwru.edu
Tue Dec 30 02:09:39 EST 2003


On Monday 29 December 2003 04:23 pm, Joseph A. Caputo wrote:
> Why not just get rid of the ringbuffer completely?  It seems like a lot
> of the issues with LiveTV vs. WatchingRecording have to do with the
> different way in which a normal file is accessed vs. the way the
> ringbuffer is handled.  Why not have LiveTV always record to a file
> with the same naming convention as regular recordings?  When you change
> channels, the following would happen: (1) a new file would be created
> for recording the new channel.  This might eliminate some of the
> channel-changing-speed issues involved with resetting the ringbuffer
> (2) the old channel's file would be closed, and (2a) deleted if the
> program was not chosen for recording 'on the fly' or (2b) kept and
> entered into the 'recorded' and 'oldrecorded' tables so as to be
> accessible from the 'Watch Recordings' screen.  This approach would
> also enable things like a 'history' function, where the entire contents
> of what is now the ringbuffer would still exist after a channel changed
> (configurable option: how many previous channel-changes to save) so
> that if you accidentally change channels you can go back and catch up).
> The code could be written in such a way that if we are watching LiveTV
> across a program boundary (i.e., one program ends & another begins),
> the same 'channel change' behavior occurs -- the existing file is
> closed and a new one begun.
>
> Obviously there are other issues to consider, like how to get
> NuppelVideoPlayer to switch files on the fly and such.  Maybe this
> isn't a workable approach, but I thought the idea interesting enough to
> 'put it out there'

Probably be the best way to solve everything, though a ringbuffer would still 
be necessary if you wanted to limit the amount of diskspace used for live tv 
mode (think long sporting events).

Isaac


More information about the mythtv-dev mailing list