These forums are archived

See this post for further info

get_iplayer forums

Forum archived. Posting disabled.

Unable to download certain TV programmes

user-519

A couple of days ago I started to have difficulties in downloading for the first time. Of a batch of say ten programmes around half would fail download. As far as I am able to determine they are all SD, the HD programmes seem to download fine. The subtitle files also download without problem.

I upgraded to 2.86 but same behaviour persists. This is the get_iplayer output:

******************

C:\Program Files (x86)\get_iplayer>get_iplayer --modes=best --output "\iplayer" --subtitles --force --get 324
get_iplayer v2.86, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
This is free software, and you are welcome to redistribute it under certain
conditions; use --conditions for details.

Matches:
324: Documenting John Grierson - -, BBC Two, Arts Culture & the Media,Factual,Scotland,TV, default

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow1,flashlow2 modes will be tried for version default
INFO: Trying flashvhigh1 mode to record tv: Documenting John Grierson - Documenting John Grierson
INFO: File name prefix = Documenting_John_Grierson_-_Documenting_John_Grierson_b042rlbv_default

RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect1, handshake failed.
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\iplayer\Documenting_John_Grierson_-_Documenting_John_Grierson_b042rlbv_default.partial.mp4.flv via RTMP
INFO: skipping flashvhigh1 mode
INFO: Trying flashvhigh2 mode to record tv: Documenting John Grierson - Documenting John Grierson
INFO: File name prefix = Documenting_John_Grierson_-_Documenting_John_Grierson_b042rlbv_default

**************

Then it cycles through the remaining modes with the same outcome.

Thanks in advance for any help guidance.

user-2

First guess: You're using a VPN that has been blacklisted or is broken. rtmpdump cannot connect to the streaming media server. It could just be a transient problem at the server end. Either way, there is nothing get_iplayer can do about it.

user-519

That was my first guess too. However the problem does not occur with some downloads so the VPN appears to be operating OK. As stated, it seems to occur only with SD programmes.

Here's a good one that I just started:


INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhd1,flashhd2,flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow1,flashlow2 modes will be tried for version default
INFO: Trying flashhd1 mode to record tv: Cannes 2014 - Cannes 2014
INFO: File name prefix = Cannes_2014_-_Cannes_2014_b045k2m1_default

INFO: Downloading Subtitles to 'C:\iplayer/Cannes_2014_-_Cannes_2014_b045k2m1_default.srt'
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
ERROR: RTMP_Connect1, handshake failed.
INFO: Command exit code 3 (raw code = 768)
WARNING: Failed to stream file C:\iplayer\Cannes_2014_-_Cannes_2014_b045k2m1_default.partial.mp4.flv via RTMP
INFO: skipping flashhd1 mode
INFO: Trying flashhd2 mode to record tv: Cannes 2014 - Cannes 2014
INFO: File name prefix = Cannes_2014_-_Cannes_2014_b045k2m1_default

RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO: duration 1546.88
INFO: moovPosition 36.00
INFO: width 1280.00

user-519

Actually I meant DNS not VPN.

The Cannes download (HD) just completed fine.

user-2

BBC uses several CDNs, each with multiple sites, and they don't necessarily work the same where geo-blocking is concerned. As you can see from your last post, rtmpdump failed to connect to the first CDN it tried for your HD programme, so it's not a simple HD/SD split. It doesn't matter if you're using a DNS service or true VPN. Either could be blacklisted. However, I should stress that there is no way for me to know if that is the case. I do know know that at least one CDN has used geo-blocking. get_iplayer works fine from the UK, and that is all we can support. As I've already said, it could just be a transient problem at the BBC end - it wouldn't be the first time. Keep checking it for a week or so.

user-2

I should also say that if you're using a DNS service rather than a true VPN, blacklisting wouldn't seem to be your problem since, as you say, some downloads get through. In that case, it's more likely your non-UK IP address is blocked directly by some of the CDN providers since the stream connections from rtmpdump may not be proxied through the DNS service. Again, no way for me to know.

user-519

Ok thanks, I understand completely about non-UK support and have no expectations in that respect.

I hadn't realised that geo-blocking can operate selectively by CDN so that is obviously a possibility. I'm still a little puzzled though - and this may be entirely due to my almost complete lack on knowledge on the subject - since the failing programmes can be viewed in 'real time' on the PC and can be downloaded using the BBC's own downloader shouldn't geo-blocking apply to those as well? Or are they dependent on completely separate delivery mechanisms (and geo-blocking admin regimes) to those which get-iplayer makes use of?

It would be most helpful if another expat using another VPN or DNS service (I use unblock-us) could attempt the download in my first post and report the results.

Thanks anyway for your help and patience.

user-2

Services like Unblock-Us only work for browser access to specific sites, such as the iPlayer web site. get_iplayer doesn't use the iPlayer web site for downloads, so it won't benefit from such services. They will tell you so themselves:

http://support.unblock-us.com/customer/p...unblock-us-

user-519

Ah OK. It has worked for several months without a hitch so something must have changed in the background.

Thanks for your help, I won't bother you anymore.

user-2

Something you could do to help test - Run the command like this:

Code:
get_iplayer –-output “\iplayer” –-subtitles –-force –-get 324 –-modes=flashlow --attempts=1 --debug



The
Code:
--modes=flashlow
should guarantee failure as an SD download and
Code:
--attempts=1
will limit retries. The
Code:
--debug
flag may induce rtmpdump to show some additional error messages.

user-2

All the reports to date appear to come from Unblock-us users, so it's possible that they have screwed something up. Until someone tests using a different service and posts a log of the result, there is no way to know. Given the lack of squawks about this, Unblock-us as culprit remains a distinct possibility.

user-519

I ran the debug option and it certainly induced some output, 77 pages of it! I will try attachinng this as a zip file.

I can confirm that the problem occurs only with SD files, HD files download fine. I can also download the SD versions OK through a VPN so it does look as though this is unblock-us related.

Anyway here goes with the zip.

user-2

Thanks for that. rtmpdump didn't produce any more useful error messages with
Code:
--debug
, but it was worth a shot. More useful is knowing that it works for you via VPN. Unblock-us don't support get_iplayer, but it seems they may have managed to break it nonetheless.

user-572

Sorry to dig this up but can anyone suggest an alternative for unblock-us that they have had success with?

Thanks

user-2

Sorry - no vpn/proxy swapping here.

These forums are archived

See this post for further info