[mythtv-users] Converting from DD to xmltv

[Richard Shaw]

On Sun, Nov 11, 2018 at 10:26 AM Gary Buhrmaster <gary.buhrmaster at gmail.com>
wrote:

> On Sun, Nov 11, 2018 at 1:26 PM Richard Shaw <hobbes1069 at gmail.com> wrote:
> > Is there any downside to running --no-allatonce?
>
> Some additional overhead of invoking the grabbers
> repeatedly and processing some duplicate information,
> although due to caching the overheads in the grabbers
> themselves is not horrendous (at least for the SD grabbers,
> some other grabbers have much higher overheads when).
>
> As I recall you typically also want to specify "--refresh all"
> since the default will only refresh some specific days.
>

Trying manually now...



> And if you are one of those with an interesting set
> of xmltvids (for example, translators with different
> xmltvids even though they are the same station)
> you may get repeated messages regarding (lack of)
> matching for those stations.
>

I don't think I have anything too interesting going on but I do get a lot
of these on my OTA source:

2018-11-11 12:01:16.135853 N  Unknown xmltv channel identifier:
I100338.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.136220 N  Unknown xmltv channel identifier:
I100368.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.136822 N  Unknown xmltv channel identifier:
I100369.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.137379 N  Unknown xmltv channel identifier:
I100370.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.137721 N  Unknown xmltv channel identifier:
I100371.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.137848 N  Unknown xmltv channel identifier:
I103237.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.137962 N  Unknown xmltv channel identifier:
I103963.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.138071 N  Unknown xmltv channel identifier:
I103964.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.138550 N  Unknown xmltv channel identifier:
I103965.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.139244 N  Unknown xmltv channel identifier:
I103966.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.139769 N  Unknown xmltv channel identifier:
I106602.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.140351 N  Unknown xmltv channel identifier:
I106603.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.140641 N  Unknown xmltv channel identifier:
I106604.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.140825 N  Unknown xmltv channel identifier:
I107368.json.schedulesdirect.org - Skipping channel.
2018-11-11 12:01:16.140943 N  Unknown xmltv channel identifier:
I108221.json.schedulesdirect.org - Skipping channel.



> > I'm pretty much running stock MariaDB from Fedora with some tuning as
> recommended from mysqltuner.
>
> mythfilldatabase performs a fair number of updates
> (for some good, bad, and ugly reasons), which
> depending on your database settings, and disks
> (especially older/slower real HDDs) can simply take
> time to complete.
>

When I upgrade the combined FE/BE it's going to get my 250GB SSD so that
should help quite a bit. I'll move "/" and "/var" with my 3TB drive tied
into /var/lib/mythvideo and my recording drive is already tied in as
/var/lib/mythtv.


>  so for now moving the run time to a time I don't really care or record
> anything may be the best "solution".
>
> It should be noted that unlike the DD source,
> the JSON source is updated up to 4 times
> a day, so if there are late breaking schedule
> changes (and it makes it through the various
> network, upstream guide provider, and Schedules
> Direct (which is not at all assured)) you can get
> more accurate data by running mythfilldatabase
> a few times a day.
>

By default it only runs once a day, right? Is this some kind of manual/cron
type run? If so, what's the best way to be nice to the server since I'm
only really worked about today and possibly the next?

Thanks,
Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20181111/5ac0854b/attachment.html>