<p dir="ltr"><br>
On Nov 9, 2015 2:26 PM, "Ian Evans" <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:<br>
><br>
><br>
> On Nov 9, 2015 1:53 PM, "Hika van den Hoven" <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>> wrote:<br>
> ><br>
> > Hoi Hika,<br>
> ><br>
> > Monday, November 9, 2015, 7:36:23 PM, you wrote:<br>
> ><br>
> > > Hoi Paul,<br>
> ><br>
> > > Monday, November 9, 2015, 7:17:45 PM, you wrote:<br>
> ><br>
> > >> On Tue, Nov 10, 2015 at 5:43 AM Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:<br>
> ><br>
> > >>> On Sun, Nov 8, 2015 at 4:49 PM, Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:<br>
> > >>><br>
> > >>>> Couple of weird things with tmdb3.py today.<br>
> > >>>><br>
> > >>>> One movie gave me choices to select. Selected the correct one, but<br>
> > >>>> nothing was downloaded or updated, instead giving me a no results found<br>
> > >>>> error, despite the fact that it just showed me the box cover in the choices<br>
> > >>>> and I chose the correct one.<br>
> > >>>><br>
> > >>>> Second movie, it's not offered in the choices despite being in the tmdb<br>
> > >>>> database.<br>
> > >>>><br>
> > >>>> If I look manually in a browser and get the tmdb number and run<br>
> > >>>> /usr/share/mythtv/metadata/Movie/tmdb3.py -D 133557 I see the available<br>
> > >>>> info.<br>
> > >>>><br>
> > >>>> So I put tmdb3.py_133557 into the video details and still was not able to<br>
> > >>>> retrieve anything.<br>
> > >>>><br>
> > >>>> Is there just general wonkiness with tmdb today?<br>
> > >>>><br>
> > >>>><br>
> > >>>><br>
> > >>> Okay, the weirdness with tmdb3 continues today.<br>
> > >>><br>
> > >>> Nov 9 11:30:26 buster mythfrontend.real: mythfrontend[4887]: I<br>
> > >>> MetadataDownload metadatagrabber.cpp:455 (RunGrabber) Running Grabber:<br>
> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -D 14637<br>
> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
> > >>> MetadataDownload metadatagrabber.cpp:455 (RunGrabber) Running Grabber:<br>
> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -C 14637<br>
> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
> > >>> MetadataDownload metadatadownload.cpp:187 (run) Metadata Lookup Failed: No<br>
> > >>> Results Nothing But the Truth 0 0<br>
> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
> > >>> CoreContext videodlg.cpp:3347 (customEvent) No results found for Nothing<br>
> > >>> But the Truth 0 0<br>
> > >>><br>
> > >>> If I ssh in and manually run:<br>
> > >>><br>
> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -D 14637<br>
> > >>><br>
> > >>> I get:<br>
> > >>><br>
> > >>> Traceback (most recent call last):<br>
> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 312, in <module><br>
> > >>> main()<br>
> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 306, in main<br>
> > >>> buildSingle(args[0], opts)<br>
> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 70, in buildSingle<br>
> > >>> index = zip(*releases)[0].index(opts.country)<br>
> > >>> ValueError: tuple.index(x): x not in tuple<br>
> > >>><br>
> > >>> If I manually run:/usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -C<br>
> > >>> 14637<br>
> > >>><br>
> > >>> I get:<br>
> > >>><br>
> > >>> <?xml version='1.0' encoding='UTF-8'?><br>
> > >>> <metadata/><br>
> > >>><br>
> > >>> Here's another odd thing: If I strip off the '-l en -a CA' I get different<br>
> > >>> <a href="http://results.as">results.as</a> in the bare -D 14637 command gives me an XML response full of<br>
> > >>> movie information.<br>
> > >>><br>
> > >>> This has all worked beautifully before. Did a recent change break things<br>
> > >>> or did tmdb change something on their side?<br>
> > >>><br>
> > >>> Hope the additional info helps.<br>
> > >>><br>
> > >>> I had exactly the same issue a week or so ago. I'm in New Zealand BTW and<br>
> > >> so I has "-l en -a NZ". I modified the script to force "US" and it works<br>
> > >> again, so I think it's some kind of location based issue.<br>
> ><br>
> > >> Cheers,<br>
> > >> Paul<br>
> ><br>
> > > No both with CA, NZ or NL it works here. It makes me think of a small<br>
> > > bug I fixed in youtube a few month ago, where the presence of some<br>
> > > default was wrongly assumed. I have to look if I see anything similar.<br>
> ><br>
> > Anyhow I checked in my version of tmdb3.py (version 0.3.7) and it's<br>
> > not your version. line 70 in your trace is on line 64, so there are<br>
> > some 6 extra lines in the top and his line 306 is at 294, so some<br>
> > other extra 6 lines? If you can send me your version I can have a<br>
> > look.<br>
> ><br>
> > Tot mails,<br>
> > Hika mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
> ><br>
> > "Zonder hoop kun je niet leven<br>
> > Zonder leven is er geen hoop<br>
> > Het eeuwige dilemma<br>
> > Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
> ><br>
> > De lerende Mens<br>
> ><br>
> ><br>
><br>
> My version is 0.3.7. Can't school in right now as the coffee shop is blocking my dynamic dns address. Will try to get around it. </p>
<p dir="ltr">That should read "ssh" in. Sometimes I don't catch the phone keyboard auto correct. <br>
</p>