[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