<p dir="ltr"><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>
> </p>
<p dir="ltr">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. <br>
</p>