[mythtv-commits] Re: Ticket #326: RingBuffer remains paused while dummyrec is filing it.

MythTV mythtv at cvs.mythtv.org
Thu Sep 15 23:24:14 UTC 2005


#326: RingBuffer remains paused while dummyrec is filing it.
---------------------+------------------------------------------------------
 Reporter:  danielk  |        Owner:  danielk
     Type:  defect   |       Status:  closed 
 Priority:  blocker  |    Milestone:  0.19   
Component:  mythtv   |      Version:  head   
 Severity:  high     |   Resolution:  fixed  
       Cc:           |  
---------------------+------------------------------------------------------
Changes (by danielk):

  * resolution:  => fixed
  * status:  assigned => closed

Comment:

 This is fixed, but I'm not terribly happy with the fix.

 The tuning process is just way to complicated, I'd like to break it up
 into states and handle it all in one thread. Right now it takes place in
 three different threads. The pause locking I implemented makes this
 possible,
 but really it would be better to do the tuning in different states from
 within the RunTV loop, with multiple states that allow each portion of the
 tuning to be quick, but also don't require the 'abort' support or shutdown
 of the tune last from within Pause() when there isn't a signal, etc.

 If you changed the channel or exited the program you would just have to
 fallback to the untuned tuning state and then work your way back up to
 [re]starting the recorder. Now we have one tuning process before you start
 the recorder, another one after you start it (channel changes), and yet
 another process when you tune for the EITParser's passive EIT scan (where
 the recorder is not started).

-- 
Ticket URL: <http://cvs.mythtv.org/trac/ticket/326>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list