I last ran get_iplayer 3.01 on my microserver in the early hours of the 21st, 4.5 days ago, and it refreshed cache, ran pvr, and downloaded QI fine. Try it again this evening and it downloaded radio shows but no tv shows (QI XL & have I got a bit more news for you).

Go to my main pc and run get_iplayer there, update cache, search for qi and nothing. Run --rebuild-cache and I get 4 matching programmes. Do the same for radio and I get 17239 matching programmes. Upgrade to 3.05 and repeat and get the same results. Both computers are running Windows 7 x64.

Drag tv.cache (2KB) into text editor and it's 4 programes

I then dig out the PID from the iplayer site and I download QI XL successfully on my microserver using get_iplayer 3.01 using get_iplayer --subtitles --modes=hlshd --pid=b09c741h

I then closed get_iplayer and deleted tv.cache and tv.cache.old then reopened get_iplayer whereupon the two files were recreated and I ran --rebuild-cache again and it only got the same 4 programmes (again). I unplugged my router so I got got a new ip address and tried again, no change.

Attached is the output from get_iplayer --rebuild-cache --type=tv --verbose > H:/outputtv.txt 2>&1

Since it is happening on two computers and in two different versions of get_iplayer (3.01 and 3.05) I'm doubting it's something my end unless the bbc have taken a real dislike to my isp. Could the BBC have changed something which breaks the scrapper functionality (again)?

outputtv.txt

Well, I've just run my acquisition script (I use Linux, and I don't use get_iplayer pvr), and it happily downloaded a significant tv cache.  It had 7411 programme entries.  (The version I downloaded at 06:01 this morning had 7649 entries.)

From that it seems that the problem might be at your end, and not with the beeb.

HTH.

pf

The tv.cache on my microserver (get_iplayer 3.01) still has items in its cache which were added 4.5 days ago when last run, just no new ones are being added. I'm loathe to do a --rebuild-cache on that install as I expect it would erase what is there.

I too can load a url in a browser and have it load fine. It does automatically reload from http to https.

Downloaded a link using wget too and got the following output.

i also have the same problem as augur on my win10 PC

looks like it hasn't downloaded any new programmes in the schedule since 11-oct-17 for me.

Apologies, I misunderstood...

I thought you meant your cache was not being populated, but now I see that you mean that it's getting no new entries.  My linux version is doing the same, so I would agree that the problem is at the source end.  I'm pretty sure I've seen this before.  I put it down to a server at the beeb which has had a hiccup for some reason; finger trouble (if there's anyone there), power problem, network problem, memory leak - the list goes on!  I also tend to assume that since this is probably seen as a "service" which only has to work in normal business hours (9-5) and not in antisocial hours, especially since iPlayer is the preferred product, then there will be no sysadmins looking after the service (at 23:45) - especially given the swinging cuts that have been imposed on the beeb.
I would suggest a review about midday on Thursday (26-10).

pf

Update
I've just checked my copy of the tv cache that I downloaded at 06:01 on 25-Oct and I had 169 new entries.

This was caused by a change in the content of the schedule pages that broke the parsing in get_iplayer. That's the danger inherent in scraping. I'll cut a new release, hopefully later today (26/10), that should restore TV cache updating.

Thanks for the heads up user-2, guess I was just the first(ish) unlucky person to notice. Normally when something like this happens I check the mailing list archive and find the answer waiting for me.

fixed in 3.06

Thank you very much user-2.
Works well & sanity restored.
Fantastic support!

Well, it still fails here.
I'm running it under debian wheezy, maybe one of the perl libraries is too old and doesn't follow the redirect?

Tried under the latest ubuntu and it works, I removed mojolicious from the wheezy box and it also works (and it's not really much slower than with it), so I guess it's mojolicious that's too old (I remember I had to install a later version that the one provided in wheezy).
And, no, I cannot upgrade that box right now.

3.06 is not working properly for me.

I'm running on CentOS 7.3, without Mojolicious, and getting the same errors as before.

@pippolippi: As you have now discovered for yourself, your problem displayed different symptoms and was completely unrelated to the OP issue. That is why I put your post in a separate thread.

@Soruk: There is no way we're going to know what "as before" means when you have never posted here before. Create a new thread and follow our instructions to provide a full report so we can see what is happening on your system.

I'm closing this thread to avoid any more OT posts.

There are two things going on. First, the format of the BBC TV schedule pages changed slightly, requiring the the fix in 3.06. Second, the schedule pages are now being redirected to HTTPS URLs. Systems with obsolete Perl modules, like Wheezy and likely CentOS as well, could have problems with that. In particular, it looks like some versions of IO::Socket::SSL cause problems for Mojolicious. Set up a local library for Perl modules (in the get_iplayer install docs) and install the latest versions of both to override obsolete system packages.