[mythtv-users] MythTV Mac Announcement

[Sam Jacobs]

tl;dr try “touch”ing ~/.mythtv/pytmdb3.cache

Hi Jean-Yves,

On 8 April 2014 at 06:32:26, Jean-Yves Avenard (jyavenard at gmail.com) wrote:
> On 8 April 2014 14:16, scram69 wrote:
> > The way I read your description, however, it sounds like the python metadata
> > lookups should now work. But in, for example, the video library, the mac
> > frontend still reports it cannot find metadata for films (that the mythbuntu
> > frontend finds metadata for). Is there something else I need to enable to
> > look up metadata?

I’m also having problems with the themoviedb.org grabber. I should mention that the TheTVDB.com grabber is functioning as it should.

FYI, unlike Steve I’m trying to use it for recording rules—I don’t use MythVideo.


> everything works fine here (using MythTV-v0.27-201-gb10d885.dmg)

tmdb isn’t working for me with that version, or the slightly more recent version I built locally.


> Does it seems to search for metadata, or it immediately shows an error
> in the notification?

Without a tmdb #, “Perform Query” loads for about a second then shows results *only* from thetvdb.

WITH a tmdb #, “Perform Query” loads for less than a second then shows:

“No match found for this recording. You can try entering a TVDB/TMDB number, series, and episode manually.”

Both series and episode are set to 0.


With a tmdb #, a “Find Online *” artwork button loads for less than a second then shows:

“This number, series, and episode combination does not appear to be valid (or the site may be down). Check your information and try again.”


> start MythFrontend with:
> /path/to/MythFrontend.app/Content/MacOS/MythFrontend
>  
> and copy the output after searching for metadata

Without a tmdb #:

2014-04-08 22:55:51.957880 I  Running Grabber: […]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -M Toy Story
2014-04-08 22:55:52.289771 I  Running Grabber: […]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Television/ttvdb.py -l en -a GB -M Toy Story
2014-04-08 22:55:52.581647 I  Returning Metadata Results: Toy Story 0 0
2014-04-08 22:55:52.582036 I  Falling through to selection dialog.

WITH a tmdb #:

2014-04-08 22:57:50.360358 I  Running Grabber: […]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -D 862
2014-04-08 22:57:50.595621 I  Metadata Lookup Failed: No Results Toy Story 0 0

Even running the frontend with “-v all --loglevel debug” doesn’t seem to give much extra info; seemingly relevant lines are:

2014-04-08 23:02:27.586359 I  Running Grabber: […]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -D 862
2014-04-08 23:02:27.586397 D  Launching: […]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -D 862
2014-04-08 23:02:27.595664 I  Managed child (PID: 6542) has started!  command=[…]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -D 862, timeout=0
[a whole lot of mostly IncrRef & DecrRef]
2014-04-08 23:02:27.816637 I  Managed child (PID: 6542) has exited! command=[…]/MythFrontend.app/Contents/Resources/share/mythtv/metadata/Movie/tmdb3.py -l en -a GB -D 862, status=256, result=1
[another whole lot of mostly IncrRef & DecrRef]
2014-04-08 23:02:27.868104 I  Metadata Lookup Failed: No Results Toy Story 0 0


Running tmdb3.py directly ([…]/tmdb3.py -l en -a GB -D 862)—having this time remembered to point PYTHONPATH to the correct location inside the app bundle, silly me…—gives:

[…]/MythFrontend.app/Contents/Resources/lib/python2.6/site-packages/MythTV/dataheap.py:63: DeprecationWarning: object.__new__() takes no parameters
  return super(Artwork, cls).__new__(cls, attr, parent, imagetype)
Unable to access cache file: [~]/.mythtv/pytmdb3.cache

While pytmdb3.cache doesn’t *currently* exist, I would rather expect the script to create it instead of just dying! “touch”ing ~/.mythtv/pytmdb3.cache fixes the issue for me. Once the cache file exists, the script will fill it just fine.

Why tmdb3.py isn’t creating the cache file itself is a mystery. On my primary myth machine, where I’d already clobbered the scripts into working, I don’t remember having this problem.

Hope this helps,
Sam


--  
Sam Jacobs on MythTV 0.27, UK Freeview SD & Freesat HD, EIT-only EPG
Mac mini, MBE+FE: OS X Mavericks, bundled FE, macports BE
Acer Aspire L310, SBE: Debian testing, Elgato EyeTV for DTT Stick (Hauppauge Nova-T USB Stick in disguise!) & DVBSky S960 DVB-S2 USB

Sent with Airmail