[mythtvnz] EIT guide problem with new MythTV Version

Colin Fraser reg at ccfraser.com
Fri Jun 16 11:50:29 BST 2023


Thanks for that,

Interesting to hear the two different sorts of EIT data, that does look
like what is happening. Some channels seem to get the full, and others the
short...

In terms of installation, I started with a fresh Ubuntu 22.04, the version
that comes with that didn't work with mythweb complaining about missing
tables, so I (from a fresh install) followed the instructions here (
https://www.mythtv.org/wiki/Installing_MythTV_on_Ubuntu)

I will try again tomorrow from scratch just in case I did something wrong
(I did try a couple of installs, so I may have made a mistake somewhere on
this one)...

I can report back after that and see if I get a higher version number and
go from there.

Regards
Colin


On Fri, 16 Jun 2023 at 20:33, Stephen Worthington <stephen_agent at jsw.gen.nz>
wrote:

> On Fri, 16 Jun 2023 16:21:00 +1200, you wrote:
>
> >Hi,
> >
> >I am a Hamilton user, new to the list, I have an issue with EIT data with
> >an HD HomeRun so thought I would try the NZ list first :-)
> >
> >I also saw Roger Searle giving away a couple of HD HomeRuns, if one is
> >still available, I would be keen :-).
> >
> >But anyway, back to my issue...
> >
> >I have an old VM running mythtv 29, and I have recently created a new VM
> >running mythtv 33 according to the apt config (though mythbackend
> --version
> >reports version 32).
>
> I would say you need to fix this problem first - it may be the cause
> of your troubles.  Have you installed the PPA so that you are getting
> the v33-fixes version, rather than the original v33 in the standard
> packages?  When doing a big upgrade (between versions or changing to
> the PPA) I have on occasion had the mythbackend package not install
> until some of the other new MythTV packages were installed.  Running
> "apt update && apt full-upgrade && apt autoremove" a second time fixed
> this.  Note the "full-upgrade" option.
>
> >The new version is only populating an hour or so ahead of time (sometimes
> >less causing missing recordings) for a few of the channels.
> >
> >I know the EIT data is OK, because I can shutdown the new VM and fire up
> >the old VM and within a couple of minutes, it has EIT data out to a week
> or
> >so.
> >
> >I don't really know what is causing the problem, and I can't see anything
> >in the logs. Have also tried mythbackend --setverbose eit and mythbackend
> >--setloglevel debug but still have not been able to spot anything (that I
> >can understand, though I don't really know what I am looking for).
> >
> >Just wondering if anyone else has the issue before I post more globally...
> >and even better, a way to solve them :-)
> >
> >Regards
> >Colin
>
> There are two sorts of EIT EPG data, transmitted as separate streams.
> The first is now/next data - it is only for the current programme and
> the next programme.  It seems like that is the data you are getting,
> and I always thought that MythTV did not get that data.  The other EIT
> stream is full data for a week, which is the one you want.
>
> For New Zealand, I do not recommend just using the over-the-air EIT
> data, as there is information in it in non-standard formats (such as
> series and episode numbers) that really should be processed to convert
> it to the proper xmltv format before it is read by MythTV.  The way
> you do that is to grab the EIT or MHEG5 EPG data using an external
> program, then process that data using the xlmtv-proc-nz program. There
> are install instructions on list archives for doing this with
> mhegepgsnoop, including the workaround for using HDHR tuners.  But it
> is not all in one intelligible post.  So if you need or want to try
> this, you should probably ask here for proper instructions.
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz at lists.ourshack.com
> https://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ourshack.com/pipermail/mythtvnz/attachments/20230616/26bbd356/attachment.html>


More information about the mythtvnz mailing list