[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
Thu Oct 9 21:26:09 UTC 2008


#5754: Enhancement to make EIT Active Scanning end after a period, then restart
later (a duty cycle)
----------------------------------+-----------------------------------------
 Reporter:  simonwalls at yahoo.com  |        Owner:  stuarta   
     Type:  enhancement           |       Status:  new       
 Priority:  minor                 |    Milestone:  0.22      
Component:  eit                   |      Version:  0.21-fixes
 Severity:  medium                |   Resolution:            
  Mlocked:  0                     |  
----------------------------------+-----------------------------------------

Comment(by simonwalls at yahoo.com):

 Hi,
 I still have a short while before our new arrival, so I am running some
 more tests.

 I attach a backend log during a 'stress test' where I record:

 2 consecutive programs on the same mux (BBC One and BBC Two).

 and shortly after that finished, I record

 6 consecutive programs from 2 Nova-T PCI cards.

 System load rises to ~7.5 in the second test, and all recordings play back
 ok (tested by a quick view only).  I did not see any backend crash or
 anything unusual. Thanks for your interest, anonymous :-)

 Points of interest noted in my test:

 Here, Active scan attempts to restart after a recording has ended, but the
 tuner is still in use by other recording(s) from that mux:
 {{{
 2008-10-09 19:52:30.680 TVRec(1): EIT Active Scan being (re)started.
 2008-10-09 19:52:30.682 EITScanner (1): StartActiveScan called with 6
 multiplexes
 2008-10-09 19:52:32.192 DVBChan(1:0) Error: SetChannelByString(81):
 Multiplex is not available
 2008-10-09 19:52:32.276 TVRec(1) Error: Failed to set channel to 81.
 Reverting to kState_None
 2008-10-09 19:52:34.088 EITScanner (1): Now looking for EIT data on
 multiplex of channel 81
 }}}
 This causes an error although it seems to be handled gracefully.

 My DVB tuners are set up for 3 recordings each, and the tuner numbers are
 1,4,9,10,11,12 (don't ask....).  Using a channel/mux map for my tv
 transmitter, Sutton Coldfiled, I picked channels from Mux2 as follows:
 {{{
 Encoder status
 Encoder 1 is local on mythserver and is recording: 'The Wonder Years' on
 ITV3. This recording will end at 7:50 PM.
 Encoder 4 is local on mythserver and is recording: 'My Name Is Earl' on
 E4. This recording will end at 8:00 PM.
 Encoder 9 is local on mythserver and is recording: 'Channel 4 News' on
 Channel 4. This recording will end at 7:55 PM.
 Encoder 10 is local on mythserver and is recording: 'Slim to Win with
 Rosemary Conley' on ITV1. This recording will end at 8:00 PM.
 Encoder 11 is local on mythserver and is recording: 'Hollyoaks' on Channel
 4+1. This recording will end at 8:00 PM.
 Encoder 12 is local on mythserver and is recording: 'Property Ladder' on
 More 4. This recording will end at 8:00 PM.
 }}}

 Interestingly the first two recordings came off the first tuner, then
 tuner 2 was brought into play. I wonder if that's intended or not? (Maybe
 it's down to my wierd numbering: I have gone back to one stream per tuner
 and then upped to three, that's how I got it like that).

 Full log attached: stress-test-mythbackend.log.gz (52kb)

 Another test I have done is to revert my patch, run Myth for two days
 looking out for cx8802 errors in the /var/log/messages (saw none) and then
 use the patched version again for the above test.

 The cx8802 dma errors re-appeared in /var/log/messages with the patch in
 place, occurring a few secs after the Active Scan closed the scan down for
 its rest period.
 They were not seen when the recordings were in progress (and all
 recordings checked out ok) so it doesn't affect usage. Still, it would be
 nice to eliminate those messages and I'm sure finding what is not closed
 down (dma?) when the DVB channel is closed, will locate the cause.

 Snips of mythbackend.log and /var/log/messages attached: more-server-
 logs.txt

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


More information about the mythtv-commits mailing list