[mythtv-users] DVB re-scan and XMLTV EPG?

Alistair Grant akgrant0710 at gmail.com
Thu Jan 29 09:39:49 UTC 2015


Hi Hika,

On Thu, Jan 29, 2015 at 4:18 AM, Hika van den Hoven <hikavdh at gmail.com> wrote:
> I've been thinking a bit about this thing. As you might have seen I am
> currently developing on the Dutch XMLTV grabber.
>
> There are several identifiers for a channel. Of which several in
> essence are free for the user to choose/define. What such a script
> should do is save the linking between the three identifiers BEFORE you
> delete the old lineup and then afterwards restore on the basis of the
> saved info. So you need a two step script. (three if you include the
> scan)
>
> You have
> - chanid    Internal MythTV identifier, which you on first setup are
>             free to choose and which links to all kind of other
>             tables.

chanid is the primary key for the channel table.  The user shouldn't
have to know about it, and I have a hard time believing that it is OK
to  change it.



> - sourceid  The MythTV internal ID of the source of your EPG-data
>             (confusingly called video-source)
> - xmltvid   EPG-id defined by the XMLTV grabber/EPG-source.
> - channum   Is the identifier from your provider/cable company, but I
>             think only relevant during a scan and afterwards free to
>             choose/change. Unless you use Schedules Direct, where it
>             doubles as EPG-id.
> - callsign  Is I think the naming of the channel by your provider/cable
>             company, but again I think in essence free to choose/change
>             afterwards.
> - name      Is your name of choice


> - freqid    On analog the frequency in kHz or the channel-number
> - mplexid   and
> - serviceid The identifiers of the actual digital channel
> - iptvid    The identifier of an iptv channel

The user shouldn't have to know about any of these, hopefully :-)
(I'm not sure about setting up iptvid).

> What the script needs to do is to relink chanid, xmltvid, name and
> maybe sourceid back to the found channels as identified by channum. A
> problem comes if your provider changes channums, so you always will
> need a personal check afterwards.

I assumed that the script would:

* Use the CallSign to link the tv_grab_xxx (EPG data) output to the
MythTV channel data.
** This is where the fuzzy logic would be used to match callsigns.
* Update the xmltvid's in the MythTV channel table.
* Allow the user to:
** Modify the CallSign in MythTV (to match the EPG data)
** Provide mapping between EPG callsign and MythTV callsign (if they
don't want to modify the CallSign for some reason).
** Modify ChanNum in MythTV
** Modify ChannelName in MythTV

The script configuration will be in a file that will allow it to be
re-run as a single step in the event that a re-scan is necessary.

I'm not aware of the design decisions behind the structure of the
Channel table, so some of the above may be incorrect.

What do you think?

Thanks,
Alistair


More information about the mythtv-users mailing list