[mythtv] EIT sparadically broken in trunk

Torbjörn Jansson torbjorn.jansson at mbox200.swipnet.se
Sun Jul 9 16:19:11 UTC 2006


mythtv-dev-bounces at mythtv.org <> wrote:
> Yes, I still have this problem and no I haven't really
> investigated it. The active scanner seems to pick up all the
> EIT data fine, however, the passive scanner seemingly only
> gets now/next. I haven't been bothered by it too much since active
> scanning works well. 
> 
> - Mark.

I think my problem is a different one and i just figured out what's going
on.

For some reason i have duplicate channum:s in the channel table for the same
card.
I've examined the dupe channels and it is mostly dvb radio channels that
have dupe channum:s with existing normal channels.
I don't know why i have it like that, i haven't changed the channums
manualy.


I don't know if it's valid to have dupe channums on the same card, if it is
then select query in EITScanner::StartActiveScan needs to be changed (or
possibly something else).
If it's not valid, then something is broken somewere, probably in the
channel scanner causing it to assign already used channums to newly scanned
channels.



What happends for is this:

EITScanner::StartActiveScan does it's thing and outputs:
2006-07-09 16:23:35.512 EITScanner: StartActiveScan called with 17
multiplexes

Note that there is 19 rows in dtv_multiplex so 2 mux:es is missing.

Then the backend tunes to channel 1020 which should be on the mux where the
eit data is sent:

Backend log:
2006-07-09 16:23:35.606 EITScanner: Now looking for EIT data on multiplex of
channel 1020
2006-07-09 16:23:35.607 EITCache: Pruning all entries that ended before UTC
2006-07-08T16:25:00
2006-07-09 16:23:35.607 EITCache: Deleting old cache entries from the
database
2006-07-09 16:23:35.763 CreatePATSingleProgram()
2006-07-09 16:23:35.766 PAT in input stream
2006-07-09 16:23:35.766 Program Association Table
 PSIP tableID(0x0) length(61) extension(0x2f)
      version(6) current(1) section(0) last_section(0)
         tsid: 47
 programCount: 13
  program number 0 has PID 0x  10   data  0x0 0x0 0x224 0x16
  program number 1300 has PID 0x 101   data  0x5 0x20 0x225 0x1
  program number 1301 has PID 0x 122   data  0x5 0x21 0x225 0x34
  program number 1303 has PID 0x 104   data  0x5 0x23 0x225 0x4
  program number 1304 has PID 0x 105   data  0x5 0x24 0x225 0x5
  program number 1305 has PID 0x 106   data  0x5 0x25 0x225 0x6
  program number 1306 has PID 0x 107   data  0x5 0x26 0x225 0x7
  program number 1307 has PID 0x 108   data  0x5 0x27 0x225 0x8
  program number 1308 has PID 0x 109   data  0x5 0x28 0x225 0x9
  program number 1309 has PID 0x 110   data  0x5 0x29 0x225 0x16
  program number 1310 has PID 0x 111   data  0x5 0x30 0x225 0x17
  program number 1311 has PID 0x 112   data  0x5 0x31 0x225 0x18
  program number 1312 has PID 0x 113   data  0x5 0x32 0x225 0x19


And this is what's in the channels table:
mysql> SELECT chanid,channum,name,mplexid,serviceid FROM channel
    -> where channum=1020;
+--------+---------+--------------+---------+-----------+
| chanid | channum | name         | mplexid | serviceid |
+--------+---------+--------------+---------+-----------+
|  20327 | 1020    | TV8          |      18 |      1305 |
|   3020 | 1020    | C MORE Film2 |      12 |      1020 |
+--------+---------+--------------+---------+-----------+


What happend was that it picked mplexid 18 instead of 12, so it never tuned
to the right mux.
And because all channels on that mux is encrypted and i don't have any
subscription for them the passive scanner never picks it up either.


Now/next is sent on all mux:es but full eit only on mux 12 so that's why i'm
only seeing now/next data.



More information about the mythtv-dev mailing list