Re: '5 Live Science' not being found to download
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 line that reads '--pid p02pc9ny --pid-recursive' to pick up future podcast editions. Normality now restored. Except it's not. I hadn't quite realised the full extent of what was going on. Having a '--pid' parameter in the command-line fed to GiP kills all the other search terms in its command-line, and it searches only for PIDs. I sense another modification to GiP coming on to enable normal searches and PIDs to be used together. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 downloads are available, so I haven't yet quite decided on absolute criteria to distinguish between the two. HD TV - For David Attenborough and other nature documentaries, films, etc. [snip] I tend to fetch a wider variety of items, so usually go via the schedules. My better half/controller also prefers some things that bore me, and I need to keep those in mind as well. :-) Is there an easy way to see what is fetchable as the "Full HD" though? Not really. If you have a particular programme in mind, then the following would tell you ... Linux: GiP --info | grep -i 'fhd' GiP --pid --info | grep -i 'fhd' Windows (which I know you don't use, but others do): GiP --info | find /i "fhd" GiP --pid --info | find /i "fhd" Notes (as I'm sure you would realise, but others may not): 1) Absence of output means the programme is not Full HD. 2) If the version finds more than one programme, then the above won't tell you which hits any results apply to! 3) The above relies on the string 'fhd' not appearing anywhere in the output except in the lines relating to tv quality. To be more precise would require a slightly more sophisticated approach, but wouldn't be difficult to achieve. For example pipe the output through a search for 'qualities:' before the one for 'fhd'. In general I'd not bother as the usual HD seems Ok to me, but it may be useful for items where image quality is particularly important. Does the "Full HD" have better sound than the now-standard 192k for TV? (The old 320k for TV having sadly been knocked on the head when someone at the BBC noticed it was still going out without them intending it!) Sadly, it's actually even worse than that ... Art That Made Us Beauty Of Maps Gilbert & Sullivan - The Gondoliers Scotland's Sacred Islands ... all 1920x1080x50 but 128kbps,Stereo,48kHz! Logic has not been the BBC's strong point for a good long while, probably since the scrapping of the old R/technical standards department(s), whatever it/they were actually called (never having worked for them I've only heard others' occasional comments on this). ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 > yet quite decided on absolute criteria to distinguish between the two. > HD TV - For David Attenborough and other nature documentaries, > films, etc. [snip] I tend to fetch a wider variety of items, so usually go via the schedules. My better half/controller also prefers some things that bore me, and I need to keep those in mind as well. :-) Is there an easy way to see what is fetchable as the "Full HD" though? In general I'd not bother as the usual HD seems Ok to me, but it may be useful for items where image quality is particularly important. Does the "Full HD" have better sound than the now-standard 192k for TV? (The old 320k for TV having sadly been knocked on the head when someone at the BBC noticed it was still going out without them intending it!) Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 Thanks, will take a look. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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: https://peterscott DOT eu5 DOT net ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 first time I've come up against this. I specify items via pid as per their listings in the daily shedules. R4 items then tend to come as the longer 'podcast' version in terms of content. But having the pid shown on the BBC R4 schedules. However I don't normally look at "!Zounds" so don't know about any items that are podcasts which aren't broadcast. What are the URLs of the listing pages you are using to get the PIDs? Example: Today's R4 page that I'd use is this https://www.bbc.co.uk/schedules/p00fzl7j If I then hover the mouse pointer over an item FireFox shows the address/pid at the bottom left of its window. e.g. For the "Midnight News" I see "m0016hg6". I then give that to gip and it fetches the file. In many cases this then gives me a 'podcast' version - i.e. longer than the broadcast slot and often with a top/tail about podcasts, etc. FWIW I go though the listings and make a text file listing the pids of items I want. I then DND that file onto a simple ROX-Filer app I've written. This then chugs though fetching them as I do something else - e.g. make breakfast. :-) Also did that to fetch the 'RKO story' and the following films this morning. (Listed on BBC4 TV last night.) Whilst I made breakfast. Also means I can fetch before 9am and the data isn't counted towards my monthly data 'cap'. Looking forwards to seeing (almost) "The Thing" again as I've just finished the book "Astounding" about John W. Campbell and his main authors. Thanks for the URLs and explanation. FWIW, I use Digiguide, so don't see PIDs, which is why I enquired about that. As I think I've explained before, I have five lists of search terms*, each of which, in the order below in turn, is read by a self-written multi-purpose Perl script and fed in a call to GiP as a list of search terms. I can also specify extra search terms on the command-line for it, to accommodate anything I see in the schedules that's not already in the lists. I could and used to automate this further, by having it run on an overnight schedule on my old NAS. However, as GiP and my own Perl script evolved, I found that some of the modules needed, particularly for the former, wouldn't install because of the age of the Perl system on it, which I found I couldn't upgrade, and the NAS was seeming increasingly slow compared to the increasing demands being placed upon it. So I've upgraded it to a new one, but haven't got around to putting Perl or GiP on that. Instead I run GiP manually every evening on this PC, by calling my script. * 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 yet quite decided on absolute criteria to distinguish between the two. HD TV - For David Attenborough and other nature documentaries, films, etc. SD TV - Other documentaries such as The Sky At Night, sports coverage, or anything where the content is highly ephemeral and so not worth the extra download time and space of better resolution. HiDef Radio - For music. Radio - For science reports, other ephemeral content, etc. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 come > >> up against this. > > > > I specify items via pid as per their listings in the daily shedules. > > R4 items then tend to come as the longer 'podcast' version in terms of > > content. But having the pid shown on the BBC R4 schedules. However I > > don't normally look at "!Zounds" so don't know about any items that > > are podcasts which aren't broadcast. > What are the URLs of the listing pages you are using to get the PIDs? Example: Today's R4 page that I'd use is this https://www.bbc.co.uk/schedules/p00fzl7j If I then hover the mouse pointer over an item FireFox shows the address/pid at the bottom left of its window. e.g. For the "Midnight News" I see "m0016hg6". I then give that to gip and it fetches the file. In many cases this then gives me a 'podcast' version - i.e. longer than the broadcast slot and often with a top/tail about podcasts, etc. FWIW I go though the listings and make a text file listing the pids of items I want. I then DND that file onto a simple ROX-Filer app I've written. This then chugs though fetching them as I do something else - e.g. make breakfast. :-) Also did that to fetch the 'RKO story' and the following films this morning. (Listed on BBC4 TV last night.) Whilst I made breakfast. Also means I can fetch before 9am and the data isn't counted towards my monthly data 'cap'. Looking forwards to seeing (almost) "The Thing" again as I've just finished the book "Astounding" about John W. Campbell and his main authors. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 the daily shedules. R4 items then tend to come as the longer 'podcast' version in terms of content. But having the pid shown on the BBC R4 schedules. However I don't normally look at "!Zounds" so don't know about any items that are podcasts which aren't broadcast. What are the URLs of the listing pages you are using to get the PIDs? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 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 the daily shedules. R4 items then tend to come as the longer 'podcast' version in terms of content. But having the pid shown on the BBC R4 schedules. However I don't normally look at "!Zounds" so don't know about any items that are podcasts which aren't broadcast. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 Science' is the first time I've come up against this. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 option with a series pid for multiple podcast series and the individual episodes certainly do not have different pids from those already downloaded. My scheduled GiP runs just download the latest episodes. If you are experiencing episodes being downloaded time and again the I would suggest you either have the --force option on somewhere or your download history is being cleared. No, the podcast series have different pids from the corresponding main downloads, for example ... Original series: b043wvt9 Podcast series: p02pc9ny Most recent three episodes from original series flagged as unavailable: 5 Live Science - Buying Breast Milk Online, BBC Radio 5 live, m00161g8 5 Live Science - Science in Film, BBC Radio 5 live, m001682t 5 Live Science - Hot Cross Puns: Easter Science Q & A, BBC Radio 5 live, m0016jdn Podcast editions which are available: 5 Live Science Podcast - Buying Breast Milk Online, BBC Radio 5 Live, p0bz4ztr 5 Live Science Podcast - Science in Film, BBC Radio 5 Live, p0c06v0k 5 Live Science Podcast - Hot Cross Puns: Easter Science Q & A, BBC Radio 5 Live, p0c1g25k ... and unsurprisingly therefore using '--pid p02pc9ny --pid-recursive' they did indeed all download again, merely for me to delete them. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 waste my bandwith downloading 550 or so programmes that I've already heard. You can use --pid p02pc9ny --pid-recursive --hide --mark-downloaded to add to download history all previous podcast episodes not already downloaded. Use --pid p02pc9ny --pid-recursive --hide on subsequent runs to pick up new episodes. Ah, thank you, I wasn't aware of the '--mark-downloaded' parameter, and did in the end download them all just to delete them. At least I'll know for next time, thanks again. 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 line that reads '--pid p02pc9ny --pid-recursive' to pick up future podcast editions. Normality now restored. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
> 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 downloading 550 or so programmes that I've already heard. You can use --pid p02pc9ny --pid-recursive --hide --mark-downloaded to add to download history all previous podcast episodes not already downloaded. Use --pid p02pc9ny --pid-recursive --hide on subsequent runs to pick up new episodes. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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, "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. > -- Mark 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. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: '5 Live Science' not being found to download
>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 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 default GiP will tell you that > stuff >> you have downloaded has "already been downloaded" and not > attempt it >> again (download_history file in your profile directory is a > record >> of...). So if you have a series or parent PID that's recursive > this >> should be really simple. > 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 option with a series pid for multiple podcast series and the individual episodes certainly do not have different pids from those already downloaded. My scheduled GiP runs just download the latest episodes. If you are experiencing episodes being downloaded time and again the I would suggest you either have the --force option on somewhere or your download history is being cleared. Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 heard. > > On your point about recursive - By default GiP will tell you that > stuff you have downloaded has "already been downloaded" and not > attempt it again (download_history file in your profile directory is a > record of...). So if you have a series or parent PID that's recursive > this should be really simple. You've failed to notice that the podcasts have different PIDs from the episodes previously downloaded, so they'll all download again. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
-- ... 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 default GiP will tell you that stuff you have downloaded has "already been downloaded" and not attempt it again (download_history file in your profile directory is a record of...). So if you have a series or parent PID that's recursive this should be really simple. (If I want to download something that I've previously downloaded, then I have to use --force to make it download again, and if it's physically present in the download directory also add --overwrite to replace it. - sometimes useful if you want a different format). I don't download podcasts but I can't see why they would be any different. I regularly use series Pids for TV that's being released each week with a short retention period. It's the easiest way to make sure I don't miss episodes. I just "get_iplayer --pid-recursive --pid=,, ... " and dump this in a text file. Copy and paste to the command line and it takes seconds. GiP does all the heavy lifting. If your experience with recursive is different then maybe you have an option set that's overriding it somehow - or maybe podcasts are different. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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. > > Oh yes, I can download them via the PID, indeed have already done so, (snip) Ah, sorry, I was confused by the "has not been downloaded" but you meant by exactly the search you quoted. > What I was asking is how to make GiP *find* them for itself? That same page also says "BBC podcasts are not searchable" so I doubt it's going to. -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 reveals that there are so-called 'podcast' editions of the missing programmes available ... https://www.bbc.co.uk/programmes/p02pc9ny/episodes/downloads 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, "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. Oh yes, I can download them via the PID, indeed have already done so, but that requires a specific extra command over and above my daily run which searches for, among other things, 'Science'. Further, I'd have to look up the PID of each new episode, because if I try ... --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 downloading 550 or so programmes that I've already heard. What I was asking is how to make GiP *find* them for itself? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: '5 Live Science' not being found to download
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 'podcast' editions of the missing programmes available ... > > https://www.bbc.co.uk/programmes/p02pc9ny/episodes/downloads > > 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, "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. -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
