<div dir="ltr"><div>Does anyone have this working on 29?<br><br></div>Steve<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 23, 2018 at 3:25 PM, Preston Crow <span dir="ltr"><<a href="mailto:pc-mythtv13@crowcastle.net" target="_blank">pc-mythtv13@crowcastle.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"><div><div class="h5">
On 02/22/18 23:13, Preston Crow wrote:<br>
<blockquote type="cite">On
02/22/18 22:27, Bill Meek wrote:
<br>
<blockquote type="cite">On 02/22/2018 06:53 PM, Preston Crow
wrote:
<br>
<blockquote type="cite">I've been using the Myth-Rec-to-Vid.py
script for some time, and it has worked great for me.
<br>
<br>
<a class="m_7755421711249925612moz-txt-link-freetext" href="https://www.mythtv.org/wiki/Myth-Rec-to-Vid.py" target="_blank">https://www.mythtv.org/wiki/<wbr>Myth-Rec-to-Vid.py</a>
<br>
<br>
I recently did a major upgrade on my system, including bumping
from 0.28.1 to 0.28.2, and now the script is failing. I'm not
a Python programmer, but added some log lines to track it
down, and it's failing on the line:
<br>
<br>
results = grab.sortedSearch(self.rec.<wbr>title,
self.rec.subtitle)
<br>
<br>
The message I get is:
<br>
<br>
Myth-Rec-to-Vid.py ERROR in Processing -- Message
was: External system call failed: code 126
<br>
<br>
I can't say whether this is from the 0.28.1 -> 0.28.2
upgrade, or if it's due to upgrading everything else on my
system. I tried checking the 0.28.2 release notes on the
Wiki, but nobody has created that page yet.
<br>
<br>
If it matters, I'm running Gentoo, with my own 0.28.2 ebuilds
(<a class="m_7755421711249925612moz-txt-link-freetext" href="https://bugs.gentoo.org/648564" target="_blank">https://bugs.gentoo.org/<wbr>648564</a>).
<br>
<br>
I would like to get this resolved in 0.28.2 before upgrading
to 29.1, unless there's good reason to suspect a bug only in
0.28.2.
<br>
<br>
Any suggestions for what to try?
<br>
</blockquote>
<br>
I'd guess that the line above is where the failure happens.
VideoGraber(), which appears
<br>
twice in the script you mentioned (I don't use it.)
<br>
<br>
Look in your Python bindings for the file dataheap.py. Note that
it can be used for
<br>
either TV or MOVIE data and ends up calling one of:
<br>
<br>
path = {'tv':'metadata/Television/<wbr>ttvdb.py',
<br>
'movie':'metadata/Movie/tmdb3.<wbr>py'}
<br>
<br>
Last year TTVDB moved to a new API. You might try running the
<br>
grabber from command line to see if it's failing.
<br>
<br>
See also: <a class="m_7755421711249925612moz-txt-link-freetext" href="https://www.mythtv.org/wiki/TheTVDB_API_v2" target="_blank">https://www.mythtv.org/wiki/<wbr>TheTVDB_API_v2</a>
<br>
<br>
</blockquote>
<br>
Yes, it looks like that's it. Thanks. This is also used for
retrieving metadata in mythvideo, which is also failing. The
video export script works just fine for movies.
<br>
<br>
What does work is the metadata lookup job within MythTV, which
gets a background image for the series. I'm guessing that doesn't
use the same script, or at least not the same options.
<br>
<br>
I tried the ttvdb.py script from 29.1, and had the same results.
<br>
<br>
<a class="m_7755421711249925612moz-txt-link-freetext" href="https://code.mythtv.org/trac/ticket/13084" target="_blank">https://code.mythtv.org/trac/<wbr>ticket/13084</a>
<br>
<br>
Apparently a lot of work went in to getting this script adjusted
for the new format. Did something get missed where it's still
broken for mythvideo and the export script?
<br>
<br>
I found that if I comment out the entire else statement where the
line is failing, it behaves as if it couldn't find a match in the
lookup and exports the video just fine. The only issue is that it
doesn't fill in the cast and director data.
<br>
<br>
So I can work around it for now, and once it's fixed, I can load
the metadata inside mythvideo, but I would like to get it fixed.
Any ideas on that?
<br>
</blockquote></div></div>
I've solved the problem!
<br>
<br>
I grabbed the command line from a failed run from the logs so that I
could run it directly, and I ran it with strace to see the failure.
When it's forking to run the grabber, the exec call is:
<br>
<i class="m_7755421711249925612moz-txt-slash"><span class="m_7755421711249925612moz-txt-tag">/</span>bin/sh
-c /usr/share/mythtv<span class="m_7755421711249925612moz-txt-tag">/</span></i> -l en
-N ...
<br>
Obviously it's missing the name of the grabber.
<br>
<br>
Shortly before that in the trace, I see sendto() calls with "SELECT
data from settings WHERE value='TelevisionGrabber' AND hostname=..."
<br>
<br>
Looking in mythweb at the settings for MythTV, I see that the value
for that field is blank. I manually set it to
"metadata/Television/ttvdb.py" (similar to how MovieGrabber is
already set), and now everything works!
<br>
<br>
I have no idea how the TelevisionGrabber setting got wiped. I
certainly wasn't playing with it. But if anyone else sees error 126
from this script, that's what Bash returns if you try to execute a
directory, so it is indicating a missing setting.
</div>
<br>______________________________<wbr>_________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/<wbr>mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/<wbr>Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
<br></blockquote></div><br></div>