2009-03-21, 13:19
Reginald Wrote:it was talking about not being able to resolve the host of the thumb.
That means it was an issue with the site being scraped, not MC.
Reginald Wrote:it was talking about not being able to resolve the host of the thumb.
LaTropa64 Wrote:Are there any plans to add the video bitrate, resolution, hd, audio, etc. flagging to Media Companion?
I don't think it's made it into SVN quite yet but, from what I understand, it's pretty much finalized as to how it will work.... More info:
http://forum.xbmc.org/showpost.php?p=298...tcount=245
The only thing I would really hope for is, if it does get added to media companion, is that there would be an option to just update all your movie nfo's with the new data instead of completely re-scraping imdb and overwriting them. I have a lot of custom titles, plots and what not that I've spent months going through and updating manually.
Hitcher Wrote:I have had the same thing happen as Rand as well.
Anyway, further checking of the nfo shows the url for the thumb as -
http://thetvdb.com/banners/episodes/76290-423756.jpg
where it should be -
http://thetvdb.com/banners/episodes/76290/423756.jpg
smcnally75 Wrote:That means it was an issue with the site being scraped, not MC.Thank you for trying to help
Found For TV Show :- Legend of the Seeker, Episode :-v:\media\tv downloads\Legend of the Seeker\Season 1\Legend.of.the.Seeker.S01E16.HDTV.XviD-iHT.nfo
Season :- 1
Episode :- 16
URL For Episode :- http://thetvdb.com/api/6E82FED600783400/series/82672/default/1/16/en.xml
TVDB API Returned Valid XML
Writing nfo file to :- v:\media\tv downloads\Legend of the Seeker\Season 1\Legend.of.the.Seeker.S01E16.HDTV.XviD-iHT.nfo
Downloading Episode Thumbnail at URL :- http://thetvdb.com/banners/episodes/82672/443589.jpg
Unable to Download Thumb
Error :- The remote name could not be resolved: 'images.thetvdb.com.nyud.net'
rudeboyx Wrote:definate bug someware billy.
i reported that stargate SG-1 was screwing up episodes earlier in thread and put it down to the file names having SG-1 in them but it seems with futurama, a simelar thing happens where as it gets the correct episode number but the details and thumb are that of a different episode and this seems to be totally random within the season.
PS with past builds these episodes scraped correctly so its definatley not a error in my file naming system.
PPS iv confirmed episode order on thetvdb.com and there all in the same order
Reginald Wrote:Thank you for trying to help
I investigated this a little more; I scraped an episode of Legend of The Seeker and this is the output of the log
I then went to thetvdb.com and looked at the image link, it shows up correctly so I am not sure how this is anything outside of MC as I can browse to the image in FireFox.Code:Found For TV Show :- Legend of the Seeker, Episode :-v:\media\tv downloads\Legend of the Seeker\Season 1\Legend.of.the.Seeker.S01E16.HDTV.XviD-iHT.nfo
Season :- 1
Episode :- 16
URL For Episode :- http://thetvdb.com/api/6E82FED600783400/series/82672/default/1/16/en.xml
TVDB API Returned Valid XML
Writing nfo file to :- v:\media\tv downloads\Legend of the Seeker\Season 1\Legend.of.the.Seeker.S01E16.HDTV.XviD-iHT.nfo
Downloading Episode Thumbnail at URL :- http://thetvdb.com/banners/episodes/82672/443589.jpg
Unable to Download Thumb
Error :- The remote name could not be resolved: 'images.thetvdb.com.nyud.net'
Thanks in advance!
Reg
billyad2000 Wrote:It is an issue with the TVDB. MC is not the only program with an issue.
http://thetvdb.com/banners/episodes/82672/443589.jpg is correct and works
but sometimes TVDB will direct this to a mirror using
http://images.thetvdb.com.nyud.net:8080/...443589.jpg
It is this latter mirror that is causing the problem
This thread at TVDB forums shows others having the same issues (http://forums.thetvdb.com/viewtopic.php?f=4&t=747), simply put, this issue is beyond my control.
AaronD Wrote:I had this same problem a couple of nights ago for the first time. What I noticed, however, is that MC bails out of scraping the first time it encounters this proble. I would imagine you break out of the loop on an exception?
I had just added in a complete new series I had scraped from DVD, and I had about 40 episodes that I was adding. Almost every second episode was failing for this same reason, and therefore I was having to close the log and start scanning again.
IMO, better behaviour would be if you continued scraping all episodes and then present the log with info on failed episodes as well as successful episodes, at one time.