[mythtv] [mythtv-commits] Ticket #1648: Firewire Recorder missing signal monitor (get's stuck)
Daniel Kristjansson
danielk at cuymedia.net
Wed Jul 12 05:17:55 UTC 2006
On Tue, 2006-07-11 at 21:59 -0700, Jim Westfall wrote:
> Daniel Kristjansson <danielk at cuymedia.net> wrote [07.11.06]:
> > On Tue, 2006-07-11 at 20:22 -0700, Jim Westfall wrote:
> > > MythTV <mythtv at cvs.mythtv.org> wrote [07.11.06]:
> > > > #1648: Firewire Recorder missing signal monitor (get's stuck)
> >
> > > Whats the preferred way to do this? last time I looked at the different
> > > signal monitor classes they all had the benefit of being able to open
> > > a 2nd instance of the capture device and 'listen in' on what the recording
> > > object is seeing. This isnt something I can do with firewire.
> >
> > For the HDTVRecorder and DVBRecorder we close their recording session
> > and open and close a whole new session within the signal monitor. The
>
> I am not following. If the device is closed in the recorder, then opened
> and closed in the signal monitor, what is left to read from the device?
Say you are watching channel 4, you want to change to channel 5.
tv_rec pauses/closes the FirewireRecorder (closes device)
tv_rec starts up the FirewireSignalMonitor which (opens device)
if the FirewireSignalMonitor gets a PAT & PMT
tv_rec closes/deletes the signal monitor and unpauses/opens the
FirewireRecorder and this channel is saved as the current start
channel for the current input. (closes device in sm, opens in rec)
while the FirewireSignalMonitor does not get a PAT & PMT it keeps
running. After the table_timeout expires, tv_play tells the user
something is up, the user is told how they can change the channel,
change the tuner, or exit LiveTV.
if the user changes the channel, firewirechannel is told of the new
channel and the signal monitor starts waiting for the PAT & PMT.
-- Daniel
More information about the mythtv-dev
mailing list