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

[Michael T. Dean]

bonnevil, let's continue this on mythtv-users mailing list, where it 
will get more eyes and discussion can be more verbose, and then--if we 
find any bugs--any relevant information can be summarized into the bug 
database so a developer doesn't need to spend an hour reading all the 
comments on a ticket to figure out whether or not to spend time working 
on the issue.

On 12/14/2011 07:47 PM, MythTV wrote:
> #6663: NULL descriptions cause invalid data to be stored when using EIT.
> -------------------------------------------+----------------------------
>   Reporter:  Kristopher                     |          Owner:  danielk
>       Type:  defect                         |         Status:  closed
>   Priority:  minor                          |      Milestone:  unknown
> Component:  MythTV - EIT                   |        Version:  0.22-fixes
>   Severity:  medium                         |     Resolution:  Unverified
>   Keywords:                                 |  Ticket locked:  0
> -------------------------------------------+----------------------------
>
> Comment (by bonnevil@…):
>
>   I do have a 10000 line excerpt over a half hour period that includes what
>   looks like two EIT updates, one with a reasonable description and the next
>   with the wrong one.  That excerpt is 4 MB in size, still too big to
>   attach.

It will likely come through the mailing list, fine, if you bzip it first.

>    Further review shows that once it goes bad, it stays with the
>   same bad value for each update after that.  In the log I have 19 'UPDATE
>   program' entries with the "good" description ('Jackie confesses to Eric;
>   Bill plans a holiday for his family.'), followed by 4 'UPDATE program'
>   entries with the "bad" description ('Then There Were Five: When five
>   original Upolu members turn on each other, things become tense at the
>   camp; two contestants on Redemption Island compete for a spot as the sixth
>   jury member.'), each entry spaced about one half hour apart.
>
>   Is there a way to collect what the station is broadcasting directly,
>   rather than depending on the backend to do this, to troubleshoot this and
>   see what the OTA data is?

dvbsnoop can be used, or there's some xmltv grabber for it, too (no idea 
what it's called these days, but something like tv_grab_dvb or something).

Mike