[mythtv-users] Problems with Listing Descriptions

[A. F. Cano]

On Sun, Aug 23, 2015 at 10:58:17PM -0400, Michael T. Dean wrote:
> On 08/22/2015 12:54 PM, Bret Clark wrote:
> >I'm having a strange problem where Schedules Direct is sending the
> >right information, but my database is not populating correctly.
> >For example when I check raw data at Schedules Direct, I see the
> >right information
> >
> ><program id='EP000027100247'>
> ><series>EP00002710</series>
> ><title>M*A*S*H</title>
> ><subtitle>Bottoms Up</subtitle>
> ><showType>Series</showType>
> ><originalAirDate>1981-03-02</originalAirDate>
> ><syndicatedEpisodeNumber>Z415</syndicatedEpisodeNumber>
> >*<description>Hawkeye becomes a villain after his practical joke
> >on Charles goes awry.</description>*
> ></program>
> >
> >Yet when I query the DB the description is completely different
> >
> >> SELECT `title`, `subtitle`, `description`, `starttime`,
> >`endtime`, `category` FROM `mythconverg`.`program` AS `program`
> >WHERE `subtitle` = 'Bottoms Up';
> >+---------+------------+------------------------------------------------------------------------------------------------------------------------------------------+---------------------+---------------------+----------+
> >| title   | subtitle   | description | starttime           |
> >endtime             | category |
> >+---------+------------+------------------------------------------------------------------------------------------------------------------------------------------+---------------------+---------------------+----------+
> >| M*A*S*H | Bottoms Up | *Sound of Drums: When Indian poachers
> >move onto his land, a man refuses to move them off and stands
> >alone in the fight for their freedom. *| 2015-08-27 23:00:00 |
> >2015-08-27 23:30:00 | Sitcom   |
> >
> >It doesn't happen with every listing, but a good number of them. I
> >tried truncating the program table to clear it, but same problem
> >still happens.  The Title & Subtitle seem to be okay, just the
> >description is foo on a number of listings.
> >
> >Any suggestions?
> 
> Typically this is caused by setting up Schedules Direct as your
> listings grabber and enabling EIT (over-the-air) listings on the
> same channel, which then stomp all over the correct Schedules Direct
> data.  You can only have one listings source (EIT or Schedules

BUT! If the EIT data were correct, you would still get correct data or,
at worst, garbled data, but doesn't the DB lock records when updating?
I haven't looked at the code, but if you had 2 sources trying to update
the description, the worst that should happen is that sometimes EIT
would win and then you would have the EIT data and sometimes Schedules
Direct would win, and you'd have the SD data.  If both were correct
there should be no difference.  More below.

> Direct or XMLTV) per channel.
> 
> Mike

Interesting.  I've had this problem ever since I started using Mythtv.
In my case, I only use EIT and while trying to set up the system I was
very careful to check that ONLY EIT was selected, as was pointed out
when I asked the many newbie questions.  In any case, I don't receive
any programming data from Schedules Direct or any other source.  Ever
since I've been watching to see if I can get any clues.  Some time ago
I noted the following:

In the Program guide (grid) selecting a program with the title:
"Science & U!" the content description (that often doesn't match the
contents) was "Science &" The title was displayed correctly under the
grid when the time slot was selected/highlighted.  The content was not.

Is it possible that, given that the '&' has special meaning in
Unix/Linux, such a character (and maybe others) cause parsing of the
contents to terminate prematurely or otherwise misbehave?  This might
cause that descriptions of program X end up in the entry for program
Y at a different time, as I've observed.

Something that might be related: I've done multiple channel scans and
even though I can watch channel 50.1 (NJTV) just fine, I see these
messages when the system tries to do the EIT scan.  As a result, there
is no EIT data for this channel.  I only receive OTA, so why is Myth
going into code for "Cable"?


2015-06-10 15:06:30.795290 I  ATSCStream[1]: Adding Source #1 ATSC chan 50-1
2015-06-10 15:06:30.795357 I  ATSCStream[1]: Adding Source #2 ATSC chan 50-3
2015-06-10 15:06:30.795552 E  DTVSigMon[1](/dev/dvb/adapter0/frontend0): Could not find channel 50_1 in CVCT
2015-06-10 15:06:30.795725 E  DTVSigMon[1](/dev/dvb/adapter0/frontend0): Cable Virtual Channel Section
 PSIP tableID(0xc9) length(13) extension(0x7d7)
      version(0) current(1) section(0) last_section(0)
      atsc_protocol_version(0)
      channel_count(0) tsid(0x07d7) mapid(0x7d7)

2015-06-10 15:06:30.994058 I  EITScanner (1): Started passive scan.
2015-06-10 15:08:47.524133 N  AutoExpire: CalcParams(): Max required Free Space: 1.0 GB w/freq: 15 min

Maybe it's just the confusing log entry and this code is really supposed
to be run for both cable and OTA, but it does stand out as a possible
problem.  And why is channel 50_1 not in the "CVCT" (whatever that is)?
It does show up in the program guide and, as I said, I can watch it just
fine from "live tv".

It looks like this is a problem common to EIT and SD program data.

By the way.  I use the latest Myth as packaged by deb-multimedia.org
under Debian Jessie.

Any ideas or hints out there?

Augustine