[mythtv-commits] Ticket #6663: NULL descriptions cause invalid data to be stored when using EIT.

MythTV mythtv at cvs.mythtv.org
Thu Apr 15 04:16:42 UTC 2010


#6663: NULL descriptions cause invalid data to be stored when using EIT.
-------------------------------------------+--------------------------------
 Reporter:  Kristopher <setnes@…>          |       Owner:  danielk   
     Type:  defect                         |      Status:  infoneeded
 Priority:  minor                          |   Milestone:  unknown   
Component:  MythTV - EIT                   |     Version:  0.22-fixes
 Severity:  medium                         |     Mlocked:  0         
-------------------------------------------+--------------------------------

Comment(by hwertz):

 Actually, I have the same problem.  I live in Iowa City, IA, and get 2,
 12, 15, 20, 26, 32, and 48 over the air (and 7 and 9 off cable.)   12, 32,
 and 26 will frequently give me shifted descriptions.  26 has plenty of
 corruption (a 30 minute show can record 28 minutes long, with no
 noticeable dropouts, just frequent 1 or 2 frame corruption... this made me
 think "corrupted program guide data".  BUT, 12 and 32 ore both PBS but
 totally different transmitter sites, and both usually have the same bad
 EIT data.   In both cases, I can fire up mysql, "truncate table program;"
 and it will often reload the correct data (I don't usually bother since it
 acts up so frequently.)   And then replace it later with incorrect data.

      I'll turn on EIT debugging when I am not in the middle of recording
 something, I've really wanted to capture the EIT directly to see if
 there's corruption or not.  If the EIT truly sent as a table rather than
 independent "packets" for each show, perhaps the entire EIT has to be
 accepted (if no corruption) or rejected atomically.

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


More information about the mythtv-commits mailing list