> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of steve p
> Sent: 23 November 2014 23:36
> Subject: pid recursive use?
>
> Using the pid method, GIP responded for me to use the --pid-recursive
> command.
> Tried a few options but no good so resorted to the manual
> Sent: Sunday, November 23, 2014 at 11:18 PM
> From: Budgie
> To: get_iplayer
> Subject: Help Please with Radio Download
>
> I have Rumpole set up on pvr chron job list but during the various
> revisions to GiP some of the episodes have incorrect tagging and no
> thumbnail. I saw that these e
On Sun, 23 Nov 2014 23:18:50 +, Budgie wrote:
> I have Rumpole set up on pvr chron job list but during the various
> revisions to GiP some of the episodes have incorrect tagging and no
> thumbnail. I saw that these episodes were still available so thought I
> would download again with the
Using the pid method, GIP responded for me to use the --pid-recursive command.
Tried a few options but no good so resorted to the manual but found no further
advice.
Anyone enlighten me please?? Thanks
___
get_iplayer mailing list
get_iplayer@lists.infr
I have Rumpole set up on pvr chron job list but during the various
revisions to GiP some of the episodes have incorrect tagging and no
thumbnail. I saw that these episodes were still available so thought I
would download again with the latest Githead version and pid.
Sadly I received the follo
No, still doesn't work today, even with an unaltered script download via
git:
get_iplayer v2.90, 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
conditio
> Can you not use the --pvr feature? It grabs things based on a
> search string contained in a simple to construct text file in
> the ~/.get_iplayer/pvr directory.
TBH, I've never investigated this, but probably ought. My own PVR-style
script originally grew out of the need to keep tw
On 23 Nov, w...@audiomisc.co.uk wrote:
> I'll do some more checks at some point later on.
Just did the BT speed test and my connection speed is *way* down low. About
0.6 to 0.8 mbps! So I guess that's preventing decent fetching. Next
question is to find out why it keeps happening... But looks li
Update on this as I did some checks today.
This morning I gipped a few R3/4/4x programs. The fetch rate varied over
the range from about x5 to x10 'real time replay'. Since I have a
connection that always tells me it is in the range from 14 to over 70 mbps
this seems a tad slow. As on an occasion
> I usually run GIP without -g to load the cache(s), then give a series of
> bash commands separated by ';' to leave GIP downloading overnight,
> but if one of them relies on an index number, I don't want the cache
> reloaded by that or any of the preceding commands, as that will
> change the in
Thanks.
Version as download via git last night seems to be the same as I originally
adapted to create my patches previously posted, so either my patches have
just started introducing the problem, or else at the various times I tried
there was some problem with the BBC server. I don't think it wil
Thanks.
However, really I'm looking for a simple way of preventing GIP redownloading
the cache just to get a programme that one can be certain should still be in
it. Nigel's contribution, for which I'm grateful, looks to be the best bet
so far, but is a little unwieldy as my aging brain either ha
Must admit, I've been caught by this myself on many occasions - the
number "1" and the letter "l" look pretty similar on BBC pages, which is
why I've given up typing in the PID and do a cut and paste instead.
A
On 23/11/2014 02:34, Doug Faunt N6TQS +1-510-717-1197 wrote:
Oh, foo. those are th
13 matches
Mail list logo