[mythtv-users] Log output of user jobs via MythLog class?

[Raymond Wagner]

> On May 5, 2014, at 14:12, "Nicolas Krzywinski" <myth at site7even.de> wrote:
> 
> - Why does mythvidexport.pl fetches metadata though there is local data?
> There is a comment in the script, telling "# good data is available, use it", but it doesn't

The script was written before recordings were capable of pulling additional metadata.  As it stands, there are still issues with transferring artwork from recordings to videos as the two use different database structures and storage locations (and the script was written before there was much artwork to transfer).

> And I have some problems to interpret "listing provider" because I don't know the term combination and translators does not help here... what is meant with "listing provider"?

Where ever you get your EPG listings from, be it Schedules Direct, an XMLTV script, or broadcast EIT, as opposed to the supplementary metadata pulled down from TheTVDb or TheMovieDb.

> - For a recently processed movie (for which I did not had the season/episode problems apparently) mythvidexport.pl went fine, but it fetched english metadata.
> One solution would be to use the existing metadata (as mentioned above), but besides from that how would I fetch german metadata with mythvidexport.pl?

At the moment, you can't.  The metadata scripts require those settings be supplied on the command line, but mythvidexport.py omits them when calling them. I will need to update the script to pull that information from the database.

> - Recordings with german umlauts or french diacritical signs I get "Error: ascii"
> Is it possible to use utf?

It should work, but use of Unicode text in Python 2 is a never ending source of fun.  If you give me a trace back, I can take a look at it.

> - What does "Error: an external system call failed" mean?
> Well, it means of course that there were problems when contacting an external system ... :D but which system it is talking about? This is reproducible for some recordings.

If it's the jobqueue reporting that, mythvidexport was the system call.  If it's mythvidexport reporting that, the metadata grabber script was the system call.

> - Minor: if there is a failed mythvidexport.pl processing, the video library contains an additional empty entry. Subsequent failed runs increases those "ghost entries" :D but they disappear after a rescan of the video library.

It's a flaw in the bindings.  The bindings require a dummy video be created before a metadata object can be loaded into it.  I need to trap errors in that part of the script to destroy the dummy entry if an error occurs.