get_iplayer Digest, Vol 24, Issue 20

dinkypumpkin dinkypumpkin at
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 mailing list