Images are failing to download

[De1Phi4n]

I just wanted to confirm that this problem is effecting YAMJ (used with popcorn hour).

I was surprised to not see more ppl running into this problem on the networkedmediatank.com forums but I guess there somehow wasn't many ppl trying to retrieve newer images.

When it first started happening 2 weeks ago it only effected the lastes video image still. Of course ppl said that yamj was working thetvdb.com for them and others said that there might not be a video image still for that ep yet even though I specifically said that i checked thetvdb.com to confirm there was infact a video image still for that latest ep available and the fact that my skin displays nothing if no video image was available. This was displaying a blank dummy jpg which was even worse.

I thought it would just happen every week for just the latest ep. I checked the url but couldn't find any difference in the log where it said it failed to download compared to the url on the thetvdb.com itself but i do remember seeing the images. prefix added to some

Now this week with new episodes, it was happening again so now the last 2 most recent eps are failing to download the video image still not just the latest ep. Then one series had a new poster which had a higher rating then the previous one and yamj tries to grab the highest rated one. Once that failed, I realized it wasn't just video image stills.

IT IS ANY NEW IMAGE ADDED TO THETVDB.COM FROM 2 WEEKS AGO ON.

sorry to use caps but that is the main bit of information I can add to this. It is not limited to video image stills, those are just the most constantly updating image with new ones each week for currently airing weekly shows.

but it seems that any image that has been newly updated to thetvdb.com from 2 weeks ago on will not download when using a script like yamj or what have you that automates it. as someone said its adding the images prefix or needs a referrer or something.

This is going to become more and more of a huge problem as ppl look for their programs to retrieve newly uploaded images from thetvdb.com

I hope this can get rectified soon on thetvdb.com's side or pinpointed so that yamj and other programs can be adjusted to work with the sites newly uploaded images as well as the old ones which still currently work.

[underdown]

Ok, that helped. Looks like MediaPortal (and XBMC, having the same problem) are looking for the domain images.thetvdb.com, but that third level domain no longer points to thetvdb.com. This is an easy fix, I'll post in the mod forum and see if the site admin can add the entry.

Thanks for the log file!

Update: Try going into your scrapper script and remove all references to "images.". It fixed the XBMC scrapper.

Update 2: It may be an issue with one of the mirror servers. Hopefully it will be sorted out soon.

I was curious as I am still experiencing the image download issue with XBMC, could anyone elaborate on the fix for the XBMC scrapper. For instance in my tvdb scrapper file, there were several occurrences of the word "image", but I am not sure what was meant by "removing all references to images". Any help would be appreciated, Also you get +2 karma

Thanks

[pkellum]

Ok, that helped. Looks like MediaPortal (and XBMC, having the same problem) are looking for the domain images.thetvdb.com, but that third level domain no longer points to thetvdb.com. This is an easy fix, I'll post in the mod forum and see if the site admin can add the entry.

Thanks for the log file!

Update: Try going into your scrapper script and remove all references to "images.". It fixed the XBMC scrapper.

Update 2: It may be an issue with one of the mirror servers. Hopefully it will be sorted out soon.

I was curious as I am still experiencing the image download issue with XBMC, could anyone elaborate on the fix for the XBMC scrapper. For instance in my tvdb scrapper file, there were several occurrences of the word "image", but I am not sure what was meant by "removing all references to images". Any help would be appreciated, Also you get +2 karma

Thanks

Anytime you see images.thetvdb.com in the scrapper file, change it to thetvdb.com

[underdown]

@pkellum
Wow thanks, That worked excellently. I am now able to download my recently posted images again.

Thanks again.

[lhungil]

Hmm, this seems to be a bit more widespread then just affecting the API and programatic downloads.
Browsing to thetvdb.com website directly using IE/Firefox I am getting maybe one image per 100 viewed. In place of the actual images I am getting a 1x1 transparent pixel.

[Coco]

That's an issue on your end. Most likely some ad blocker blocking access to all images in the /banners dir. They are displaying fine on site.

[horst]

easy fix to change this under *nix:

Code: Select all

sudo vi /etc/hosts

edit: win32 too (run as admin, esp. under vista/w7 where it's not default)

Code: Select all

notepad %SystemRoot%/system32/drivers/etc/hosts

add a line

Code: Select all

208.76.155.58   images.thetvdb.com

This creates a local redirect which points the subdomains failing to resolve to the intended (?) location.

[Coco]

That wouldn't be his issue as that only applied when getting images through another program (not through direct use of the site). Also you shouldn't do that, the site forwards requests onto the mirrors so if you do that you'll just get stuck in a loop and waste a bunch of our bandwidth unless you also spoof the html headers. Of course doing that means you'll bypass our mirrors and eventually exhasted our bandwidth on the main site meaning you'll just break the whole site eventually.

[lhungil]

Interesting, today they are all displaying w/ no issue. Haven't changed any settings... I'd say something with my provider, but they claim to be doing no filtering on their end... Either way it's working for me again, so cheers!

[szsori]

Interesting, today they are all displaying w/ no issue. Haven't changed any settings... I'd say something with my provider, but they claim to be doing no filtering on their end... Either way it's working for me again, so cheers!

viewtopic.php?p=7285#p7285