[mythtv-commits] Ticket #13207: Failed recordings due to Active EIT Scanning on satellite adapters using DiSEqC

[MythTV]

#13207: Failed recordings due to Active EIT Scanning on satellite adapters using
DiSEqC
----------------------------------+------------------------------
 Reporter:  jmwislez@…            |          Owner:  gigem
     Type:  Bug Report - General  |         Status:  accepted
 Priority:  minor                 |      Milestone:  needs_triage
Component:  MythTV - General      |        Version:  v29.0
 Severity:  medium                |     Resolution:
 Keywords:  EIT,DiSEqC,recording  |  Ticket locked:  0
----------------------------------+------------------------------

Comment (by jmwislez@…):

 Mythbackend log with patch 2 is attached, with failed recording at 22:20
 and successful record at 23:30.

 Here's the queries:

 {{{
 MariaDB [mythconverg]> select * from inputgroup order by inputgroupname,
 cardinputid, inputgroupid ;
 +-------------+--------------+-------------------------------------+
 | cardinputid | inputgroupid | inputgroupname                      |
 +-------------+--------------+-------------------------------------+
 |           5 |            1 | agrajag|/dev/dvb/adapter0/frontend0 |
 |           6 |            1 | agrajag|/dev/dvb/adapter0/frontend0 |
 |           7 |            1 | agrajag|/dev/dvb/adapter0/frontend0 |
 |           8 |            1 | agrajag|/dev/dvb/adapter0/frontend0 |
 |           9 |            1 | agrajag|/dev/dvb/adapter0/frontend0 |
 +-------------+--------------+-------------------------------------+
 5 rows in set (0.00 sec)
 }}}

 Before applying your second query, I checked the content of capturecard:


 {{{
 MariaDB [mythconverg]> SELECT cardid, parentid, videodevice, diseqcid,
 dvb_eitscan, sourceid, displayname FROM `capturecard` ;
 +--------+----------+-----------------------------+----------+-------------+----------+-------------+
 | cardid | parentid | videodevice                 | diseqcid | dvb_eitscan
 | sourceid | displayname |
 +--------+----------+-----------------------------+----------+-------------+----------+-------------+
 |      9 |        0 | /dev/dvb/adapter0/frontend0 |        5 |           1
 |        4 | H13.0E      |
 |      8 |        0 | /dev/dvb/adapter0/frontend0 |        5 |           1
 |        3 | A28.2E      |
 |      7 |        0 | /dev/dvb/adapter0/frontend0 |        5 |           1
 |        0 |             |
 |      6 |        0 | /dev/dvb/adapter0/frontend0 |        5 |           1
 |        2 | A23.5E      |
 |      5 |        0 | /dev/dvb/adapter0/frontend0 |        5 |           1
 |        1 | A19.2E      |
 +--------+----------+-----------------------------+----------+-------------+----------+-------------+
 5 rows in set (0.00 sec)
 }}}

 All parentids are zero, so the query would not do anything.

 The only "anomaly" is cardid 7, I created one instance too much on the
 test machine.  As this is not the same as on my production machine, that
 also shows the same behaviour, I presume this is not an element in the
 bug.

--
Ticket URL: <https://code.mythtv.org/trac/ticket/13207#comment:13>
MythTV <http://www.mythtv.org>
MythTV Media Center