[mythtv-users] Mythvidexport User Job Fails

Mike Carron jmcarron at starstream.net
Mon Jun 30 16:16:00 UTC 2014


On 06/30/2014 12:51 AM, george seymour wrote:
> I am asking for help getting mythvidexport to work as a Mythtv User 
> Job.  So far, it fails every time.
> I am using Ubuntu 14.04 with kernel 3.11.0-19-generic (x86_64) and 
> Mythtv 2:0.27.1+fixes.
>
> Mythvidexport.py is installed at /usr/local/bin/. Owners and 
> permissions are
>
> usr root:root drwx r-x r-x
>
> local root:root drwxr-xr-x
>
> bin root:root drwx r-x r-x
>
> mythvidexport.py mythtv:mythtv -rwx r-x r-x
>
> Recordings are stored at /home/george/disk12/recordings/. Owners and 
> permissions are
>
> home root:root drwx r-x r-x
>
> george george:george drwx r-x r-x
>
> disk12 george:mythtv drwx rwx rwx
>
> recordings mythtv:mythtv drwx rwx r-x
>
> Young at Heart mythtv:mythtv -rwx rwx r-x
>
> I tried the following Mythtv User Job definitions:
>
> mythvidexport.py %JOBID%
>
> mythvidexport.py --nodblog %JOBID%
>
> mythvidexport.py %DIR% %FILE%
>
> mythvidexport.py %CHANID% %STARTTIME%
>
> mythvidexport.py %CHANID% %STARTTIMEUTC%
>
> If I used the JOBID with a mythtv user (sudo su mythtv), the export 
> failed:
>
> george at bob:~$ sudo su mythtv
>
> [sudo] password for george:
>
> no talloc stackframe at ../source3/param/loadparm.c:4864, leaking memory
>
> $ mythvidexport.py 7257
>
> 2014-06-29 11:07:28.435443 I [7582] mythvidexport.py Using recording 
> -- Young at Heart -
>
> 2014-06-29 11:07:28.454441 I [7582] mythvidexport.py Performing Movie 
> export with local data.
>
> 2014-06-29 11:07:28.670058 C [7582] mythvidexport.py
>
> Traceback (most recent call last):
>
> File "/usr/local/bin/mythvidexport.py", line 410, in main
>
> export = VIDEO(opts,int(args[0]))
>
> File "/usr/local/bin/mythvidexport.py", line 66, in __init__
>
> self.get_meta()
>
> File "/usr/local/bin/mythvidexport.py", line 132, in get_meta
>
> metadata = grab.grabInetref(self.rec.inetref)
>
> File "/usr/lib/python2.7/dist-packages/MythTV/system.py", line 411, in 
> grabInetref
>
> return self.command('-D', *args).next()
>
> File "/usr/lib/python2.7/dist-packages/MythTV/system.py", line 351, in 
> command
>
> return self._processMetadata(super(Grabber, self).command(*args))
>
> File "/usr/lib/python2.7/dist-packages/MythTV/system.py", line 137, in 
> command
>
> return self._runcmd(cmd)
>
> File "/usr/lib/python2.7/dist-packages/MythTV/system.py", line 146, in 
> _runcmd
>
> raise MythError(MythError.SYSTEM,self.returncode,cmd,self.stderr)
>
> MythError: External system call failed: code 1
>
> $
>
> If I used the JOBID as myself, the export was successful:
>
> george at bob:~$ mythvidexport.py 7277
>
> 2014-06-30 02:39:19.468522 I [16200] mythvidexport.py Using recording 
> -- Young at Heart -
>
> 2014-06-30 02:39:19.501484 I [16200] mythvidexport.py Performing Movie 
> export with local data.
>
> 2014-06-30 02:39:21.048734 I [16200] mythvidexport.py Import complete
>
> 2014-06-30 02:39:21.050087 I [16200] mythvidexport.py Copying 
> myth://Default@bob/1041_20140411000000.mpg to 
> myth://Videos@bob/Movies/Young at Heart.mpg
>
> 2014-06-30 02:39:46.530169 I [16200] mythvidexport.py Transfer 
> Complete -- 25 seconds elapsed
>
> george at bob:~$
>
***
I've had basically the same problem and others on this mailing list 
pointed me to metadata issues as the likely culprit. They were right. I 
can now predict fairly accurately when mythvidexport will succeed and 
when it will fail by looking at a particular show's description. If it 
is a regular show that does not have season/episode data, mythvidexport 
will fail. If it has a description that doesn't match what is in 
thetvdb.com then mythvidexport will fail. The failure mode is the 
External system call failed. That's far from a complete list of failure 
possibilities but those two are fairly common. Movies are a different 
issue though, at least for me, I have no reliable means of predicting 
which ones will succeed and which will fail. I've had several cases 
where mythvidexport failed but after I copied the file into the video 
library manually and named it according to the movie title Mythtv picked 
up the metadata with no problem.

mike


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20140630/8dd66254/attachment.html>


More information about the mythtv-users mailing list