[mythtv-users] Mythvidexport User Job Fails

Mike Carron jmcarron at starstream.net
Thu Sep 18 20:31:47 UTC 2014


On 09/18/2014 01:12 PM, Nicolas Krzywinski wrote:
> Am 18.09.2014, 05:53 Uhr, schrieb <mythtv-users-request at mythtv.org>:
>
>> Message: 7
>> Date: Wed, 17 Sep 2014 17:18:17 -0700
>> From: Mike Carron <jmcarron at starstream.net>
>> To: Discussion about MythTV <mythtv-users at mythtv.org>
>> Subject: Re: [mythtv-users] Mythvidexport User Job Fails
>> Message-ID: <541A24C9.1000501 at starstream.net>
>> Content-Type: text/plain; charset=windows-1252; format=flowed
>> On 07/01/2014 04:39 AM, Raymond Wagner wrote:
>>> On 7/1/2014 1:05 AM, Mike Carron wrote:
>>>>
>>>> On 06/30/2014 12:58 PM, Raymond Wagner wrote:
>>>>> On 6/30/2014 12:16 PM, Mike Carron wrote:
>>>>>> 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.
>>>>>
>>>>> If the description does not match, then it doesn't matter, because 
>>>>> the
>>>>> description is never used for matching anyway.  If the season and
>>>>> episode is lacking, it will try to use the episode subtitle. If the
>>>>> subtitle cannot be matched, it will revert to a generic export that
>>>>> defaults to using just the title.  In none of these cases should it
>>>>> crash, or report that the external grabber has crashed. Crashing
>>>>> should always be considered abnormal behavior, and something to be
>>>>> fixed.
>>>>>
>>>>> If the external grabber is crashing, as indicated by "External system
>>>>> call failed", then we need a traceback to figure out why.
>>>>>
>>>> ***
>>>> I would be glad to generate a traceback if I had a clue how to do it,
>>>> I'm not familiar with Python.
>>>
>>> An unhandled exception generates one automatically. Just run the
>>> grabber manually from the terminal using the same arguments.
>> ***
>> Ok, I finally encountered an instance of mythvidexport failing with the
>> "External system call failed: code 1." The season and episode values
>> were missing from the file being exported. I ran mythmetadatelookup
>> --refresh-all from the command line and I didn't see any exception. It
>> ran to completion and I discovered that the file in question which had
>> no season or episode values now has them and a retry of mythvidexport
>> finished properly.
>> It appears that the lack of season and episode data was the cause of my
>> problem but I have no idea why simply running mythmetadatalookup again
>> would fix it.
>> mike
> Hi Mike,
>
> there is an updated version (0.7.6) of mythvidexport.pl available at 
> http://www.mythtv.org/wiki/Mythvidexport.py where s. o. called Tdack 
> made a fix regarding the storage format of the inetref value.
> This helped me, solving ~70% of my error-external-system-call-failed 
> recordings.
>
> (Including the ~30% of my error-ascii recordings, I was able to solve 
> with PYTHONIOENCODING=utf-8 /path/to/myscript.py, which was solved by 
> "another Mike" Michael Dean at this list, I am error-free now! :) )
>
> Maybe this shed some additional light on this issue, just to feed our 
> minds... :D
>
> Regards,
> Nicolas
>
***
Thanks, I picked up the new version.

mike





More information about the mythtv-users mailing list