[mythtv-users] Converting from DD to xmltv

[Richard Shaw]

On Mon, Oct 15, 2018 at 11:59 AM Gary Buhrmaster <gary.buhrmaster at gmail.com>
wrote:

> On Mon, Oct 15, 2018 at 2:42 PM Richard Shaw <hobbes1069 at gmail.com> wrote:
>
> > Thanks, I'll take a look but subsequent runs seem to complete quickly. I
> think it was just the initial loading of all the data.
>
> The first run has to create a large number of new(ish) entries
> and relationships for any run using the incremental approaches
> of mythfilldatabase and xmltv.  Subsequent runs will tend to
> create and/or update fewer entries(*) as long as the details
> remain the same on the schedule/program.  Depending on your
> DB configs, inserts and updates may take substantially longer
> than one might wish(**).  In addition the xmltv grabbers for
> Schedules Direct download certain data into caches such that
> the subsequent runs can (mostly) reuse that data.  That makes
> that first run, which you are typically watching in real time,
> seem to take forever and a day, and later runs at least a little
> faster.
>

I didn't actually measure it but the first run seemed to take about 40-45
minutes. Per backend status in mythweb the next run only took about 4.



> The memory usage issue is well understood (that was why
> --no-allatonce was introduced).  The better fix for the large
> memory usage would be a refactor of how mythfilldatabase
> reads in and parses the entire xmltv file before starting to
> process the data.  At this point, no one has decided to step
> up and do that refactor, and as DRAM is cheap, it is not
> clear anyone will any time soon (given there are mitigations).
>

I'm planning to update my desktop which means the combined FE/BE I'm
running will eventually have 16GB of memory and a quad core processor so
I'll probably just leave it alone for now.



> btw, as far as docs, there is a different set of docs of creating
> a new videosource in the post regarding the HDHR Premium
> TV offering.  Not sure if they are better (probably not for a
> first user), just different.  I agree with Peter, it is *much* easier
> to configure the xmltv grabber outside of MythTV given the
> (current) need to do some work outside MythTV anyway
> due to the way the grabber(s) must configure the
> Schedules Direct lineups.  It does not help (regarding docs)
> that xmltv setup tends to be close to a one time only thing,
> so neither are people motivated to document what they did
> (often with many false starts), nor motivated to ever do it
> again and again for testing their documentation to share.
>

Yeah, now that I know what to do it would be easier a second time but the
first time using xmltv it was rather confusing.

I'm still not clear if I needed to do anything in mythtv-setup other than
delete all my channels and let mythfilldatabase re-add them.

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