get_iplayer Digest, Vol 24, Issue 20
dinkypumpkin at gmail.com
Mon Apr 23 17:41:00 EDT 2012
On 23/04/2012 09:06, Alastair wrote:
> Referring to the pvr hd issue, you refer to a brute force approach but for my purposes it is
> too much hands on. My not very sophisticated suggestion was an attempt to think through
> a hands off approach.
Not sure what you're getting at, but then everybody has their own sweet
spot. For me, pvr + cron is about as hands-off as you can get,
> My thought was, for a given search string, to have get_iplayer compare what had already
> been downloaded with what was available. In this way using the fallback modes approach
> suggested by Andy which is working fine, it would always get the best mode, whenever it
> was added to server.
> OK it might not be the fastest approach but could run unattended and suits the cron job
> approach. If it results in two versions then I do not mind sorting that out manually as it is
> quick and non critical.
So what you're really after is a means to force get_iplayer to always
re-download a programme if a higher quality version exists. Again, it
might be possible to add as a dedicated option, but awkward to
implement. However, you can accomplish the same thing with pvr
searches, I gave you one example, and you can simplify it even further
if you don't care about separating HD downloads. There is admittedly a
slight gotcha with some radio programmes, but there is no need to muddy
the water with that right now.
More information about the get_iplayer