On 20/04/2022 10:17, MacFH - C E Macfarlane - News wrote:
I've also managed to adapt my calling program to allow parameters such
as --pid in the lists of search terms, simply by not quoting any search
term beginning with '--' before feeding it to GiP, so the one for
low-def radio now has a
On 22/04/2022 16:01, Jim web wrote:
In article <5f9d21ff-9029-2096-b4c4-ff35b74f0...@macfh.co.uk>,
MacFH - C E Macfarlane - News wrote:
* The lists and their intended use are:
Full HD TV - A new one similar to the next, which I've just created
after discovering here that these
In article <5f9d21ff-9029-2096-b4c4-ff35b74f0...@macfh.co.uk>,
MacFH - C E Macfarlane - News wrote:
> * The lists and their intended use are:
> Full HD TV - A new one similar to the next, which I've just created
> after discovering here that these downloads are available, so I haven't
On 22/04/2022 12:22, Peter Scott wrote:
On 21.04.2022 23.38, MacFH - C E Macfarlane - News wrote:
What are the URLs of the listing pages you are using to get the PIDs?
I have a python script that shows BBCÂ listings with pids. You can find
it here:
https://github.com/cmsps
On 21.04.2022 23.38, MacFH - C E Macfarlane - News wrote:
What are the URLs of the listing pages you are using to get the PIDs?
I have a python script that shows BBC listings with pids. You can find
it here:
https://github.com/cmsps
Peter
--
email: petersc...@pobox.com
website:
On 22/04/2022 10:41, Jim web wrote:
In article , MacFH - C
E
Macfarlane - News wrote:
On 20/04/2022 12:27, Jim web wrote:
In article , MacFH -
C E Macfarlane - News wrote:
I can understand that this might happen if the PIDs are the same, but
it's not my experience. '5 Live Science' is the
In article , MacFH - C
E
Macfarlane - News wrote:
> On 20/04/2022 12:27, Jim web wrote:
> > In article , MacFH -
> > C E Macfarlane - News wrote:
> >>
> >> I can understand that this might happen if the PIDs are the same, but
> >> it's not my experience. '5 Live Science' is the first time I've
On 20/04/2022 12:27, Jim web wrote:
In article ,
MacFH - C E Macfarlane - News wrote:
I can understand that this might happen if the PIDs are the same, but
it's not my experience. '5 Live Science' is the first time I've come up
against this.
I specify items via pid as per their listings in
In article , MacFH - C
E
Macfarlane - News wrote:
> On 18/04/2022 14:26, Jim web wrote:
> >
> > I may be missing the point. But for ages now whenever I fetch a radio
> > programme I get the 'podcast' version. I've assumed this was the norm,
> > nowdays.
> I can understand that this might happen
On 18/04/2022 14:26, Jim web wrote:
I may be missing the point. But for ages now whenever I fetch a radio
programme I get the 'podcast' version. I've assumed this was the norm,
nowdays.
I can understand that this might happen if the PIDs are the same, but
it's not my experience. '5 Live
On 19/04/2022 09:51, Andy Wedge wrote:
From: get_iplayer On Behalf Of MacFH
- C E Macfarlane - News
Sent: 19 April 2022 01:41
You've failed to notice that the podcasts have different PIDs from the episodes
previously downloaded, so they'll all download again.
I've use the --pid-recursive
On 19/04/2022 11:03, iz wrote:
On 18 Apr 2022, at 15:17, MacFH - C E Macfarlane - News
wrote:
--type radio --pid p02pc9ny --pid-recursive
... it finds all the previous versions before April this year that I've already
downloaded, listened to, and then deleted, and I don't want to
> On 18 Apr 2022, at 15:17, MacFH - C E Macfarlane - News
> wrote:
>
> --type radio --pid p02pc9ny --pid-recursive
> ... it finds all the previous versions before April this year that I've
> already downloaded, listened to, and then deleted, and I don't want to waste
> my bandwith
In article <87k0bmv9gk@ixod.org>, Mark Carroll wrote:
> On 18 Apr 2022, MacFH wrote:
> >
> > How can I make GiP find these 'podcast' versions as well as or instead
> > of the 'normal' downloads which are no longer being made available?
> https://github.com/get-iplayer/get_iplayer says,
>From: get_iplayer On Behalf Of MacFH
>- C E Macfarlane - News
>Sent: 19 April 2022 01:41
>
>On 18/04/2022 19:54, fred.d wrote:
>>
>>> On 18 Apr 2022, MacFH wrote:
>>>
>>> ... it finds all the previous versions before April this year that >>
>>> I've already downloaded, listened to, and
On 18/04/2022 19:54, fred.d wrote:
>
>> On 18 Apr 2022, MacFH wrote:
>>
>> ... it finds all the previous versions before April this year that
>> I've already downloaded, listened to, and then deleted, and I don't
>> want to waste my bandwith downloading 550 or so programmes that I've
>> already
--
... it finds all the previous versions before April this year that I've
already downloaded, listened to, and then deleted, and I don't want to
waste my bandwith downloading 550 or so programmes that I've already heard.
---
On your point about recursive - By
On 18 Apr 2022, MacFH wrote:
> On 18/04/2022 13:53, Mark Carroll wrote:
>>
>> https://github.com/get-iplayer/get_iplayer says, "podcasts directly via
>> PID or URL". Indeed, for the latest, if I try,
>>
>> get_iplayer --pid=p0c1g25k
>>
>> then it downloads just fine. Hope that helps.
>
>
On 18/04/2022 13:53, Mark Carroll wrote:
On 18 Apr 2022, MacFH wrote:
Since the beginning of April the above programme has not been downloaded
by GiP, as follows:
> perl \get_iplayer.pl --profile-dir= --type radio "5 Live
Science" -g
(snip)
... but clicking the podcast tab on that page
On 18 Apr 2022, MacFH wrote:
> Since the beginning of April the above programme has not been downloaded
> by GiP, as follows:
>
> > perl \get_iplayer.pl --profile-dir= --type radio "5 Live
> Science" -g
(snip)
> ... but clicking the podcast tab on that page reveals that there are
> so-called
Since the beginning of April the above programme has not been downloaded
by GiP, as follows:
> perl \get_iplayer.pl --profile-dir= --type radio "5 Live
Science" -g
get_iplayer v3.29, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY; for details use
21 matches
Mail list logo
