Mailing List Archive

"Curtis Walker" sultanoswing@gmail.com – 8 April 2022 10:59 AM
> Good to see activity for the NZ MythTV group after such a long time.
>
> Having somewhat resurrected my MythTV box after not using it for a
> while (now updated to v.32/fixes, under Arch linux), I'm having
> trouble with EPG data like others. Trouble is, it's been so many years
> since I first set all this up, I've forgotten where all of the config
> files and scripts are!
>
> So far, I've started fresh, deleting my old channels, and doing a full
> re-scan, which found all the new channels, such as Eden. I can watch
> Live TV fine. They've all got xmltv ID's (http://tv1.freeviewnz.tv etc).
>
> Downloading from http://epg.org.nz and using it with mythfilldatabase, I have
> 7 days programme guide data for M?ori TV, PRIME, Duke on 12, Eden+1,
> Te Reo and all the 'minor' channels (18, 19, 20, 25, 26, 31, 33, RNZ).
>
> However, there is no data for TVNZ 1, TVNZ 2, TV 3, Bravo, Duke on
> channel 6, TV2+1, Eden, Bravo plus 1, TV1+1, Three+1 or Rush.
>
> I've fiddled with EIT and tv_grab_nz-py stuff as well, but no data.
>
> My old shell script to update the database doesn't work either:
> #! /bin/bash
> wget http://epg.org.nz/freeview.xml.gz
> gunzip freeview.xml.gz
> mythfilldatabase --file --sourceid 1 --xmlfile freeview.xml
> rm freeview.xml
> exit
>
> I'm sure this is some config error. Eventually got http://mhegepgsnoop.py
> (0.71) running (after realising I needed a tuner open and running),
> but the resultant xml file is empty.
>
> Confused!
>
>
> On Fri, 8 Apr 2022 at 08:19, Robert Fisher <robert@fisher.net.nz> wrote:
> >
> > I am happy to try this Stephen but I wonder if you could help by posting
> > instructions "for dummies".
> >
> > (I am very good at following good instructions)
> >
> > On 8/04/22 00:41, Stephen Worthington wrote:
> > > I have put a new version of mhegepgsnoop on my web server:
> > >
> > > http://www.jsw.gen.nz/mythtv/mhegepgsnoop-0.7.2.py
> > >
> > > This has a new option "--hdhr" which makes it compatible with Mike's
> > > script for capturing a .ts file from an HDHomerun tuner and then
> > > getting mhegepgsnoop to read from that file using dvbsnoop.
> > >
> > > As I do not have an HDHomerun tuner, this will need testing by someone
> > > who does - please let me know the results. I have tested it with the
> > > -s option to use dvbsnoop on my DVB-T tuners, and it still works
> > > properly like that.
> > >
> >
> > _______________________________________________
> > mythtvnz mailing list
> > mythtvnz@lists.ourshack.com
> > https://lists.ourshack.com/mailman/listinfo/mythtvnz
> > Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz@lists.ourshack.com
> https://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
>
>
I have just looked at the file http://epg.org.nz/freeview.xml.gz and it contains data for tvnz1, tvnz2, etc.

So it looks to me like the issue is with loading it into mythtv. What is the output from the mythfilldatabase command?

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

On Fri, 8 Apr 2022 10:54:54 +1200, you wrote:

>Good to see activity for the NZ MythTV group after such a long time.
>
>Having somewhat resurrected my MythTV box after not using it for a
>while (now updated to v.32/fixes, under Arch linux), I'm having
>trouble with EPG data like others. Trouble is, it's been so many years
>since I first set all this up, I've forgotten where all of the config
>files and scripts are!
>
>So far, I've started fresh, deleting my old channels, and doing a full
>re-scan, which found all the new channels, such as Eden. I can watch
>Live TV fine. They've all got xmltv ID's (tv1.freeviewnz.tv etc).
>
>Downloading from epg.org.nz and using it with mythfilldatabase, I have
>7 days programme guide data for M?ori TV, PRIME, Duke on 12, Eden+1,
>Te Reo and all the 'minor' channels (18, 19, 20, 25, 26, 31, 33, RNZ).
>
>However, there is no data for TVNZ 1, TVNZ 2, TV 3, Bravo, Duke on
>channel 6, TV2+1, Eden, Bravo plus 1, TV1+1, Three+1 or Rush.
>
>I've fiddled with EIT and tv_grab_nz-py stuff as well, but no data.
>
>My old shell script to update the database doesn't work either:
>#! /bin/bash
>wget http://epg.org.nz/freeview.xml.gz
>gunzip freeview.xml.gz
>mythfilldatabase --file --sourceid 1 --xmlfile freeview.xml
>rm freeview.xml
>exit
>
>I'm sure this is some config error. Eventually got mhegepgsnoop.py
>(0.71) running (after realising I needed a tuner open and running),
>but the resultant xml file is empty.
>
>Confused!

The xmltvid values in your database have to be the same as the ones in
the downloaded EPG. The names of the channels will have changed since
you were last using MythTV. All the TVNZ channels changed several
years ago - TV1 became TVNZ 1 and so on. TV3 also became THREE. But
the epg.org.nz data still uses the old xmltvid values, so as not to
cause problems for the downloaders. It did update the channel name
values. But it did not get updated for the recent channel changes and
does not have any of the new channels in it. I think you will find
that eden+1 is getting EPG via EIT scanning, as it is a completely new
channel. The eden channel did exist before as Choice TV and your new
channel scan probably reused that channel and it did not get set up to
use EIT, but eden+1 did not match any existing channel and I am
guessing that means it got default settings that included having EIT
scanning enabled.

So, it is not possible to use the epg.org.nz data any more if you want
data for all the channels, including the new ones. The best option
now for everyone is to use mhegepgsnoop to get the official MHEG5 EPG
data, run xmltv-proc-nz on that data (as epg.org.nz does) and then run
mythfilldatabase on the result. Hence why I have posted about how I
do that. Mhegepgsnoop will use whatever xmltvid values you have in
your database for the channels, but you do have to ensure that each
channel has a distinct xmltvid, so you will need to add new xmltvids
for the new channels in the channel editor. Since you are not using
tv_grab_nz-py, you do not need to also adjust your
$(HOME)/.mythtv/<sourcename>.xmltv file for the new xmltvids as you do
not have that file.

So you will want to take a look at the do_mhegepgsnoop2.sh file on my
web server and change the shell script that currently does the
downloading from epg.org.nz to something like what is in
do_mhegepgsnoop2.sh, but retain the mythfilldatabase lines, adjusted
for the correct new file name. I presume that script is already being
run daily by a cron job. You should take a look at the settings for
the use of your DVB-T tuners and see what order they are used in
(controlled by the recpriority and schedorder fields in the
capturecard table), then select the least used one as the one the
script uses to run mhegepgsnoop on.

And you will need to figure out why mhegepgsnoop.py is not working
first, of course. If you use its verbose option (-v) and take a look
at the output, it should tell you what the problem is. It does not
need a channel running in order to work - it has options to directly
control a tuner and start the tuner itself. But if a tuner is already
running (in MythTV or because you used dvbtune or a similar program to
start it), it will reuse the same tuner, unless the program already
using it has locked the tuner. Fortunately, MythTV does not lock the
tuners (or it did not last time I checked, many versions ago).

I have not wanted to post a full step by step guide for how to do all
this as my EPG collection is more complicated as I also record from
Sky using my DVB-S2 tuners and have to collect Sky EPG as well. That
means I could not properly test any step by step guide on my own
system. I could set up a virtual PC with Ubuntu and give it a SAT>IP
DVB-T tuner and use that to work out step by step instructions for how
to do it on a new system, if there is need for that.

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

"Stephen Worthington" stephen_agent@jsw.gen.nz – 8 April 2022 1:02 AM
> On Thu, 07 Apr 2022 09:39:48 +0000, you wrote:
>
> >"Stephen Worthington" stephen_agent@jsw.gen.nz 7 April 2022 9:02 PM
> >> On Thu, 07 Apr 2022 06:05:32 +0000, you wrote:
> >>
> >> >I am not in Christchurch, but I have a script that uses hdhomerun_config, mhegepgsnoop and mythfilldatabase that has been reliably producing my EPG from MHEG5 data obtained using HDHomeRuns for years. mhegepgsnoop does need a few minor fixes.
> >> >
> >> >I can email you my script and the fixed mhegepgsnoop if you want to give that a go.
> >>
> >> Could you please send me a copy of your mhepgsnoop also - then I can
> >> merge your changes into my Python 3 version.
> >>
> >> _______________________________________________
> >> mythtvnz mailing list
> >> mythtvnz@lists.ourshack.com
> >> https://lists.ourshack.com/mailman/listinfo/mythtvnz
> >> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/
> >>
> >>
> >I have attached full copy of mhegepgsnoop with the changes, a patch and my script.
> >
> >There are only four pretty minor changes to mhegepgsnoop. These same changes have been successfully made to earlier versions of mhegepgsnoop as well.
> >
> >My script could definitely do with some tidying up, but it works for me. There are a number of variables in my script that will likely need changing for others to use it, but hopefully it is reasonably self explanatory.
>
> I have put a new version of mhegepgsnoop on my web server:
>
> http://www.jsw.gen.nz/mythtv/mhegepgsnoop-0.7.2.py
>
> This has a new option "--hdhr" which makes it compatible with Mike's
> script for capturing a .ts file from an HDHomerun tuner and then
> getting mhegepgsnoop to read from that file using dvbsnoop.
>
> As I do not have an HDHomerun tuner, this will need testing by someone
> who does - please let me know the results. I have tested it with the
> -s option to use dvbsnoop on my DVB-T tuners, and it still works
> properly like that.
>
>
I have just tried 0.7.2 with my script and it looks good. This run added EPG data for the 16 Apr for all channels.

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

Almost success!

I updated the xmltv ID's in mythtv-setup's channel editor - you were
right - several were missing / out of date. I used your 'source1.txt'
as a reference.

I then managed to get mhegepgsnoop.py working - turned out I didn't
have my sql database password correct (sigh).

A "tvguide.xml" file was generated, and successfully imported all data
into mythtv's guide with mythfilldatabase - yay!

The next piece was using do_mhegepgsnoop2.sh to run processing with
xmltv-proc-nz.

Running do_mhegepgsnoop2.sh, I get a 'listings-mheg5.xml.gz' file in
'/var/www/html/epg', but as it's been gzipped, the script fails with
"chmod: cannot access '/var/www/html/epg/listings-mheg5.xml': No such
file or directory".

I see the do_mhegepgsnoop2. sh script runs 'gzip $OUTPUT_FILE'. If I
comment out this line, it appears to run, finishing with "Running
xmltv-proc-nz on the MHEG5 data", but then it leaves the
'listings-mheg5.xml file unzipped, which is fine, because
mythfilldatabase can use that as its source file directly.

Thanks Stephen!



On Fri, 8 Apr 2022 at 15:29, Stephen Worthington
<stephen_agent@jsw.gen.nz> wrote:
>
> On Fri, 8 Apr 2022 10:54:54 +1200, you wrote:
>
> >Good to see activity for the NZ MythTV group after such a long time.
> >
> >Having somewhat resurrected my MythTV box after not using it for a
> >while (now updated to v.32/fixes, under Arch linux), I'm having
> >trouble with EPG data like others. Trouble is, it's been so many years
> >since I first set all this up, I've forgotten where all of the config
> >files and scripts are!
> >
> >So far, I've started fresh, deleting my old channels, and doing a full
> >re-scan, which found all the new channels, such as Eden. I can watch
> >Live TV fine. They've all got xmltv ID's (tv1.freeviewnz.tv etc).
> >
> >Downloading from epg.org.nz and using it with mythfilldatabase, I have
> >7 days programme guide data for M?ori TV, PRIME, Duke on 12, Eden+1,
> >Te Reo and all the 'minor' channels (18, 19, 20, 25, 26, 31, 33, RNZ).
> >
> >However, there is no data for TVNZ 1, TVNZ 2, TV 3, Bravo, Duke on
> >channel 6, TV2+1, Eden, Bravo plus 1, TV1+1, Three+1 or Rush.
> >
> >I've fiddled with EIT and tv_grab_nz-py stuff as well, but no data.
> >
> >My old shell script to update the database doesn't work either:
> >#! /bin/bash
> >wget http://epg.org.nz/freeview.xml.gz
> >gunzip freeview.xml.gz
> >mythfilldatabase --file --sourceid 1 --xmlfile freeview.xml
> >rm freeview.xml
> >exit
> >
> >I'm sure this is some config error. Eventually got mhegepgsnoop.py
> >(0.71) running (after realising I needed a tuner open and running),
> >but the resultant xml file is empty.
> >
> >Confused!
>
> The xmltvid values in your database have to be the same as the ones in
> the downloaded EPG. The names of the channels will have changed since
> you were last using MythTV. All the TVNZ channels changed several
> years ago - TV1 became TVNZ 1 and so on. TV3 also became THREE. But
> the epg.org.nz data still uses the old xmltvid values, so as not to
> cause problems for the downloaders. It did update the channel name
> values. But it did not get updated for the recent channel changes and
> does not have any of the new channels in it. I think you will find
> that eden+1 is getting EPG via EIT scanning, as it is a completely new
> channel. The eden channel did exist before as Choice TV and your new
> channel scan probably reused that channel and it did not get set up to
> use EIT, but eden+1 did not match any existing channel and I am
> guessing that means it got default settings that included having EIT
> scanning enabled.
>
> So, it is not possible to use the epg.org.nz data any more if you want
> data for all the channels, including the new ones. The best option
> now for everyone is to use mhegepgsnoop to get the official MHEG5 EPG
> data, run xmltv-proc-nz on that data (as epg.org.nz does) and then run
> mythfilldatabase on the result. Hence why I have posted about how I
> do that. Mhegepgsnoop will use whatever xmltvid values you have in
> your database for the channels, but you do have to ensure that each
> channel has a distinct xmltvid, so you will need to add new xmltvids
> for the new channels in the channel editor. Since you are not using
> tv_grab_nz-py, you do not need to also adjust your
> $(HOME)/.mythtv/<sourcename>.xmltv file for the new xmltvids as you do
> not have that file.
>
> So you will want to take a look at the do_mhegepgsnoop2.sh file on my
> web server and change the shell script that currently does the
> downloading from epg.org.nz to something like what is in
> do_mhegepgsnoop2.sh, but retain the mythfilldatabase lines, adjusted
> for the correct new file name. I presume that script is already being
> run daily by a cron job. You should take a look at the settings for
> the use of your DVB-T tuners and see what order they are used in
> (controlled by the recpriority and schedorder fields in the
> capturecard table), then select the least used one as the one the
> script uses to run mhegepgsnoop on.
>
> And you will need to figure out why mhegepgsnoop.py is not working
> first, of course. If you use its verbose option (-v) and take a look
> at the output, it should tell you what the problem is. It does not
> need a channel running in order to work - it has options to directly
> control a tuner and start the tuner itself. But if a tuner is already
> running (in MythTV or because you used dvbtune or a similar program to
> start it), it will reuse the same tuner, unless the program already
> using it has locked the tuner. Fortunately, MythTV does not lock the
> tuners (or it did not last time I checked, many versions ago).
>
> I have not wanted to post a full step by step guide for how to do all
> this as my EPG collection is more complicated as I also record from
> Sky using my DVB-S2 tuners and have to collect Sky EPG as well. That
> means I could not properly test any step by step guide on my own
> system. I could set up a virtual PC with Ubuntu and give it a SAT>IP
> DVB-T tuner and use that to work out step by step instructions for how
> to do it on a new system, if there is need for that.
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz@lists.ourshack.com
> https://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

On Sat, 9 Apr 2022 20:00:31 +1200, you wrote:

>Almost success!
>
>I updated the xmltv ID's in mythtv-setup's channel editor - you were
>right - several were missing / out of date. I used your 'source1.txt'
>as a reference.
>
>I then managed to get mhegepgsnoop.py working - turned out I didn't
>have my sql database password correct (sigh).
>
>A "tvguide.xml" file was generated, and successfully imported all data
>into mythtv's guide with mythfilldatabase - yay!
>
>The next piece was using do_mhegepgsnoop2.sh to run processing with
>xmltv-proc-nz.
>
>Running do_mhegepgsnoop2.sh, I get a 'listings-mheg5.xml.gz' file in
>'/var/www/html/epg', but as it's been gzipped, the script fails with
>"chmod: cannot access '/var/www/html/epg/listings-mheg5.xml': No such
>file or directory".
>
>I see the do_mhegepgsnoop2. sh script runs 'gzip $OUTPUT_FILE'. If I
>comment out this line, it appears to run, finishing with "Running
>xmltv-proc-nz on the MHEG5 data", but then it leaves the
>'listings-mheg5.xml file unzipped, which is fine, because
>mythfilldatabase can use that as its source file directly.
>
>Thanks Stephen!

Yes, the gzipped file is if you are using tv_grab_nz-py to download it
from your web server. That expects a gzipped file and unpacks it. You
are directly running mythfilldatabase, so you need the non-gzipped
.xml file.

The chmod error is a bug on my part. When I added the gzip command, I
forgot to change the file name for chmod also. I have updated
do_mhegepgsnoop2.sh on my web server. In your case, you have now
commented out the gzip line so you do not need to change the chmod
line. So it is now working properly for you.

So all you need to do now is to schedule do_mhegepgsnoop2.sh to be run
at least daily. It is best to do that at a time when MythTV is less
likely to be starting a recording, so I do it at 10 past the hour. At
present I am running my EPG updates at 15:10 each day. You can do
that by just adding a line to /etc/crontab, or if you want to do it
the right way these days and use systemd, you can create two systemd
units in /etc/systemd/system to do it:

File /etc/systemd/system/epg.service:

[Unit]
Description=Get MHEG5 EPG for MythTV
After=mythtv-backend.service

[Service]
ExecStart=/bin/bash -c "/usr/local/bin/do_mhegepgsnoop2.sh"

[Install]
WantedBy=multi-user.target


File /etc/systemd/system/epg.timer:

[Unit]
Description=Get MHEG5 EPG for MythTV daily at 15:10

[Timer]
OnCalendar=15:10:00
Persistent=true

[Install]
WantedBy=timers.target


Make both files chown root:root and chmod u=rw,g=r,o=r. Then run
these commands:

sudo systemctl daemon-reload
sudo systemctl enable epg.timer

Do not do systemctl enable epg.service - if you do that, the EPG will
be run every time the PC is booted, rather than just at the right
time. If you want to manually run the EPG, do this:

sudo systemctl start epg

That will run epg.service once. To see the log output from
epg.service, run:

sudo journalctl -eu epg

It will also be logged to /var/log/syslog.

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

On Sat, 9 Apr 2022 at 21:51, Stephen Worthington
<stephen_agent@jsw.gen.nz> wrote:
>
> On Sat, 9 Apr 2022 20:00:31 +1200, you wrote:
>
> >Almost success!
> >
> >I updated the xmltv ID's in mythtv-setup's channel editor - you were
> >right - several were missing / out of date. I used your 'source1.txt'
> >as a reference.
> >
> >I then managed to get mhegepgsnoop.py working - turned out I didn't
> >have my sql database password correct (sigh).
> >
> >A "tvguide.xml" file was generated, and successfully imported all data
> >into mythtv's guide with mythfilldatabase - yay!
> >
> >The next piece was using do_mhegepgsnoop2.sh to run processing with
> >xmltv-proc-nz.
> >
> >Running do_mhegepgsnoop2.sh, I get a 'listings-mheg5.xml.gz' file in
> >'/var/www/html/epg', but as it's been gzipped, the script fails with
> >"chmod: cannot access '/var/www/html/epg/listings-mheg5.xml': No such
> >file or directory".
> >
> >I see the do_mhegepgsnoop2. sh script runs 'gzip $OUTPUT_FILE'. If I
> >comment out this line, it appears to run, finishing with "Running
> >xmltv-proc-nz on the MHEG5 data", but then it leaves the
> >'listings-mheg5.xml file unzipped, which is fine, because
> >mythfilldatabase can use that as its source file directly.
> >
> >Thanks Stephen!
>
> Yes, the gzipped file is if you are using tv_grab_nz-py to download it
> from your web server. That expects a gzipped file and unpacks it. You
> are directly running mythfilldatabase, so you need the non-gzipped
> .xml file.
>
> The chmod error is a bug on my part. When I added the gzip command, I
> forgot to change the file name for chmod also. I have updated
> do_mhegepgsnoop2.sh on my web server. In your case, you have now
> commented out the gzip line so you do not need to change the chmod
> line. So it is now working properly for you.
>
> So all you need to do now is to schedule do_mhegepgsnoop2.sh to be run
> at least daily. It is best to do that at a time when MythTV is less
> likely to be starting a recording, so I do it at 10 past the hour. At
> present I am running my EPG updates at 15:10 each day. You can do
> that by just adding a line to /etc/crontab, or if you want to do it
> the right way these days and use systemd, you can create two systemd
> units in /etc/systemd/system to do it:
>
> File /etc/systemd/system/epg.service:
>
> [Unit]
> Description=Get MHEG5 EPG for MythTV
> After=mythtv-backend.service
>
> [Service]
> ExecStart=/bin/bash -c "/usr/local/bin/do_mhegepgsnoop2.sh"
>
> [Install]
> WantedBy=multi-user.target
>
>
> File /etc/systemd/system/epg.timer:
>
> [Unit]
> Description=Get MHEG5 EPG for MythTV daily at 15:10
>
> [Timer]
> OnCalendar=15:10:00
> Persistent=true
>
> [Install]
> WantedBy=timers.target
>
>
> Make both files chown root:root and chmod u=rw,g=r,o=r. Then run
> these commands:
>
> sudo systemctl daemon-reload
> sudo systemctl enable epg.timer
>
> Do not do systemctl enable epg.service - if you do that, the EPG will
> be run every time the PC is booted, rather than just at the right
> time. If you want to manually run the EPG, do this:
>
> sudo systemctl start epg
>
> That will run epg.service once. To see the log output from
> epg.service, run:
>
> sudo journalctl -eu epg
>
> It will also be logged to /var/log/syslog.
>
> _______________________________________________
> mythtvnz mailing list
> mythtvnz@lists.ourshack.com
> https://lists.ourshack.com/mailman/listinfo/mythtvnz
> Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

Really helpful & reassuring thanks Stephen.

Yes, I'm a bit old school, so do_mhegepgsnoop2 is running in a cron
job, as you say, just after the hour, then 5 minutes later my update
script runs mythfilldatabase, pointing to the fresh .xml file.

That said, because I often don't have my mythtv box running these days
(it does triple boot duty), I might run it as a startup service
anyway.

Good stuff!

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

It seems that my problem may be because of limitation with the EIT EPG
via my HDHomeRun tuner.

Because I do not fully understand how to set up XMLTV I am thinking
about installing a PCI tuner.

PB-Tech have these. Any comments?

Hauppauge WinTV-quadHD Four HD Digital TV Tuner PCIe

Thanks, Rob

On 5/04/22 22:48, Robert Fisher wrote:
>
> I have been using EIT for a few years but after upgrading to V32 and
> several rescans since March 21st I still do not have 7 days for all
> channels.
>
> In fact at the moment I have 7 days for Maori and Prime but only about
> 1 to 3 hours on the other channels (and nothing for eden or Rush).
>
> My tuners are HDHomeruns, could that be the problem or have I missed a
> setting somewhere?
>
> Rob
>
>

_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/

On 14/04/22 09:15, Robert Fisher wrote:
> It seems that my problem may be because of limitation with the EIT EPG
> via my HDHomeRun tuner.
>
> Because I do not fully understand how to set up XMLTV I am thinking
> about installing a PCI tuner.
>
> PB-Tech have these. Any comments?
>
> Hauppauge WinTV-quadHD Four HD Digital TV Tuner PCIe
>
> Thanks, Rob
>
> On 5/04/22 22:48, Robert Fisher wrote:
>>
>> I have been using EIT for a few years but after upgrading to V32 and
>> several rescans since March 21st I still do not have 7 days for all
>> channels.
>>
>> In fact at the moment I have 7 days for Maori and Prime but only
>> about 1 to 3 hours on the other channels (and nothing for eden or Rush).
>>
>> My tuners are HDHomeruns, could that be the problem or have I missed
>> a setting somewhere?
>>
>> Rob
>>
>>
>
> Linux is supported:
https://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-quadHD_(DVB-T/T2/C)

Paul


_______________________________________________
mythtvnz mailing list
mythtvnz@lists.ourshack.com
https://lists.ourshack.com/mailman/listinfo/mythtvnz
Archives http://www.gossamer-threads.com/lists/mythtv/mythtvnz/