[mythtv-commits] Ticket #5754: Enhancement to make EIT Active Scanning end after a period, then restart later (a duty cycle)

MythTV mythtv at cvs.mythtv.org
Wed Jan 20 13:25:27 UTC 2010


#5754: Enhancement to make EIT Active Scanning end after a period, then restart
later (a duty cycle)
----------------------------------+-----------------------------------------
 Reporter:  simonwalls@…          |       Owner:  stuarta   
     Type:  enhancement           |      Status:  assigned  
 Priority:  minor                 |   Milestone:  unknown   
Component:  MythTV - EIT          |     Version:  0.21-fixes
 Severity:  medium                |     Mlocked:  0         
----------------------------------+-----------------------------------------

Comment(by simonwalls@…):

 Original submitter here again. I have migrated to 0.22 since November
 2009, which includes the very useful changeset 20084 from cpinkham (Slave
 backends can shut down when not in use, and be woken by master for
 recordings).

 I've re-arranged my system hardware for 0.22, and now have an always-on
 Master BE (low-power EPIA M10000) which holds all storage drives, and a
 Slave BE (Athlon, my old MBE) which has 2xDVB tuner cards. This wakes up
 and sleeps as needed to make recordings and also handles commflagging etc.

 So my original driver to do this work, power saving, has been bettered by
 this method - power consumption is less than 50% of what it was, and I
 still keep a server on 100% of the time for other tasks.  I get enough EIT
 data from the hour or so per day that the Slave is awake to keep my UK
 7-day EPG full at all times. (If I didn't get a full EPG, then perhaps the
 way to approach that would be to force some on-time of the Slave BE
 periodically).

 It's a shame I didn't get to find the problems with my patch, but a better
 solution has been found. It was pleasing to find that a Nova-T card drew
 around 10Watts and that a saving could be made. The patch was working its
 best before I added the detection of a recording in progress before
 closing the channel - perhaps something was wrong in that.

 If someone else wants to take this up, please do (I can't spend any more
 time on it). There are one or two things about [20084] that could be
 bettered, I should really debug those.

 All the best, Simon.

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/5754#comment:24>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list