[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