Re: Recursive download with episode name filter?
> On 24 Apr 2024, at 13:11, Nick Payne wrote: > > Interestingly, if I run > > get_iplayer "Snooker* > > all that finds are the various Day 1, Day 2 etc videos. None of the A vs B > match videos are found. The docs explicitly state that web-only items are not searchable. As to the original question: You can't do it directly, but you should be able to strain the output from --pid-recursive-list into a list of PID values for the individual matches, then feed that to GiP. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Recursive download with episode name filter?
Have a look at https://www.bbc.co.uk/iplayer/episodes/b010nsbf/snooker-world-championship, and underneath that they have "Day 1 Round 1", "Day 2 Round 1" etc up to "Today". Under each of those there are videos of a particular match - eg under Day 1 there is https://www.bbc.co.uk/iplayer/episode/p0hq5cs9/snooker-world-championship-2024-live-tom-ford-v-ricky-walden-session-one. I can use the pid b010nsbf with --pid-recursive, but that gets everything, which involves considerable duplication of coverage, which is why I would like to filter what --pid-recursive downloads, rather than . Interestingly, if I run get_iplayer "Snooker* all that finds are the various Day 1, Day 2 etc videos. None of the A vs B match videos are found. On 24/04/2024 20:48, Chris Walker wrote: On Wed, 24 Apr 2024 19:33:40 +1000 Nick Payne wrote: For example, with the coverage of the current world snooker championships, I'm only after the videos of one specific player versus another, and they all have episode names of the format A_v_B, where A and B are the players. BBC have a pid that can be used to download all their coverage with --pid-recursive, but I'd like to filter it down to only episodes that contain "_v_" in their name. Is this possible? Nick Payne I've just done a search for snooker and that's just listed as this :- 4579: Snooker: World Championship: 2024 - Day 1: Afternoon Session, BBC One, m001ykb4 If I then do a --info against that there doesn't appear to be any information of the sort you're describing so where are you getting that information from? Can you give me an example PID? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Recursive download with episode name filter?
On Wed, 24 Apr 2024 19:33:40 +1000 Nick Payne wrote: > For example, with the coverage of the current world snooker > championships, I'm only after the videos of one specific player > versus another, and they all have episode names of the format A_v_B, > where A and B are the players. > > BBC have a pid that can be used to download all their coverage with > --pid-recursive, but I'd like to filter it down to only episodes that > contain "_v_" in their name. Is this possible? > > Nick Payne I've just done a search for snooker and that's just listed as this :- 4579: Snooker: World Championship: 2024 - Day 1: Afternoon Session, BBC One, m001ykb4 If I then do a --info against that there doesn't appear to be any information of the sort you're describing so where are you getting that information from? Can you give me an example PID? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Duplicates, triplicates, quadruplicates…
A great suggestion, thanks, but it's a little tougher with a keyword search. I'm casting a wide net for topics that could show up in any programme on any station. The catches might not always interest me, but if that's the case, I'd rather not watch get_iplayer download six identical uninteresting copies where one would be enough. On Fri, Mar 29, 2024, 6:24 AM Chris Walker wrote: > > On Thu, 28 Mar 2024 13:40:26 -0400 > Mike Pollock wrote: > > > Since the consolidation of much of BBC Local Radio, syndicated > > programmes airing across multiple local stations are now replicated in > > the archive with different PIDs and suffixed names. This has the > > unpleasant effect of causing keyword search hits to download multiple > > versions of the same programme: > [snip] > > Is there a better way, or is there a chance of adding some duplication > > detection into the software itself? > > I can't offer a way to detect duplicates but in the past when Bernie > Keith Rock 'n' Roll Show was broadcast on several local stations I > would pick one of those stations and download that one. I chose > Northampton even though I'm in Norfolk (I think that may now come under > Three Counties) so the pvr file had these two lines in it :- > fields desc > channel BBC Radio Northampton > > Sadly the BBC have decided to bin off Bernie Keith on a Saturday as > they did with Geoff Barker earlier. > > -- > __ __| |_ __ __ .. > / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | > \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Duplicates, triplicates, quadruplicates…
On Thu, 28 Mar 2024 13:40:26 -0400 Mike Pollock wrote: > Since the consolidation of much of BBC Local Radio, syndicated > programmes airing across multiple local stations are now replicated in > the archive with different PIDs and suffixed names. This has the > unpleasant effect of causing keyword search hits to download multiple > versions of the same programme: [snip] > Is there a better way, or is there a chance of adding some duplication > detection into the software itself? I can't offer a way to detect duplicates but in the past when Bernie Keith Rock 'n' Roll Show was broadcast on several local stations I would pick one of those stations and download that one. I chose Northampton even though I'm in Norfolk (I think that may now come under Three Counties) so the pvr file had these two lines in it :- fields desc channel BBC Radio Northampton Sadly the BBC have decided to bin off Bernie Keith on a Saturday as they did with Geoff Barker earlier. -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Seeking Help with Downloading AD Films
> On 9 Mar 2024, at 12:21, Darran Ross wrote: > > What I'd like to know is, would it be possible to ask GiP to search all > available films and then download only those with audio description? The short answer is no. GiP cannot search by category or version, nor can it search the entire iPlayer catalog. If, for example, you came up with a way to scrape the Films category on the iPlayer site you could probably assemble a list of PIDs to feed to GiP. You could also simply work your through the Films category and copy/paste URLs of the films you want to the command line or to a batch script of some sort. Tedious, but might be doable for the roughly 250 films available. Use of --versions=audiodescribed wold prevent the download of any films without audio description, at the expense of some error messages. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Searching failing
> On 9 Mar 2024, at 14:46, Charles Johnson wrote: > > On 06/03/2024 20:56, iz wrote: >> "firstbcastdate" is not a search field. Use --fields=available > Thank you. So I therefore must take it that all tokens that match the pattern > ^\w+: in a listing (such as firstbcastyear:, firstbcastrel:, etc.) are NOT > the names of fields? If so, that's a PITA. How do I know which fields ARE > available for use? > Only a few fields in --info output are derived from the cache data used for searches. You would be waiting until (relative) doomsday to index all metadata for all available programmes. The only really useful search fields are the ones shown in the doc examples. The use of "available" is a bit of a fluke that only works because it is stored as a formatted date/time. As was mentioned by Chris Walker, you also have --available-since and --available-before to bracket searches by availability time. Otherwise, crack open one of your cache files - fields names at at the top. They are the same field names shown in docs for use with --listformat. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: releaseyear metadata get_iplayer extracts for Films
On 06/03/2024 19:42, MacFH - C E Macfarlane - News wrote: Eh? Surely this film is way older than that? ISTR first seeing it in the 70s? Let's see what IMDB says, yes, thought so, 1971. https://www.imdb.com/title/tt0067116/ Sorry that was a terrible example on my part! No idea what I was thinking LOL. I guess my wish would be that get_iplayer would only return a releaseyear if one was provided and not return when one is not as this not the release year and is available separately in the metadata returned anyway... As above, use the form ... https://www.bbc.co.uk/programmes/ ... to find a page for a programme that remains accessible even after it has lapsed from iPlayer. Yes I was aware of that form but that does not provide as much info as https://www.bbc.co.uk/iplayer/episode/ does (i.e. the year) for content that has not lapsed... ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Fifty frames per second with half of them redundant.
On 05/03/2024 12:23, Ralph Corderoy wrote: Hi, I'm used to an hour of iPlayer video needing about 1 GiB. In the past, this doubled for a while because the frame rate doubled from 25 to 50 per second. But stepping through the frames, say with mpv(1)'s ‘.’, showed the first frame of a pair will be a scene update and the second is a very minor adjustment of the pixels. So the camera shot might move in frames 1, 3, 5, ... and nothing much happen in frames 2, 4, 6... A waste for the BBC and me. Then downloads went back to the normal 1 GiB/hour. Recently, like the last few weeks, it's doubled again with the same cause. Take PID m001x0zq. ffprobe(1) shows Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 5058 kb/s, 50 fps, 50 tbr, 90k tbn, 100 tbc (default) Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default) Stream #0:2: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 192x108 [SAR 72:72 DAR 16:9], 90k tbr, 90k tbn, 90k tbc Does anyone have insights as to why this happens and what causes the BBC to return to normal? Is there anything I can do to force a sane 25 fps without dropping quality? Ths merits a recap of the complexity caused by interlaced broadcast video standards. Please bear with (or skip to roughly halfway down). Apologies if you already know all this... Each frame of an interlaced video picture is comprised of odd lines from the current frame (field 1) and even lines from the next frame (field 2). On playback, the device plays the video signal with a bob deinterlace, resulting in the familiar "50i" look to programme content. The BBC and some other UK broadcasters sometimes refer to interlaced signals as "50i" to distinguish them from 25p video signals. Other notations like 1080i/25 (suggested by the EBU and SMPTE) are also used. In practice nowadays, the encoders used for DTT and DSAT should detect progressive flags from the playout system metadata and adjust their format on the fly. It's usually seamless, though older TVs (and STBs which pass through the signal as-received with no processing or upscaling) may sometimes pop a notification of a standards change. Easiest to spot around ad breaks in films on ITV and Channel 4. Like the Death in Paradise show, many films and TV serials are originated 24 or 25 fps progressive, but are still provided to the BBC (like other UK broadcasters) as interlaced 25 fps, PsF (Progressive Segmented Frames) files. For the BBC, 1080p25 progressive file delivery is only acceptable with prior agreement (per BBC technical delivery standards document). 50 fps progressive is currently only an acceptable delivery format for UHD programmes. Creating a PsF video from progressive source material is done by creating every second video field (the 'lower' field, comprised of even-numbered picture lines) from the same source frame as the preceding "upper" field (odd-numbered lines). This maintains full compatibility with interlaced broadcast, and usefully creates a video file of 25 full resolution progressive frames per second. However, on iPlayer, all content originated as interlaced is deinterlaced at the encoding step... Your example sounds like the iPlayer encode might have either been from from a 1080i/25 broadcast feed (from Playout, not received off-air), or if it was encoded from a file-based delivery (FBD) it was likely a 1080i/25 PsF file which iPlayer's treated as interlaced. iPlayer does double-rate deinterlacing, resulting in 50p files. It uses a bwdif/bob/double Yadif-type deinterlace, doubling the frame rate to preserve temporal resolution, instead of blending two fields to produce a lower quality 25p file. The downside is that it increases the filesize, occasionally for no visible benefit if the content was originally 25p. I tried the quality levels available. The fhd quality yields a 2.10 GB, 1920x1080p50 file: get_iplayer --file-prefix="<-senum><-episodeshort>-" --pid m001x0zq --tv-quality fhd Specifying "--tv-quality hd" results in a 2.09 GB, 1280x720p50 file. I'd suggest the 1080p50 is still the better choice. You'd have to drop to the worse sd level to get 25p. As half the frames are essentially duplicates, they will still encode very efficiently - in my own experiments I've often found that for a given bit rate, 25p content encoded as a 50p file can be "only" 15-25% bigger than a 25p version, which I reckon is most likely due to the extra required full-resolution I frames. The Bidirectional and Predictive frames encode using almost no bits thanks to the efficiency of H.264. If your file sizes are doubling, it may be due to the bit rate of the file increasing. That's something you won't have any
Re: releaseyear metadata get_iplayer extracts for Films
> On 6 Mar 2024, at 18:49, David wrote: > > Unfortunately neither of my examples is currently listed in the iPlayer > schedules on so I am unable to confirm via the website if the Beach does not > the original release year (so its extracting ), but all my > spot checks of current films on the iPlayer website have the orginal release > date shown, so it would be surprising if the Beach did not have it, which > makes me wonder if there is some other reason why get_iplayer cannot return > it? If the film is no longer available on iPlayer, there is no release year listed, so nothing for get_iplayer to grab. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Searching failing
> On 23 Feb 2024, at 11:00, Charles Johnson wrote: > > I don't really do much searching so I might be doing something wrong, but the > following search fails to produce any results for me: > > get_iplayer --type=radio --fields=firstbcastdate "2024-02-22" > > I know for a fact that certain programmes are new every day. Can anyone tell > me what's (not) happening here? "firstbcastdate" is not a search field. Use --fields=available ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: releaseyear metadata get_iplayer extracts for Films
On 06/03/2024 18:49, David wrote: I am using get_iplayer v3.35 to extract metadata for Films and have a question about how its populating releaseyear. Using the following examples:- get_iplayer --metadata-only pid=m001jwmx See https://www.bbc.co.uk/programmes/m001jwmx get_iplayer --metadata-only pid=b00748sh See https://www.bbc.co.uk/programmes/b00748sh m001jwmx, The Beach, returns releaseyear as 2023, whereas I'm expecting 2000. That was the year it was first broadcast by the BBC, as explained below. b00748sh. The French Connection, returns releaseyear as 2006, as expected. Eh? Surely this film is way older than that? ISTR first seeing it in the 70s? Let's see what IMDB says, yes, thought so, 1971. https://www.imdb.com/title/tt0067116/ I note that the release notes for 3.32 state, "Added a substitution parameter, which is the year a programme was originally released, if available - otherwise set to . The two items are often the same for TV and radio episodes, but may be different for films and archive programmes, e.g., Radio 4 Extra shows." Which partly explains the above. Unfortunately neither of my examples is currently listed in the iPlayer schedules on so I am unable to confirm via the website if the Beach does not the original release year (so its extracting ), but all my spot checks of current films on the iPlayer website have the orginal release date shown, so it would be surprising if the Beach did not have it, which makes me wonder if there is some other reason why get_iplayer cannot return it? Can anyone advise? As above, use the form ... https://www.bbc.co.uk/programmes/ ... to find a page for a programme that remains accessible even after it has lapsed from iPlayer. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
George I think you are correct that the web PVR is just a front end for the CLI pvr running in the background. It doesn't rely on Chrome or windows to actually do anything. I don't think you are correct regarding 4hr Cache refresh when using the web PVR (although I can't explain this inconsistency - see below) The Cache used to refresh every 4 hours using the web PVR without the refresh cache page being open. I have used the GiP web PVR for approx. 8 years and on one occasion whilst on holidays for 5 weeks I returned home to see that GiP had recorded everything in my PVR list over the previous 5 weeks and stuff broadcast within the previous 12 hours - so clearly still working. Now if I leave the refresh cache page open it all works without human intervention. Can I explain the change in behaviour - no I can't, but I am just happy that it works as intended if in a slightly different manner. Jon -Original Message- From: get_iplayer On Behalf Of geo...@eycott.co.uk Sent: 15 February 2024 00:27 To: jon92...@gmail.com; 'Tom Guest' ; get_iplayer@lists.infradead.org Subject: RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically This has become such a long complex layout of an email I have binned it and started again! I think there are two issues getting confused here, refreshing the web page on the web PVR (which is a browser issue) and refreshing the cache which is a different thing. I am not aware that the web PVR has ever refreshed the cache, it is just a web front end for get_iplayer and its CLI pvr. I have the CLI pvr running in the background (get_iplayer_pvr.cmd), this does the 4hr refresh on the cache and automatically downloads any matching items from the pvr list then I can use the web pvr as a front end to edit the pvr list and pick nay individual programmes I want to download if they are not in the PVR list. The web PVR on its own only looks at the cache, it doesn't update it nor does it automatically download items in the PVR list. Cheers George ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Searching failing
On Sat, 24 Feb 2024 10:27:02 + Chris Walker wrote: > On Fri, 23 Feb 2024 12:11:34 + > Charles Johnson wrote: > > > On 23/02/2024 11:11, Chris Walker wrote: > > > Does this help? > > > get_iplayer --since=24 ".*" > > > > Yes, that does return results thanks. Just wondering why my > > original does not > > Could it be because you didn't specify any programmes to search? > > I amended your search to add ".*" and it produced loads of results but > looking at the stream of output, the search criteria regarding the > date didn't work so more research needed I think. Looking some more at the link I provided in my first response, and referring to my comment above about too many results, I tried this (I used "The Newsroom" just to reduce the stream of output) :- get_iplayer --type=radio --available-since=48 --available-before=24 "The Newsroom" Matches: [snip list of finds] INFO: 7 matching programmes So Charles, I hope this helps you in your quest. -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Searching failing
On Fri, 23 Feb 2024 12:11:34 + Charles Johnson wrote: > On 23/02/2024 11:11, Chris Walker wrote: > > Does this help? > > get_iplayer --since=24 ".*" > > Yes, that does return results thanks. Just wondering why my original > does not Could it be because you didn't specify any programmes to search? I amended your search to add ".*" and it produced loads of results but looking at the stream of output, the search criteria regarding the date didn't work so more research needed I think. -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Searching failing
On Fri, 23 Feb 2024 11:00:46 + Charles Johnson wrote: > I don't really do much searching so I might be doing something wrong, > but the following search fails to produce any results for me: > > get_iplayer --type=radio --fields=firstbcastdate "2024-02-22" > > I know for a fact that certain programmes are new every day. Can > anyone tell me what's (not) happening here? Does this help? get_iplayer --since=24 ".*" I found that here - https://github.com/get-iplayer/get_iplayer/wiki/search -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
Well, after a week of monitoring what is going on I am fairly confident that: Unlike previously the Web PVR doesn't refresh the programme cache in the background. It most definitely used to ! And unlike previously it no longer refreshes the cache when you restart the Web PVR. e.g. following a reboot of the PC in question. However it does seem to refresh the cache every 4 hours if you open the refresh cache window and leave it open. So I leave 3 tabs open rather than 2 - a small price to pay for the privilege. And they say computers would make our lives easier. Jon -Original Message- From: get_iplayer On Behalf Of geo...@eycott.co.uk Sent: 15 February 2024 00:27 To: jon92...@gmail.com; 'Tom Guest' ; get_iplayer@lists.infradead.org Subject: RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically This has become such a long complex layout of an email I have binned it and started again! I think there are two issues getting confused here, refreshing the web page on the web PVR (which is a browser issue) and refreshing the cache which is a different thing. I am not aware that the web PVR has ever refreshed the cache, it is just a web front end for get_iplayer and its CLI pvr. I have the CLI pvr running in the background (get_iplayer_pvr.cmd), this does the 4hr refresh on the cache and automatically downloads any matching items from the pvr list then I can use the web pvr as a front end to edit the pvr list and pick nay individual programmes I want to download if they are not in the PVR list. The web PVR on its own only looks at the cache, it doesn't update it nor does it automatically download items in the PVR list. Cheers George ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Dates in filename change
On Mon, 19 Feb 2024 09:52:13 + Chris Walker wrote: Arrgghh. > I might be able to help with that problem. Attached is a zip of a bash Finger trouble on my part of course. I definitely didn't mean to send this to the list. Sorry about that. -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Dates in filename change
On Sun, 18 Feb 2024 21:11:12 + MrBrunes wrote: > That's very useful info and I had no idea that it was possible to > change the filename, let alone that such metadata as tracklistings > etc. were even available, so that is now added to options! > It leaves me with a bit of a quandary in that now I'd like to use ISO > dates e.g. firstbcastdate as an improved sorting method but of course > all the historical download filenames are in what I had thought was a > fixed 'dd mm ' format. I might be able to help with that problem. Attached is a zip of a bash scrip to extract a date from an MP4 file and rename the file to suit. It will probably need hacking about to suit your requirements but if you get stuck, let me know. I *may* be able to solve the problem for you. > But, going back to my original point, it still is rather puzzling why > the filename now includes slashes in the episode date rather than > converting all to spaces, as expected by the 'whitespace' option, as > the metadata appears not to have changed. I guess I can just use > https://www.bulkrenameutility.co.uk/ again to process them for now as > my sed and awk days are long gone. Hopefully there isn't too much of that in the bash script :-) Regards Chris -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || <> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Dates in filename change
That's very useful info and I had no idea that it was possible to change the filename, let alone that such metadata as tracklistings etc. were even available, so that is now added to options! It leaves me with a bit of a quandary in that now I'd like to use ISO dates e.g. firstbcastdate as an improved sorting method but of course all the historical download filenames are in what I had thought was a fixed 'dd mm ' format. But, going back to my original point, it still is rather puzzling why the filename now includes slashes in the episode date rather than converting all to spaces, as expected by the 'whitespace' option, as the metadata appears not to have changed. I guess I can just use https://www.bulkrenameutility.co.uk/ again to process them for now as my sed and awk days are long gone. On Sun, 18 Feb 2024 at 10:30, Chris Walker wrote: > > On Sat, 17 Feb 2024 22:03:34 + > MrBrunes wrote: > > > Hi > > > > I regularly download TOTP episodes which contain the date. > [snip] > > 7152:Top of the Pops - 29/12/1983, BBC Four, b08rc78m > firstbcastdate: 1983-12-29 > > > > Filenames were of the form “Top of the Pops - 29 12 1983 b08rc78m > > original.mp4” etc. > > > 7670:Top of the Pops - 02/02/1978, BBC Four, b01qchgs > firstbcastdate: 1978-02-02 > > Could it simply be that you need to pick a different field from the > provided data to achieve your goal? > > I have no idea if other programmes e.g. Eastenders were of a different > format but if I look at this one - m001wbsc - it shows this :- > firstbcastdate: 2024-02-15 > > I agree that some of the dates provided are not of the same format > episodeshort:15/02/2024 > > As suggested above, just try a different field? > > -- > __ __| |_ __ __ .. > / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | > \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Dates in filename change
On Sat, 17 Feb 2024 22:03:34 + MrBrunes wrote: > Hi > > I regularly download TOTP episodes which contain the date. [snip] > 7152:Top of the Pops - 29/12/1983, BBC Four, b08rc78m firstbcastdate: 1983-12-29 > > Filenames were of the form “Top of the Pops - 29 12 1983 b08rc78m > original.mp4” etc. > 7670:Top of the Pops - 02/02/1978, BBC Four, b01qchgs firstbcastdate: 1978-02-02 Could it simply be that you need to pick a different field from the provided data to achieve your goal? I have no idea if other programmes e.g. Eastenders were of a different format but if I look at this one - m001wbsc - it shows this :- firstbcastdate: 2024-02-15 I agree that some of the dates provided are not of the same format episodeshort:15/02/2024 As suggested above, just try a different field? -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
The text as originally presented here reads more like this is being done as a cost saving exercise in terms of saving effort by reducing the amount of software dev and support required on their platform of programme delivery rather than something around control of who can access what. That's not unreasonable if they think the user base is small. Whether one likes it or not (likely dictated by whether you are an individual that relies on one of these bits of tech to view programmes) one has to recognise that cost drives everything and as long as the govt continues to force the BBC to keep reducing cost, they will prioritise the budgets for content production as much as they can. Who can access what - essentially Digital Rights Management - is in principle correct. How this is implemented is up to the provider. The BBC, appears relatively relaxed about access to their content compared to streaming vendors. Probably a result of their history and wide portfolio of activities in the broadcasting marketplace. That said, MOST people just want to watch programmes on their biggest screen in armchair comfort. What it's attached to is their choice, but if they don't choose a mainstream product (TV, Set top box etc) you can't expect all providers to make it equally accessible across both these and e.g Xbox, Playstation, Windows PCs. There are plenty of supported options without doing that. An app on the TV or set top box provides all of that in a way that allows the provider to get some feedback not only about what is viewed but the sequence in which it's viewed and selected. Which hopefully helps them work out that we don't all want yet more mindless game shows (and that there's enough of us that we get some other stuff). The fact that GiP works at all is great, for those like us that prefer to download and view on platform of choice and offline. It's wonderful if you have chosen not to have a mainstream device. If it ceases to function it will be a crying shame. However I don't yet see a mindset in the BBC that wants to shut off this type of access. Long may that be the case. On 15/02/2024 12:27, Jim web wrote: In article , MacFH - C E Macfarlane - News wrote: -=-=-=-=-=-=-=-=-=- The BBC's iPlayer streaming service is to end downloads for users who watch on desktop or laptop computers. Programmes will still be available to download on tablets and phones via the mobile iPlayer app. Reading what happens on 11th March more closely, I suppose it depends on whether GiP uses the download information from the iPlayer site, or the streaming information. If the former, at best it will need updating to use the latter instead, supposing that is possible, whereas if it already uses the latter nothing will change. Does anyone here happen to know which type of data GiP scrapes? I'm puzzled by the idea that they will distinguish and provide shedule info as per their current daily webpages for each channel/station. Is the idea/aim that *only* a 'BBC app' will work? If so, why impose that on License Fee payers? Some of whom may simply not have a 'device'. (I don't.) JIm ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
On 15/02/2024 12:27, Jim web wrote: Is the idea/aim that *only* a 'BBC app' will work? If so, why impose that on License Fee payers? Some of whom may simply not have a 'device'. (I don't.) It's currently the case that only a BBC app is supported. Web downloads aren't raw mp4 files, they're handled by the offline iPlayer software supplied for Windows and OSX. You have to have that installed to download programmes via the web, you can't just save them to your device as normal files. What's happening is that they're ending support for the Windows and OSX offline software. The stated reason is that usage is too low to justify the cost of maintaining them. Which I think is probably true. Offline viewing will, in future, only be supported on Android and iOS. Streaming (as opposed to downloading) will still work via the web on any platform, as well as the Android and iOS apps. As others have said, I don't think this will affect get_iplayer. Gip has always used the streams, not the downloads, as the source, and the streams will remain available. (FWIW, I suspect that, behind the scenes, the official download apps are doing exactly what gip is doing, and converting the stream source into offline files. It would be unnecessary duplication storing everything twice, once as a stream and once as a download, when you can easily convert on the fly between them). Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
In article , MacFH - C E Macfarlane - News wrote: > >> -=-=-=-=-=-=-=-=-=- The BBC's iPlayer streaming service is to end > >> downloads for users who watch on desktop or laptop computers. > >> > >> Programmes will still be available to download on tablets and phones > >> via the mobile iPlayer app. > Reading what happens on 11th March more closely, I suppose it depends on > whether GiP uses the download information from the iPlayer site, or the > streaming information. If the former, at best it will need updating to > use the latter instead, supposing that is possible, whereas if it > already uses the latter nothing will change. Does anyone here happen to > know which type of data GiP scrapes? I'm puzzled by the idea that they will distinguish and provide shedule info as per their current daily webpages for each channel/station. Is the idea/aim that *only* a 'BBC app' will work? If so, why impose that on License Fee payers? Some of whom may simply not have a 'device'. (I don't.) 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: End of get_iplayer is nigh?
On 13/02/2024 18:48, David Woodhouse wrote: On Tue, 2024-02-13 at 18:13 +, Jonathan Larmour wrote: This BBC News article has appeared today: https://www.bbc.co.uk/news/technology-68283165 -=-=-=-=-=-=-=-=-=- The BBC's iPlayer streaming service is to end downloads for users who watch on desktop or laptop computers. Programmes will still be available to download on tablets and phones via the mobile iPlayer app. Currently viewers on PCs and Macs can save programmes via the iPlayer Downloads app, but that will be closed. The changes were "due to the low number of people using it and the cost required to keep it going" the BBC said. "This does not affect downloads on the BBC iPlayer mobile or tablet apps and viewers can continue to stream programmes on BBC iPlayer on their PCs and Macs," a spokesperson added. The BBC has published a timeline of the planned changes: 2 February - new downloads of the BBC iPlayer Downloads app end 11 March - downloading programmes from the web will end. Users will still be able to watch any existing downloads until 8 April 8 April - the BBC iPlayer Downloads app will be closed My understanding is that get_iplayer works by scraping the BBC iplayer web frontend for the download information. So does this mean that the BBC will finally close the last available method for letting get_iplayer work? Hm? My reading of that is just that they're just going to stop building the native applications for Windows and MacOS, which they believe were the only way to download programmes on those platforms. The web site will still work for streaming (and scraping), won't it? So unless they use a different CDN for the PC/Mac downloads, and that's the *only* CDN that get_iplayer knows how to use, I'm not sure we care? Reading what happens on 11th March more closely, I suppose it depends on whether GiP uses the download information from the iPlayer site, or the streaming information. If the former, at best it will need updating to use the latter instead, supposing that is possible, whereas if it already uses the latter nothing will change. Does anyone here happen to know which type of data GiP scrapes? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
This has become such a long complex layout of an email I have binned it and started again! I think there are two issues getting confused here, refreshing the web page on the web PVR (which is a browser issue) and refreshing the cache which is a different thing. I am not aware that the web PVR has ever refreshed the cache, it is just a web front end for get_iplayer and its CLI pvr. I have the CLI pvr running in the background (get_iplayer_pvr.cmd), this does the 4hr refresh on the cache and automatically downloads any matching items from the pvr list then I can use the web pvr as a front end to edit the pvr list and pick nay individual programmes I want to download if they are not in the PVR list. The web PVR on its own only looks at the cache, it doesn't update it nor does it automatically download items in the PVR list. Cheers George ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
In article , David Woodhouse wrote: > Hm? My reading of that is just that they're just going to stop building > the native applications for Windows and MacOS, which they believe were > the only way to download programmes on those platforms. > The web site will still work for streaming (and scraping), won't it? Also, surely they will continue giving their timetables of schedules on BBC webpages as per now? 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: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
-Original Message- From: jon92...@gmail.com Sent: 09 February 2024 10:05 To: 'Tom Guest' ; 'get_iplayer@lists.infradead.org' Subject: RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically -Original Message- From: get_iplayer On Behalf Of Tom Guest Sent: 09 February 2024 06:32 To: get_iplayer@lists.infradead.org Subject: Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically -- Original Message -- >From jon92...@gmail.com To get_iplayer@lists.infradead.org Date 28/01/2024 02:50:46 Subject get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically >I think this started in version 3.34.0. It seems the web PVR is not >automatically refreshing the cache as it is supposed to, by default >every 4 hours. > >I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set >to 4 hours. My installation is essentially exactly as the default >install apart from specifying different download folders for radio and tv. > >Jon - puzzled. > > > > > >___ >get_iplayer mailing list >get_iplayer@lists.infradead.org >http://lists.infradead.org/mailman/listinfo/get_iplayer I have also been experiencing issues with this in the web PVR on Windows 10 Pro with version 3.34.0. I've not yet gone to 3.35.0, but found that there were issues with "hibernating tabs" in Vivaldi, my default browser. For both the Cache and PVR Run tabs I went to the following address: vivaldi://discards and toggled the entry in the Auto Discardable column for them to disable this status. Since doing so all is working well again. I'm not sure if I will need to do this each time I start the Web PVR e.g. after a machine restart. I think this applies to most Chrome-based browsers as the original page I foumd mentioned was chrome://discards, Vivaldi changed the reference. The hibernation seems to stop the reload specified in the web page on initial load, 1 hour, 4 hours or whatever is selected in the Settings section of the Search PVR page initially displayed when the Web PVR is started. Apologies if the formatting of this message is not quite right as have been a read only user of the mailing list until now. Tom Guest / Mr Jest Tom, I think you may have the answer. However changing the autodiscard option to off for the Web PVR and PVR Run pages in Chrome doesn't survive a restart of Chrome. The chrome extension https://chrome.google.com/webstore/detail/disable-automatic-tab-dis/dnhngfnf olbmhgealdpolmhimnoliiok seems to disable the autodiscard functions completely and permanently. I'll let you know how well it works. Jon Well the Chrome extension I used successfully changes the autodiscard function to permanently off so tabs do not hibernate, at least as reported by Chrome. However the autorefresh cache function is still not working so am wondering if it is a get_iplayer issue. I had to leave it a few days to ensure that I wasn't expecting the autorefresh to result in a new download when there wasn't anything new listed in my PVR list. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
On Tue, 2024-02-13 at 18:13 +, Jonathan Larmour wrote: > This BBC News article has appeared today: > > https://www.bbc.co.uk/news/technology-68283165 > > -=-=-=-=-=-=-=-=-=- > The BBC's iPlayer streaming service is to end downloads for users who > watch on desktop or laptop computers. > > Programmes will still be available to download on tablets and phones via > the mobile iPlayer app. > > Currently viewers on PCs and Macs can save programmes via the iPlayer > Downloads app, but that will be closed. > > The changes were "due to the low number of people using it and the cost > required to keep it going" the BBC said. > > "This does not affect downloads on the BBC iPlayer mobile or tablet apps > and viewers can continue to stream programmes on BBC iPlayer on their > PCs and Macs," a spokesperson added. > > The BBC has published a timeline of the planned changes: > > 2 February - new downloads of the BBC iPlayer Downloads app end > 11 March - downloading programmes from the web will end. Users will > still be able to watch any existing downloads until 8 April > 8 April - the BBC iPlayer Downloads app will be closed > > [...] > -=-=-=-=-=-=-=-=-=- > > My understanding is that get_iplayer works by scraping the BBC iplayer > web frontend for the download information. So does this mean that the > BBC will finally close the last available method for letting get_iplayer > work? Hm? My reading of that is just that they're just going to stop building the native applications for Windows and MacOS, which they believe were the only way to download programmes on those platforms. The web site will still work for streaming (and scraping), won't it? So unless they use a different CDN for the PC/Mac downloads, and that's the *only* CDN that get_iplayer knows how to use, I'm not sure we care? smime.p7s Description: S/MIME cryptographic signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
It seems unlikely this will mean the end of get_iplayer. The streams are still available for playing with browsers or apps on phones/tablets, and the data saying what programmes are available is still around in various forms. I'm not even convinced this will require any changes to get_iplayer. -- Owen Smith Cambridge, UK > On 13 Feb 2024, at 18:29, Mike Conley wrote: > > On 13 Feb 2024, at 13:13, Jonathan Larmour wrote: > >> This BBC News article has appeared today: >> >> https://www.bbc.co.uk/news/technology-68283165 >> >> -=-=-=-=-=-=-=-=-=- >> The BBC's iPlayer streaming service is to end downloads for users who watch >> on desktop or laptop computers. > > Well, that sucks. > > Enshittification reaches the Beeb. > > -mike > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: End of get_iplayer is nigh?
On 13 Feb 2024, at 13:13, Jonathan Larmour wrote: > This BBC News article has appeared today: > > https://www.bbc.co.uk/news/technology-68283165 > > -=-=-=-=-=-=-=-=-=- > The BBC's iPlayer streaming service is to end downloads for users who watch > on desktop or laptop computers. Well, that sucks. Enshittification reaches the Beeb. -mike ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
-Original Message- From: get_iplayer On Behalf Of Tom Guest Sent: 09 February 2024 06:32 To: get_iplayer@lists.infradead.org Subject: Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically -- Original Message -- >From jon92...@gmail.com To get_iplayer@lists.infradead.org Date 28/01/2024 02:50:46 Subject get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically >I think this started in version 3.34.0. It seems the web PVR is not >automatically refreshing the cache as it is supposed to, by default >every 4 hours. > >I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set >to 4 hours. My installation is essentially exactly as the default >install apart from specifying different download folders for radio and tv. > >Jon - puzzled. > > > > > >___ >get_iplayer mailing list >get_iplayer@lists.infradead.org >http://lists.infradead.org/mailman/listinfo/get_iplayer I have also been experiencing issues with this in the web PVR on Windows 10 Pro with version 3.34.0. I've not yet gone to 3.35.0, but found that there were issues with "hibernating tabs" in Vivaldi, my default browser. For both the Cache and PVR Run tabs I went to the following address: vivaldi://discards and toggled the entry in the Auto Discardable column for them to disable this status. Since doing so all is working well again. I'm not sure if I will need to do this each time I start the Web PVR e.g. after a machine restart. I think this applies to most Chrome-based browsers as the original page I foumd mentioned was chrome://discards, Vivaldi changed the reference. The hibernation seems to stop the reload specified in the web page on initial load, 1 hour, 4 hours or whatever is selected in the Settings section of the Search PVR page initially displayed when the Web PVR is started. Apologies if the formatting of this message is not quite right as have been a read only user of the mailing list until now. Tom Guest / Mr Jest Tom, I think you may have the answer. However changing the autodiscard option to off for the Web PVR and PVR Run pages in Chrome doesn't survive a restart of Chrome. The chrome extension https://chrome.google.com/webstore/detail/disable-automatic-tab-dis/dnhngfnf olbmhgealdpolmhimnoliiok seems to disable the autodiscard functions completely and permanently. I'll let you know how well it works. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
-- Original Message -- From jon92...@gmail.com To get_iplayer@lists.infradead.org Date 28/01/2024 02:50:46 Subject get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically I think this started in version 3.34.0. It seems the web PVR is not automatically refreshing the cache as it is supposed to, by default every 4 hours. I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set to 4 hours. My installation is essentially exactly as the default install apart from specifying different download folders for radio and tv. Jon - puzzled. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer I have also been experiencing issues with this in the web PVR on Windows 10 Pro with version 3.34.0. I've not yet gone to 3.35.0, but found that there were issues with "hibernating tabs" in Vivaldi, my default browser. For both the Cache and PVR Run tabs I went to the following address: vivaldi://discards and toggled the entry in the Auto Discardable column for them to disable this status. Since doing so all is working well again. I'm not sure if I will need to do this each time I start the Web PVR e.g. after a machine restart. I think this applies to most Chrome-based browsers as the original page I foumd mentioned was chrome://discards, Vivaldi changed the reference. The hibernation seems to stop the reload specified in the web page on initial load, 1 hour, 4 hours or whatever is selected in the Settings section of the Search PVR page initially displayed when the Web PVR is started. Apologies if the formatting of this message is not quite right as have been a read only user of the mailing list until now. Tom Guest / Mr Jest ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
On 08/02/2024 07:45, jon92...@gmail.com wrote: -Original Message- From: get_iplayer On Behalf Of Jeremy Nicoll - ml gip Sent: 29 January 2024 03:39 To: ML - get_iplayer Subject: Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically On 2024-01-28 02:50, jon92...@gmail.com wrote: I think this started in version 3.34.0. It seems the web PVR is not automatically refreshing the cache as it is supposed to, by default every 4 hours. I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set to 4 hours. My installation is essentially exactly as the default install apart from specifying different download folders for radio and tv. I've never used the PVR so don't know what normal looks like... Are you able to tell if any action tries to start every four hours - if not the trigger for that might be the problem, or does start but then fail to find things, or find them but fail to update the caches? I see you mentioned: Windows x64... Does the PVR use Windows' "task scheduler" to run the updater every 4 hours or its own mechanism? If it is the task scheduler you should be able to find the set-up for that in task scheduler & see when Windows last thought it ran it & whether it ran ok. You'll also see the command it runs & eg which userid it runs under. If something IS starting, does it create a log file when it runs? If it dosn't, can you change the parameters it uses so that it does create one? Maybe for example there's a file permissions problem? -- Jeremy Nicoll - my opinions are my own Sorry for the delay getting back to you on this. Was overseas on business with no remote access to home PCs. The PVR doesn't seem to use the windows task scheduler to run the cache update (or run the PVR) Both seem to be triggered by the PVR Manager Service, which runs in a CLI box in the background. No logs are created. A brief review of the Previous instructions in the CLI does not mention Cache refresh but clearly shows repetition of the PVR recording function. As there is no log created I can't refer back to earlier CLI output to compare if there are any differences. The run PVR This works just as well as it has for the last 10 years (every 4 hours or so) but requires the cache to be refreshed so that new versions of programs that are in the PVR List are downloaded. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer I too don't know or use the PVR (or even Windows) but a pro tem workaround could be to schedule your own task to refresh the cache? Charles ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
-Original Message- From: get_iplayer On Behalf Of Jeremy Nicoll - ml gip Sent: 29 January 2024 03:39 To: ML - get_iplayer Subject: Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically On 2024-01-28 02:50, jon92...@gmail.com wrote: > I think this started in version 3.34.0. It seems the web PVR is not > automatically refreshing the cache as it is supposed to, by default > every 4 hours. > > I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set > to 4 hours. My installation is essentially exactly as the default > install apart from specifying different download folders for radio and > tv. I've never used the PVR so don't know what normal looks like... Are you able to tell if any action tries to start every four hours - if not the trigger for that might be the problem, or does start but then fail to find things, or find them but fail to update the caches? I see you mentioned: Windows x64... Does the PVR use Windows' "task scheduler" to run the updater every 4 hours or its own mechanism? If it is the task scheduler you should be able to find the set-up for that in task scheduler & see when Windows last thought it ran it & whether it ran ok. You'll also see the command it runs & eg which userid it runs under. If something IS starting, does it create a log file when it runs? If it dosn't, can you change the parameters it uses so that it does create one? Maybe for example there's a file permissions problem? -- Jeremy Nicoll - my opinions are my own Sorry for the delay getting back to you on this. Was overseas on business with no remote access to home PCs. The PVR doesn't seem to use the windows task scheduler to run the cache update (or run the PVR) Both seem to be triggered by the PVR Manager Service, which runs in a CLI box in the background. No logs are created. A brief review of the Previous instructions in the CLI does not mention Cache refresh but clearly shows repetition of the PVR recording function. As there is no log created I can't refer back to earlier CLI output to compare if there are any differences. The run PVR This works just as well as it has for the last 10 years (every 4 hours or so) but requires the cache to be refreshed so that new versions of programs that are in the PVR List are downloaded. Jon ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: "Quality not specified" - when it is ...
Hi Mark - thank you for the reply and yes, it worked. I have never previously needed to specify quality, having set it up in prefs so had not appreciated that there needed to be a space rather than a hyphen or equals sign. Downloaded now so thanks again. Clive > On 29 Jan 2024, at 09:22, Mark Clowes wrote: > > Hi Clive, > > Try this instead: > > get-iplayer --radio-quality std -g > "https://www.bbc.co.uk/sounds/play/p01yhyl0; > > Mark > > On Sun, 28 Jan 2024 at 19:32, Clive Buckley wrote: > This link to BBC R3 Discovering Music (Mahler Resurrection) plays OK in a web > browser: > > https://www.bbc.co.uk/sounds/play/p01yhyl0 > > When I use the terminal to enter the get command (my routine method) using > either the pid (again, my routine method) or the —url= I get the error: > > Episodes: > Discovering Music - Mahler: Symphony No. 2 'Resurrection', BBC Radio 3, > p01yhyl0 > INFO: 1 total programmes > > INFO: Downloading radio: 'Discovering Music - Mahler: Symphony No. 2 > 'Resurrection' (p01yhyl0) [original]' > INFO: No specified recording quality (hlshigh,dashhigh) available for this > programme with version 'original' > INFO: Available qualities: std > > I normally leave —quality= unspecified, having entered it (along with > —-type=radio) into my preferences file. Having got the above error message, I > then tried —-info and got: > > player: https://www.bbc.co.uk/programmes/p01yhyl0 > qualities: original: std > qualitysizes:original: std=52MB [estimated sizes] > > So tried —quality=std (and also standard) but got the same error message. > > Can anyone help me please? > > Regards > > Clive > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer 3.35.0-MSWin32-x64 Web PVR not refreshing cache automatically
On 2024-01-28 02:50, jon92...@gmail.com wrote: I think this started in version 3.34.0. It seems the web PVR is not automatically refreshing the cache as it is supposed to, by default every 4 hours. I have Auto-Refresh Cache Interval and Auto-Run PVR Interval both set to 4 hours. My installation is essentially exactly as the default install apart from specifying different download folders for radio and tv. I've never used the PVR so don't know what normal looks like... Are you able to tell if any action tries to start every four hours - if not the trigger for that might be the problem, or does start but then fail to find things, or find them but fail to update the caches? I see you mentioned: Windows x64... Does the PVR use Windows' "task scheduler" to run the updater every 4 hours or its own mechanism? If it is the task scheduler you should be able to find the set-up for that in task scheduler & see when Windows last thought it ran it & whether it ran ok. You'll also see the command it runs & eg which userid it runs under. If something IS starting, does it create a log file when it runs? If it dosn't, can you change the parameters it uses so that it does create one? Maybe for example there's a file permissions problem? -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
Dowloaded the fill 3h+ version fine this morning using the 'editorial' setting. The result is HD in terms of declared picture size in pixels. But blurred in a way that looks like upscaled SD. The file size is c 7Gigs. Regardless of tech details seeing the rest is useful. If only to watch top excutives squirm and delploy "Dunno Guv, I'm just paid squillions to not know what was happening and keep my head where the Sun don't shine!" That said, you could say something similar about some of the MPs given how late they have 'come to the party'. "I'm shocked! Round up the usual suspects!" Thanks. Jim In article <5b26407015...@audiomisc.co.uk>, Jim web > That makes me wonder if some items like 'Click' may be gippable in > decent HD rather than the SD on DVB-T2. If so, handy at times. > 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: m001vkll puzzle
In article <3a4acfb6-304d-c48c-8af3-c54bf1ae0...@macfh.co.uk>, MacFH - C E Macfarlane - News wrote: > > You need NTFS for it to work for bigger files than 4 GB > No he doesn't! As he has already stated, he uses Linux which has a > choice of different possible file systems, and he is only using any form > of FAT for the boot partition, which in Linux is commonly only a few GB > containing boot files; for the main OS partitions most probably he's > using ext4, which is the default for most modern Linux distros that I've > tried. Ext4 can handle large files no problem at all: Yup! My only *deliberate* use of FAT is if I want to transfer files via a removable memory device like a USB stick to carry it between one of my Linux boxes or my RISC OS box. Its the only simply common filer as RO uses its own - quite different - file system. 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: m001vkll puzzle
In article <5b5737ed-dcd3-4ca9-a77e-4f7eb9c30...@mikegregory.net>, Michael Gregory wrote: > FYI, BBC Parliament is HD on satellite... not upscaled. Thanks. Useful to know. May be examples where that helps. Although the drawback is seeing some of our politicians in even more hideous detail. 8=< That makes me wonder if some items like 'Click' may be gippable in decent HD rather than the SD on DVB-T2. If so, handy at times. 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: m001vkll puzzle
On 21/01/2024 14:36, Jim web wrote: In article , MacFH - C E Macfarlane - News wrote: Not sure where you got the pid m001vxvk from Used gip to give me the info on the pid. That showed that the 'editorial' version had a different pid as per above. Ah! Didn't notice that. (1) BTW I checked and I already have a number of AV files from iPlayer that are around 7GB or more. So EXT4 still seems fine to me. 8-> No need for 'Nice Try FS' or Fat. Yes, I replied to James Robinson correcting him as follows, but forgot to "Reply to all", so originally only he saw it: On 20/01/2024 16:03, James Robinson wrote: > > You need NTFS for it to work for bigger files than 4 GB No he doesn't! As he has already stated, he uses Linux which has a choice of different possible file systems, and he is only using any form of FAT for the boot partition, which in Linux is commonly only a few GB containing boot files; for the main OS partitions most probably he's using ext4, which is the default for most modern Linux distros that I've tried. Ext4 can handle large files no problem at all: https://en.wikipedia.org/wiki/Ext4#Features ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
FYI, BBC Parliament is HD on satellite... not upscaled. 21 Jan 2024 14:41:27 Jim web : > In article , MacFH - C > E > Macfarlane - News wrote: >> On 21/01/2024 11:51, Jim web wrote: >>> >>> Question: Should simply giving the pid as m001vxvk rather than >>> m001vkll cause gip to get the full-length version? Or is that not >>> sufficient? As yet I've always used the pid of the webpage address for >>> an item. > >> Not sure where you got the pid m001vxvk from > > Used gip to give me the info on the pid. That showed that the 'editorial' > version had a different pid as per above. > >> , but anyway ... > >> https://www.bbc.co.uk/programmes/m001vxvk > >> ... redirects automatically [probably a 301 or 302] to ... > >> https://www.bbc.co.uk/programmes/m001vkll > >> ... so no difference should be expected, but I thought I'd try it anyway: > >> perl \get_iplayer.pl --profile-dir= --pid m001vxvk -g > >> ... results in ... > > Yes, it redirected here. > >> However, I can confirm that, as suggested by 'iz', adding ... > >> --versions=editorial > >> ... to the command line does download the full programme. I now have: > >> Select Committees Horizon IT Scandal Inquiry.mp4, 6.55GB, 3:9:23 long, >> 1280x720x50 > > I just added a "--versions=editorial" to the set of statements for one of > my choices and it also started downloading that - i.e. the full fat > version. :-) However I then interrupted. Prefer to download big items > before 9am. > >>> I also now wonder: Are BBC Parliament (and News) Channel items >>> available a 'genuine' HD? Or is that simply causing a transcode >>> upwards with no improvement, just more data to shovel? > >> It says fhd under --info, so yes to fhd, but I've no idea whether it's >> upscaled or not, you'd have to ask your pals at the Beeb. Anyway, why >> waste disk space for a news item where quality doesn't really matter? >> It's not as though it's a wildlife documentary. > > Agreed. In this case I'll use it because the problem is an odd one. Not > something I'v encountered before. It also will give me a chance to see if > the editorial 'hd' version actually *is* hd in image content! I suspect it > is upscaled when you fetch HD as the size of the file seems more like 3 > hours of SD than HD. (1) > > I guess that the BBC may well just use HD kit as standard, even when a > channel is SD only. (Is Parilament on satellite also SD only?) > > Sadly, the only people I knew at the BBC were on the radio side, and most > seem to have left now. Sign of how old *I* am, I guess. 8-} > > (1) BTW I checked and I already have a number of AV files from iPlayer that > are around 7GB or more. So EXT4 still seems fine to me. 8-> No need for > 'Nice Try FS' or Fat. > > 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 Cheers, Mike -- Michael Gregory Share a sign-up bonus Octopus Energy: https://share.octopus.energy/pure-rhino-141 Kroo Current Account: https://our.kroo.com/r/inviteFriendsGet5/D2Lxmn Chip savings: (referral code CHIP-NBF945) https://app.adjust.com/6ah491f Internxt cloud storage ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
In article , MacFH - C E Macfarlane - News wrote: > On 21/01/2024 11:51, Jim web wrote: > > > > Question: Should simply giving the pid as m001vxvk rather than > > m001vkll cause gip to get the full-length version? Or is that not > > sufficient? As yet I've always used the pid of the webpage address for > > an item. > Not sure where you got the pid m001vxvk from Used gip to give me the info on the pid. That showed that the 'editorial' version had a different pid as per above. > , but anyway ... > https://www.bbc.co.uk/programmes/m001vxvk > ... redirects automatically [probably a 301 or 302] to ... > https://www.bbc.co.uk/programmes/m001vkll > ... so no difference should be expected, but I thought I'd try it anyway: > perl \get_iplayer.pl --profile-dir= --pid m001vxvk -g > ... results in ... Yes, it redirected here. > However, I can confirm that, as suggested by 'iz', adding ... > --versions=editorial > ... to the command line does download the full programme. I now have: > Select Committees Horizon IT Scandal Inquiry.mp4, 6.55GB, 3:9:23 long, > 1280x720x50 I just added a "--versions=editorial" to the set of statements for one of my choices and it also started downloading that - i.e. the full fat version. :-) However I then interrupted. Prefer to download big items before 9am. > > I also now wonder: Are BBC Parliament (and News) Channel items > > available a 'genuine' HD? Or is that simply causing a transcode > > upwards with no improvement, just more data to shovel? > It says fhd under --info, so yes to fhd, but I've no idea whether it's > upscaled or not, you'd have to ask your pals at the Beeb. Anyway, why > waste disk space for a news item where quality doesn't really matter? > It's not as though it's a wildlife documentary. Agreed. In this case I'll use it because the problem is an odd one. Not something I'v encountered before. It also will give me a chance to see if the editorial 'hd' version actually *is* hd in image content! I suspect it is upscaled when you fetch HD as the size of the file seems more like 3 hours of SD than HD. (1) I guess that the BBC may well just use HD kit as standard, even when a channel is SD only. (Is Parilament on satellite also SD only?) Sadly, the only people I knew at the BBC were on the radio side, and most seem to have left now. Sign of how old *I* am, I guess. 8-} (1) BTW I checked and I already have a number of AV files from iPlayer that are around 7GB or more. So EXT4 still seems fine to me. 8-> No need for 'Nice Try FS' or Fat. 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: m001vkll puzzle
On 21/01/2024 11:51, Jim web wrote: Question: Should simply giving the pid as m001vxvk rather than m001vkll cause gip to get the full-length version? Or is that not sufficient? As yet I've always used the pid of the webpage address for an item. Not sure where you got the pid m001vxvk from, but anyway ... https://www.bbc.co.uk/programmes/m001vxvk ... redirects automatically [probably a 301 or 302] to ... https://www.bbc.co.uk/programmes/m001vkll ... so no difference should be expected, but I thought I'd try it anyway: perl \get_iplayer.pl --profile-dir= --pid m001vxvk -g ... results in ... get_iplayer v3.30, 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 conditions; use --conditions for details. WARNING: Could not determine PID type (m001vxvk). Trying to record PID directly. Episodes: get_iplayer - m001vxvk, BBC iPlayer, m001vxvk INFO: 1 total programmes WARNING: PID m001vxvk does not refer to an iPlayer programme episode or clip. Download may fail and metadata may be inac curate. WARNING: No programmes are available for this PID with version(s): default However, I can confirm that, as suggested by 'iz', adding ... --versions=editorial ... to the command line does download the full programme. I now have: Select Committees Horizon IT Scandal Inquiry.mp4, 6.55GB, 3:9:23 long, 1280x720x50 I also now wonder: Are BBC Parliament (and News) Channel items available a 'genuine' HD? Or is that simply causing a transcode upwards with no improvement, just more data to shovel? It says fhd under --info, so yes to fhd, but I've no idea whether it's upscaled or not, you'd have to ask your pals at the Beeb. Anyway, why waste disk space for a news item where quality doesn't really matter? It's not as though it's a wildlife documentary. I've assumed that BBC Parliament/News was simple 'SD' formats, because I only use DVB-T2 for broadcast. But is this wrong? If so, knowing HD is available is useful should it be preferred for some specific content reason. I didn't specify the quality on my test download, if I had it would have been just SD because that's all the content merits, but again you'd need to use the --info switch on the particular programme of interest to see what it is available as. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
In article <70cc91a8-cb60-42e8-9f4d-0b0b005b8...@gmx.com>, iz wrote: > > On 20 Jan 2024, at 11:16, Jim web wrote: > > > > This *also* was ended part-way though the sitting. So I checked the > > webpage and that states the duration is over 3 hours. Yet what I got > > was 1h 33m long. > Use --versions=editorial Yes, that may work. cf my reply to Mac, 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: m001vkll puzzle
In article <2e076214-aa04-da58-d253-26b497e64...@macfh.co.uk>, MacFH - C E Macfarlane - News wrote: > > Playing either file is fine ... for what it contains. Just that the > > following section of the sitting seems not to be present. > Sorry, there was such a break between setting the test download going > and my noticing that it had finished that I must have forgotten the > times involved. I should have checked against your OP before posting, > but didn't, for which, apologies. > It does seem to be a problem at the source, doesn't it? ISTR that there > used to be some webpage where you can report specific iPlayer problems > like this, I only fetch videos before 9am so I can dodge their sizes adding up to the 'cap' on my net account's monthly use. FWIW That's one reason I wrote a simple ROX-Filer app that lets me DND a texfile list of pids/modes and leave it chugging though them as I make breakfast! :-) However I didn't have time this morning to try again to fetch the full-fat version of the item. What I did do is fetch the iPlayer info on it. This seems to confirm that a 'full length' version *is* available, but for some odd reason not the norm. And that the "editorial" version may the one to fetch. Question: Should simply giving the pid as m001vxvk rather than m001vkll cause gip to get the full-length version? Or is that not sufficient? As yet I've always used the pid of the webpage address for an item. I also now wonder: Are BBC Parliament (and News) Channel items available a 'genuine' HD? Or is that simply causing a transcode upwards with no improvement, just more data to shovel? I've assumed that BBC Parliament/News was simple 'SD' formats, because I only use DVB-T2 for broadcast. But is this wrong? If so, knowing HD is available is useful should it be preferred for some specific content reason. -- 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: m001vkll puzzle
On 20/01/2024 17:35, Jim web wrote: In article , MacFH - C E Macfarlane - News wrote: oad it as a test, and have just noticed that it finished around 1330hrs. It downloaded successfully as "Select Committees Horizon IT Scandal Inquiry.mp4" 3.09GB, 1:33:18 long, 1280x720x50 and random seeking within the file seems to play back successfully. The command given was: perl \get_iplayer.pl --profile-dir= --pid m001vkll -g Erm, 1h33m is the first half. The webpage says the full programme is just over 3 hours long. And if you watch it, some of what the page says is covered seems awol. What I go is also a tad over 3GB, both times I tried. Playing either file is fine ... for what it contains. Just that the following section of the sitting seems not to be present. Sorry, there was such a break between setting the test download going and my noticing that it had finished that I must have forgotten the times involved. I should have checked against your OP before posting, but didn't, for which, apologies. It does seem to be a problem at the source, doesn't it? ISTR that there used to be some webpage where you can report specific iPlayer problems like this, but all I can find now are: The usual iPlayer FAQs for the technologically challenged covering problems at the user end and don't seem to acknowledge the possibility of problems their end and provide an option for reporting them, though there is a "Live Chat" option on an overlay mid-right: https://www.bbc.co.uk/iplayer/help On the web page that you linked for the programme itself, there are two possible links, of which the best is probably the "Contact us" link in the BBC Parliament logo bottom right, which leads here: http://news.bbc.co.uk/democracylive/hi/bbc_parliament/newsid_3005000/3005343.stm There's another generic "Contact the BBC" in the footer, but I think I'd probably try the one above first, as from experience I know that this one leads into an endless maze of FAQs from which it is difficult to escape to anywhere that allows you to meaningfully contact a real human being. https://www.bbc.co.uk/contact ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
> On 20 Jan 2024, at 11:16, Jim web wrote: > > This *also* was ended part-way though the sitting. So I checked the webpage > and that states the duration is over 3 hours. Yet what I got was 1h 33m > long. Use --versions=editorial ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
In article , MacFH - C E Macfarlane - News wrote: > oad it as a test, and have just noticed that it finished around > 1330hrs. It downloaded successfully as "Select Committees Horizon IT > Scandal Inquiry.mp4" 3.09GB, 1:33:18 long, 1280x720x50 and random > seeking within the file seems to play back successfully. The command > given was: > perl \get_iplayer.pl --profile-dir= --pid m001vkll -g Erm, 1h33m is the first half. The webpage says the full programme is just over 3 hours long. And if you watch it, some of what the page says is covered seems awol. What I go is also a tad over 3GB, both times I tried. Playing either file is fine ... for what it contains. Just that the following section of the sitting seems not to be present. 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: m001vkll puzzle
On 20/01/2024 11:16, Jim web wrote: Puzzled by this item for the following reasons: I watched the broadcast on the BBC Parliament (DVB-T2) channel and that ended before the 'second half' of the panel sitting. However I downloaded a copy using gip on the 16th. This *also* was ended part-way though the sitting. So I checked the webpage and that states the duration is over 3 hours. Yet what I got was 1h 33m long. Webpage is at https://www.bbc.co.uk/programmes/m001vkll This morning I tried again in case they'd changed this. The result gave me a *different* filename for the same PID, and again despight the webpage indicating it was the full sitting of the committee, only the first 1h 33m. Puzzled by both the truncation differering from what the webpage claims, and the change of file name. Am I doing something wrong? Not seen this effect before in years of using gip for many items. Looks like an initial error at source which has now been corrected. After reading your post around lunch-time, I set it to download it as a test, and have just noticed that it finished around 1330hrs. It downloaded successfully as "Select Committees Horizon IT Scandal Inquiry.mp4" 3.09GB, 1:33:18 long, 1280x720x50 and random seeking within the file seems to play back successfully. The command given was: perl \get_iplayer.pl --profile-dir= --pid m001vkll -g ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
You need NTFS for it to work for bigger files than 4 GB > On 20/01/2024 15:42 GMT Jim web wrote: > > > In article <798a68e4-3fb7-4416-b9cf-31ca1e9b3...@writeme.com>, David > Taylor wrote: > > > BTW: all but one of my 20+ Linux systems all have a FAT/FAT32 partition > > on their boot disc > > Beats me. I only use 5 at present. :-) IIRC The RO box I use also has a > FAT partition to aid booting. Doesn't get used by me to store files, > though. > > Either way, in the past I've gipped bigger files without this problem. > > So I'll try again before 9am tomorrow... assuming we are OK and still have > mains elecricity, etc after the storm! Not looking forwards to that. > > Jim > > > 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
In article <798a68e4-3fb7-4416-b9cf-31ca1e9b3...@writeme.com>, David Taylor wrote: > BTW: all but one of my 20+ Linux systems all have a FAT/FAT32 partition > on their boot disc Beats me. I only use 5 at present. :-) IIRC The RO box I use also has a FAT partition to aid booting. Doesn't get used by me to store files, though. Either way, in the past I've gipped bigger files without this problem. So I'll try again before 9am tomorrow... assuming we are OK and still have mains elecricity, etc after the storm! Not looking forwards to that. Jim 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: m001vkll puzzle
On 20/01/2024 12:40, Jim web wrote: Erm. I'm using Linux. No FAT involved here.(1) And so far as I know the BBC aren't bonkers enough to use FAT for their iPlayer store, etc! And I've downloaded bigger files in the past. Doesn't explain the curious change in file name, either. Jim (1) No Windows, either! Our house has no Windows... 8-] Thanks, Jim, understood. BTW: all but one of my 20+ Linux systems all have a FAT/FAT32 partition on their boot disc David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: davidtay...@writeme.com Twitter: @gm8arv ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
Sounds to me more like there's an issue at the far end, someone tried to correct it and didn't but renamed it. If you play it on iplayer on a device or smart tv, does it also stop halfway through? Rgds. On 20/01/2024 12:40, Jim web wrote: In article , David Taylor wrote: [snip] Jim, It's not the FAT/FAT32 file size limit? Erm. I'm using Linux. No FAT involved here.(1) And so far as I know the BBC aren't bonkers enough to use FAT for their iPlayer store, etc! And I've downloaded bigger files in the past. Doesn't explain the curious change in file name, either. Jim (1) No Windows, either! Our house has no Windows... 8-] ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
In article , David Taylor wrote: [snip] > Jim, > It's not the FAT/FAT32 file size limit? Erm. I'm using Linux. No FAT involved here.(1) And so far as I know the BBC aren't bonkers enough to use FAT for their iPlayer store, etc! And I've downloaded bigger files in the past. Doesn't explain the curious change in file name, either. Jim (1) No Windows, either! Our house has no Windows... 8-] -- 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: m001vkll puzzle
On 20/01/2024 11:16, Jim web wrote: Puzzled by this item for the following reasons: I watched the broadcast on the BBC Parliament (DVB-T2) channel and that ended before the 'second half' of the panel sitting. However I downloaded a copy using gip on the 16th. This*also* was ended part-way though the sitting. So I checked the webpage and that states the duration is over 3 hours. Yet what I got was 1h 33m long. Webpage is at https://www.bbc.co.uk/programmes/m001vkll This morning I tried again in case they'd changed this. The result gave me a*different* filename for the same PID, and again despight the webpage indicating it was the full sitting of the committee, only the first 1h 33m. Puzzled by both the truncation differering from what the webpage claims, and the change of file name. Am I doing something wrong? Not seen this effect before in years of using gip for many items. Jim Jim, It's not the FAT/FAT32 file size limit? (send before but didn't appear) Cheers, David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: davidtay...@writeme.com Twitter: @gm8arv ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: m001vkll puzzle
On 20/01/2024 11:16, Jim web wrote: Puzzled by this item for the following reasons: I watched the broadcast on the BBC Parliament (DVB-T2) channel and that ended before the 'second half' of the panel sitting. However I downloaded a copy using gip on the 16th. This*also* was ended part-way though the sitting. So I checked the webpage and that states the duration is over 3 hours. Yet what I got was 1h 33m long. Webpage is at https://www.bbc.co.uk/programmes/m001vkll This morning I tried again in case they'd changed this. The result gave me a*different* filename for the same PID, and again despight the webpage indicating it was the full sitting of the committee, only the first 1h 33m. Puzzled by both the truncation differering from what the webpage claims, and the change of file name. Am I doing something wrong? Not seen this effect before in years of using gip for many items. Jim Jim, I guess it's not the file size limit on FAT/FAT32 etc.? Cheers. David -- SatSignal Software - Quality software for you Web: https://www.satsignal.eu Email: davidtay...@writeme.com Twitter: @gm8arv ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
> On 13 Dec 2023, at 11:16, MrBrunes wrote: > > I've tried removing "--quiet 2" and then adding --verbose and Remove --quiet but not "2" ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
On 2023-12-13 11:16, MrBrunes wrote: I created the task similarly to previously suggested: schtasks /create /ru /rp /sc hourly /mo 4 /tn get_iplayer_pvr_task /tr "get_iplayer --pvr --quiet 2>> \"F:\iplayer recordings\get_iplayer_pvr_task.txt\"" Currently I just see a single line e.g. "New radio programme: 'etc.'" but no date or download details. I've tried removing "--quiet 2" You'd find it simpler to put the command you want run by the scheduled task into a .bat or .cmd file, so that you can change that command without having to change the scheduled task itself. That is, use eg schtasks /create /ru /rp /sc hourly /mo 4 /tn get_iplayer_pvr_task /tr F:\getiplayer.cmd - to run that commamd file every so often. Simpler... the .cmd file's name has no spaces in its path so no quotes are needed in this part of the schtasks command. It also enables you to put several commands into the .cmd file (if you later need to do something more complicated). Then inside the cmd file you can have the (simpler) command that has to be run (& comments explaining what it does & why you coded it the way you did) eg (using your example): get_iplayer --pvr --quiet 2>> "F:\iplayer recordings\get_iplayer_pvr_task.txt" (or whatever) - which wouldn't need escaped double quotes because it's not nested inside another string. I'm a little surprised to see you using backslash to escape embedded instances of double quotes. It's a unix/linux convention; Windows is different, mostly - backslash IS needed in some Windows commands - ie FindStr, Reg and Runas. The normal Windows CLI escape character is caret. On the other hand I suppose it's possible that it's perl that is seeing & processing the backslash? Anyway, see: https://ss64.com/nt/syntax-esc.html In Windows command line stuff generally a "2>>" fragment means redirect "output intended for standard handle 2", which is "STDERR", ie whatever the program being run designates as error messages. That suggests to me that the "2" is not part of the "--quiet" option. By replacing "2>>" by ">>" you changed redirection of error messages to redirection of (implicitly) standard handle 1 (STDOUT) which is to say "normal output". That is, just ">>" is equivalent to "1>>" which explicity mentions handle 1 which is STDOUT. Looking again at the command that was part of your schtasks line, you might be better replacing 2>> \"F:\iplayer recordings\get_iplayer_pvr_task.txt\"" by >> \"F:\iplayer recordings\get_iplayer_pvr_task.txt\" 2>&1" which //I think// means first that STDOUT is appended to the named file, and second (via the "2>&1" part) that handle 2's output is sent to the same place as handle 1's output. See: https://ss64.com/nt/syntax-redirection.html Actually I'd suggest simplifying the target file name to one that contains no spaces & therefore needs no enclosing quotes while you solve the bigger problem of getting what you want into it, ie just use eg >> F:\simpleoutputfile.txt 2>&1 or if you think explicitly mentioning handle 1 is clearer: 1>> F:\simpleoutputfile.txt 2>&1 (note no double quote on the end if it's issued from inside a .cmd file as suggested above, but one is probably needed if it's the end of the string following /tr in schtasks.) -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
Tx for the info - the actual scripts would help a lot as I often struggle with getting them to work. For now though, my task scheduler seems to be working fine so far, once I'd ironed out the pesky path syntax that was causing the script to silently fail when run by the scheduler. Only thing that puzzles me is how to increase the logging verbosity directed to the get_iplayer_pvr_task.txt file, as the stream download info was useful when the pvr ran in a cmd window. I created the task similarly to previously suggested: schtasks /create /ru /rp /sc hourly /mo 4 /tn get_iplayer_pvr_task /tr "get_iplayer --pvr --quiet 2>> \"F:\iplayer recordings\get_iplayer_pvr_task.txt\"" Currently I just see a single line e.g. "New radio programme: 'etc.'" but no date or download details. I've tried removing "--quiet 2" and then adding --verbose and --streaminfo but the single line log file entries remain the same. On Sat, 9 Dec 2023 at 23:07, John Coucher wrote: > > Hi, > > I’ve had problems with task scheduler too on old windows machines. So what I > do is use a batch file that loops continually. You can add tasks to the loop. > So you can do: > > 1. Check VPN still running and reconnect if not > 2. Refresh Programme Index > 3. Run PVR > 4. Robocopy downloaded files to other network locations. > 5. Enter a timing loop for minutes/hours, perhaps with a bit of random > variation to make your pattern of activity less obvious. I use ‘ping’ for > this. > 6. Return to start. > > You can add logging options to each of these elements if desired and you can > set the batch file to run on start. I’ve used this for about ten years on > microPC without problem, > > Kind Regards > > JohnC > > > > On 6 Dec 2023, at 02:54, MrBrunes wrote: > > > > Tx to all for the info. No idea how I ended up with old docs. > > > > Before I saw this I did delete the pvrlock file (which contained the > > old PID) which did the trick and only then I was able to run the PVR > > scheduler. This time I did it from a command prompt which displays the > > activity and also redirects it to a log e.g. > > PS F:\iplayer recordings> get_iplayer --pvr-scheduler 14400 >> pvr-log.txt > > This seems to work well. > > > > Then I tried the Windows scheduled task approach as hopefully that > > would survive a restart without logging in. > > So far it doesn't seem to have created a log file so will do some more > > testing. Though I've encountered issues before with Windows Scheduler > > silently failing to run quite basic batch files, even with all the > > correct rights, auth info and 'Start in' folder. These same batch > > files run perfectly from a cmd line. > > > >> On Tue, 5 Dec 2023 at 12:18, iz wrote: > >> > >>> On 4 Dec 2023, at 19:02, MrBrunes wrote: > >>> > >>> The PID never shows up in Task Manager or Process Explorer so it's reboot > >>> time. > >> > >> At most, you should only need to kill the Perl interpreter (perl.exe) > >> process. > >> > >>> > >>> How can I diagnose this? > >>> Failing that, is there any way to make the PVR process more resilient, > >>> or failing that is there an easier method to detect that it's stopped > >>> downloading? > >> > >> Run PVR scheduler from a command prompt instead of from start menu or > >> desktop. The output should remain on-screen if it dies, or you could > >> redirect it to a file. > >> > >>> > >>> The docs mention the possibility of using the Windows scheduler for > >>> the PVR at > >>> https://github.com/get-iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling-the-pvr > >>> but the external link is invalid. > >> > >> You are linking to a very obsolete version of the docs. The current > >> version has what you're after. > >> > > > > ___ > > get_iplayer mailing list > > get_iplayer@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
Hi, I’ve had problems with task scheduler too on old windows machines. So what I do is use a batch file that loops continually. You can add tasks to the loop. So you can do: 1. Check VPN still running and reconnect if not 2. Refresh Programme Index 3. Run PVR 4. Robocopy downloaded files to other network locations. 5. Enter a timing loop for minutes/hours, perhaps with a bit of random variation to make your pattern of activity less obvious. I use ‘ping’ for this. 6. Return to start. You can add logging options to each of these elements if desired and you can set the batch file to run on start. I’ve used this for about ten years on microPC without problem, Kind Regards JohnC > On 6 Dec 2023, at 02:54, MrBrunes wrote: > > Tx to all for the info. No idea how I ended up with old docs. > > Before I saw this I did delete the pvrlock file (which contained the > old PID) which did the trick and only then I was able to run the PVR > scheduler. This time I did it from a command prompt which displays the > activity and also redirects it to a log e.g. > PS F:\iplayer recordings> get_iplayer --pvr-scheduler 14400 >> pvr-log.txt > This seems to work well. > > Then I tried the Windows scheduled task approach as hopefully that > would survive a restart without logging in. > So far it doesn't seem to have created a log file so will do some more > testing. Though I've encountered issues before with Windows Scheduler > silently failing to run quite basic batch files, even with all the > correct rights, auth info and 'Start in' folder. These same batch > files run perfectly from a cmd line. > >> On Tue, 5 Dec 2023 at 12:18, iz wrote: >> >>> On 4 Dec 2023, at 19:02, MrBrunes wrote: >>> >>> The PID never shows up in Task Manager or Process Explorer so it's reboot >>> time. >> >> At most, you should only need to kill the Perl interpreter (perl.exe) >> process. >> >>> >>> How can I diagnose this? >>> Failing that, is there any way to make the PVR process more resilient, >>> or failing that is there an easier method to detect that it's stopped >>> downloading? >> >> Run PVR scheduler from a command prompt instead of from start menu or >> desktop. The output should remain on-screen if it dies, or you could >> redirect it to a file. >> >>> >>> The docs mention the possibility of using the Windows scheduler for >>> the PVR at >>> https://github.com/get-iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling-the-pvr >>> but the external link is invalid. >> >> You are linking to a very obsolete version of the docs. The current version >> has what you're after. >> > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
On 5 Dec 2023, at 16:41, wrote: > > On Windows I can confirm it does not always clear the lock file when > starting. Very occasionally on a freshly booted machine pvr will fail to run > due to an old lock file. Delete and try again and all is good. It doesn't > happen ofyen (every 3 - 4 montgs or so) but it does happen. A corrupt/invalid/unreadable lock file could also prevent the PVR scheduler from starting, with different error messages. If that isn't the case and it's actually reporting that a non-existent process is running, I guess you can add that to the list of Perl+Windows peculiarities. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
Tx to all for the info. No idea how I ended up with old docs. Before I saw this I did delete the pvrlock file (which contained the old PID) which did the trick and only then I was able to run the PVR scheduler. This time I did it from a command prompt which displays the activity and also redirects it to a log e.g. PS F:\iplayer recordings> get_iplayer --pvr-scheduler 14400 >> pvr-log.txt This seems to work well. Then I tried the Windows scheduled task approach as hopefully that would survive a restart without logging in. So far it doesn't seem to have created a log file so will do some more testing. Though I've encountered issues before with Windows Scheduler silently failing to run quite basic batch files, even with all the correct rights, auth info and 'Start in' folder. These same batch files run perfectly from a cmd line. On Tue, 5 Dec 2023 at 12:18, iz wrote: > > On 4 Dec 2023, at 19:02, MrBrunes wrote: > > > > The PID never shows up in Task Manager or Process Explorer so it's reboot > > time. > > At most, you should only need to kill the Perl interpreter (perl.exe) process. > > > > > How can I diagnose this? > > Failing that, is there any way to make the PVR process more resilient, > > or failing that is there an easier method to detect that it's stopped > > downloading? > > Run PVR scheduler from a command prompt instead of from start menu or > desktop. The output should remain on-screen if it dies, or you could redirect > it to a file. > > > > > The docs mention the possibility of using the Windows scheduler for > > the PVR at > > https://github.com/get-iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling-the-pvr > > but the external link is invalid. > > You are linking to a very obsolete version of the docs. The current version > has what you're after. > ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
On 5 Dec 2023, at 13:13, Don Grunbaum wrote: > > The pvr creates a small file called pvrlock in the get_iplayer folder. Try > deleting that. Not such a good idea since in this case since the previous PVR invocation is still running, or at least its Perl interpreter is still alive. Even if GiP dies and leaves the lock file behind, the next PVR invocation will clean it up, assuming the Perl process that created it is really dead. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
- Original Message - From: MrBrunes To: Sent: 04/12/2023 19:02:34 Subject: PVR process stops working Occasionally I notice that the PVR process has stopped downloading. Now that it's configured to auto-file programmes into folders it's slightly harder to spot that a single download folder isn't being updated, but often a clue is the disappearance of the CMD window. Then I try to use 'Run PVR Scheduler' again but it fails with: ""ERROR: Quitting - PVR is already running (process ID: 13960)" Searching for 'iplayer' in Event Viewer's application log doesn't find anything recent. The PID never shows up in Task Manager or Process Explorer so it's reboot time. How can I diagnose this? Failing that, is there any way to make the PVR process more resilient, or failing that is there an easier method to detect that it's stopped downloading? The docs mention the possibility of using the Windows scheduler for the PVR at https://github.com/get- iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling- the-pvr but the external link is invalid. The pvr creates a small file called pvrlock in the get_iplayer folder. Try deleting that. HTH Don ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
- Original Message - From: MrBrunes To: Sent: 04/12/2023 19:02:34 Subject: PVR process stops working Occasionally I notice that the PVR process has stopped downloading. Now that it's configured to auto-file programmes into folders it's slightly harder to spot that a single download folder isn't being updated, but often a clue is the disappearance of the CMD window. Then I try to use 'Run PVR Scheduler' again but it fails with: ""ERROR: Quitting - PVR is already running (process ID: 13960)" Searching for 'iplayer' in Event Viewer's application log doesn't find anything recent. The PID never shows up in Task Manager or Process Explorer so it's reboot time. How can I diagnose this? Failing that, is there any way to make the PVR process more resilient, or failing that is there an easier method to detect that it's stopped downloading? The docs mention the possibility of using the Windows scheduler for the PVR at https://github.com/get- iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling- the-pvr but the external link is invalid. The pvr creates a small file called pvrlock in the get_iplayer folder. Try deleting that. HTH Don ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
On 4 Dec 2023, at 19:02, MrBrunes wrote: > > The PID never shows up in Task Manager or Process Explorer so it's reboot > time. At most, you should only need to kill the Perl interpreter (perl.exe) process. > > How can I diagnose this? > Failing that, is there any way to make the PVR process more resilient, > or failing that is there an easier method to detect that it's stopped > downloading? Run PVR scheduler from a command prompt instead of from start menu or desktop. The output should remain on-screen if it dies, or you could redirect it to a file. > > The docs mention the possibility of using the Windows scheduler for > the PVR at > https://github.com/get-iplayer/get_iplayer/wiki/documentation/09a72bf76c131c8932bbf0aef1eeb95ec85049b9#scheduling-the-pvr > but the external link is invalid. You are linking to a very obsolete version of the docs. The current version has what you're after. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR process stops working
On 2023-12-04 19:02, MrBrunes wrote: Occasionally I notice that the PVR process has stopped downloading. I've never used the PVR, but does it not create any kind of log file? Searching for 'iplayer' in Event Viewer's application log doesn't find anything recent. If the PVR is written in perl it might be better to search for perl.exe (or whatever runs perl programs in your system). -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 31/10/2023 01:34, MacFH - C E Macfarlane - News wrote: On 30/10/2023 19:49, Budge wrote: I was able to retrieve my old options file from an older installation but it was well out of date so have rebuilt my prefs and now have:- refreshexcludegroups = local tvmode = fhd,hd,sd,web,mobile,default radiomode = high,std,med,low,default refreshexclude = CBBC,CBeebies,Radio 2,Radio,1 For an options file, I don't think the '=' characters need to be there, though I don't know if having them there actually does any harm, so I think this should probably be (putting the channels in alpha order for neatness' sake): refreshexclude CBBC,CBeebies,BBC Radio 1,BBC Radio 2 If that doesn't work, you could also try using: exclude-channel CBBC,CBeebies,BBC Radio 1,BBC Radio 2 Sorry, no hyphen if editing options directly with a text editor ... excludechannel CBBC,CBeebies,BBC Radio 1,BBC Radio 2 ... or else ... GiP --exclude-channel "CBBC,CBeebies,BBC Radio 1,BBC Radio 2" --prefs-add Failing that, play around with the options listed under: --helplong ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 19:49, Budge wrote: I was able to retrieve my old options file from an older installation but it was well out of date so have rebuilt my prefs and now have:- refreshexcludegroups = local tvmode = fhd,hd,sd,web,mobile,default radiomode = high,std,med,low,default refreshexclude = CBBC,CBeebies,Radio 2,Radio,1 For an options file, I don't think the '=' characters need to be there, though I don't know if having them there actually does any harm, so I think this should probably be (putting the channels in alpha order for neatness' sake): refreshexclude CBBC,CBeebies,BBC Radio 1,BBC Radio 2 If that doesn't work, you could also try using: exclude-channel CBBC,CBeebies,BBC Radio 1,BBC Radio 2 Failing that, play around with the options listed under: --helplong type = tv,radio atomicparsley = /usr/bin/AtomicParsley output = /home/alastair/Downloads/BBC_GiP_Downloads refreshinclude = Radio 3,Radio 4 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 21:09, MacFH - C E Macfarlane - News wrote: On 30/10/2023 19:49, Budge wrote: This doesn't work and my pvr list which includes "Beck" the TV programme also downloads several radio programmes with names which start with Beck but are from radio stations I didn't want ie:- 32522: radio, Becky Measures - 01/10/2023, BBC Radio Sheffield, p0gd3ch9 36658: radio, Rob Beckett - El Loco, BBC Radio 2, m001qv02 36659: radio, Rob Beckett - Pranks, cranks, and a joke for the Yanks, BBC Radio 2, m001r0ds 36660: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001r91r 36661: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rgfc 36662: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rp9c INFO: 6 matching programmes How may I prevent this which didn't happen previously please? You could try ... \bBeck\b ... which should ensure that the PVR search only find items where Beck is an entire word, or possibly ... ^Beck$ ... which should find items where the entire field consists only of the word 'Beck'. I used ^Beck$ and this is working so many thanks. What can I do about all the unwanted radio? My trial of including Radio 2 and Radio 1 in my exclusion list failed totally unless there is a sort order which is beyond my ken. I have no idea where local radio fits in the scheme of things. My question is not urgent but would appreciate advice when you have time please. Many thanks once more, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 19:49, Budge wrote: This doesn't work and my pvr list which includes "Beck" the TV programme also downloads several radio programmes with names which start with Beck but are from radio stations I didn't want ie:- 32522: radio, Becky Measures - 01/10/2023, BBC Radio Sheffield, p0gd3ch9 36658: radio, Rob Beckett - El Loco, BBC Radio 2, m001qv02 36659: radio, Rob Beckett - Pranks, cranks, and a joke for the Yanks, BBC Radio 2, m001r0ds 36660: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001r91r 36661: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rgfc 36662: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rp9c INFO: 6 matching programmes How may I prevent this which didn't happen previously please? You could try ... \bBeck\b ... which should ensure that the PVR search only find items where Beck is an entire word, or possibly ... ^Beck$ ... which should find items where the entire field consists only of the word 'Beck'. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 10:39, Budge wrote: On 30/10/2023 09:58, Chris Walker wrote: On Mon, 30 Oct 2023 09:35:21 + Budge wrote: I have been trying to get the current repeat of As You Like It (BBC4 TV) and have an error message I do not understand:- The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc INFO: 1 total programmes WARNING: No media streams found for requested programme versions and recording modes. I think the clue might be in that line. I've just tried to grab it and it downloaded around 145MB of audio and then started on the video before I killed it. So I would suggest that you look at the format(s) you've specified for the download. The program dates from 1978 so could it be that the format you've specified wasn't available then and the file hasn't been modified for current modes? Just an idea! If it helps, my preferences line shows this :- fhd,hd,sd,web,mobile,default Hi and many thanks for the replies. Short story is I find have no prefs set after system rebuild. Will try and sort this out and many thanks for the help. Budge. I was able to retrieve my old options file from an older installation but it was well out of date so have rebuilt my prefs and now have:- refreshexcludegroups = local tvmode = fhd,hd,sd,web,mobile,default radiomode = high,std,med,low,default refreshexclude = CBBC,CBeebies,Radio 2,Radio,1 type = tv,radio atomicparsley = /usr/bin/AtomicParsley output = /home/alastair/Downloads/BBC_GiP_Downloads refreshinclude = Radio 3,Radio 4 This doesn't work and my pvr list which includes "Beck" the TV programme also downloads several radio programmes with names which start with Beck but are from radio stations I didn't want ie:- 32522: radio, Becky Measures - 01/10/2023, BBC Radio Sheffield, p0gd3ch9 36658: radio, Rob Beckett - El Loco, BBC Radio 2, m001qv02 36659: radio, Rob Beckett - Pranks, cranks, and a joke for the Yanks, BBC Radio 2, m001r0ds 36660: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001r91r 36661: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rgfc 36662: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rp9c INFO: 6 matching programmes How may I prevent this which didn't happen previously please? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 09:58, Chris Walker wrote: On Mon, 30 Oct 2023 09:35:21 + Budge wrote: I have been trying to get the current repeat of As You Like It (BBC4 TV) and have an error message I do not understand:- The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc INFO: 1 total programmes WARNING: No media streams found for requested programme versions and recording modes. I think the clue might be in that line. I've just tried to grab it and it downloaded around 145MB of audio and then started on the video before I killed it. So I would suggest that you look at the format(s) you've specified for the download. The program dates from 1978 so could it be that the format you've specified wasn't available then and the file hasn't been modified for current modes? Just an idea! If it helps, my preferences line shows this :- fhd,hd,sd,web,mobile,default Hi and many thanks for the replies. Short story is I find have no prefs set after system rebuild. Will try and sort this out and many thanks for the help. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On Mon, 30 Oct 2023 09:35:21 + Budge wrote: > I have been trying to get the current repeat of As You Like It (BBC4 > TV) and have an error message I do not understand:- > > The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc > INFO: 1 total programmes > > WARNING: No media streams found for requested programme versions and > recording modes. I think the clue might be in that line. I've just tried to grab it and it downloaded around 145MB of audio and then started on the video before I killed it. So I would suggest that you look at the format(s) you've specified for the download. The program dates from 1978 so could it be that the format you've specified wasn't available then and the file hasn't been modified for current modes? Just an idea! If it helps, my preferences line shows this :- fhd,hd,sd,web,mobile,default -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
On 01/10/2023 21:31, MrBrunes wrote: For encoding rates I appreciate the theory with historical programmes but I've found in practice that there are noticeably fewer blocky video artefacts with dashfhd1 vs SD. It depends very much on the type of SD. Some more recent encodings are using XSD as opposed to SD, and they're awful - in wildlife programmes rivers flow stop-start, etc - but the older SD encodings to which I was referring were fine. It also seems to depend on who does the encoding, some occasional individual programmes were done really badly, and for them any re-encoding, even just again as SD, is likely to be an improvement, and that's probably what you're seeing with HD or FHD. Comparing audio, MediaInfo says: hlshd1AAC LC SBR96kps 48kHz dashfhd1AAC LC128kbps 48kHz i.e. there is a difference with HD encodings, and I'd assume that given a lossy encoder then a higher bitrate is to be preferred. I suspect the 96kps is probably a one-off error. For some time now, the BBC have been using 128kbps for everything (except possibly xsd, as I never download those I wouldn't know). ISTR that there was a time in the past when they tried higher audio bitrates for HD, but people complained that their equipment couldn't play them back, so they lowered them back to 128. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
Tx to all for the valuable insights and some useful options that I'd not seen before. For encoding rates I appreciate the theory with historical programmes but I've found in practice that there are noticeably fewer blocky video artefacts with dashfhd1 vs SD. Comparing audio, MediaInfo says: hlshd1AAC LC SBR96kps 48kHz dashfhd1AAC LC128kbps 48kHz i.e. there is a difference with HD encodings, and I'd assume that given a lossy encoder then a higher bitrate is to be preferred. Also on the older SD versions the BBC logo is on the black left vertical border, but in dashhfd1 it's a semi-transparent BBC FOUR ident in-screen. So it appears that it is not just a re-encode. If there were no benefit then why would the Beeb reencode them? With storage being relatively cheap, I've just opted to go with the Wildean 'simplest tastes' option. With YouTube resolutions, then I've discovered that YT often thin out videos with higher encoding bit rates. Stuff that used to be available in HD is now only at SD! So I now grab them in HD while I can. As for TOTP generally, I find the episodes to be entertaining historical documents, albeit with the various redactions, with classic renditions just not available elsewhere. On Sat, 30 Sept 2023 at 23:17, MacFH - C E Macfarlane - News wrote: > > On 30/09/2023 12:05, MrBrunes wrote: > > > > I've just realised that some of my historical downloads of TOTP are in > > SD or non-50fps HD but the download history doesn't seem to note the > > quality, so I need to force download them again. Since new programmes > > are currently made available each week (for 30d) I thought I could add > > "force 1" to the PVR search for that programme, but then this will > > obvs download files that are already in 50fps. Also it will keep > > downloading files each time they are made available. > > > > I thought of deleting all the TOTP lines in download_history as that > > at least would prevent them from being downloaded again subsequently, > > but I don't know if this is an easy thing to do (can't see if my text > > editor can do this (Notepad++). > > > > Is there a better, more efficient method of doing this? > > I've refrained from replying before because I thought you might not > welcome my advice, which is simply: don't waste your time! > > Remember that ... > > As far as video resolution goes, TOTP2 dates from analogue days, which > IMS at its best was roughly equivalent to the 720 x 576 of a DVD, but > often when rebroadcast digitally was worse, for example ITV broadcast at > 544 x 576 for a long time, and I have a series of programmes about > Stonehenge recorded, IMS originally onto VHS, variously from UK TV and > Ch 5 for which the resolution width is often actually less than the > height, though whether that's down to the original broadcast or the VHS > I can not now recall. Currently SD downloads as 960 x 540 & HD as 1080 > x 720, so there's really little to be gained by HD over SD given the > source material is not likely to be much if at all better than the former. > > Secondly, as far as the audio resolution is concerned - and call me > old-fashioned if you must, but I thought the most important thing about > music is, well, the music, not the video - both SD & HD have only 128k > stereo @ 48k, so there can be no improvement there, either. > > However, if you insist on allowing the devil to make work for idle > hands, I will point out that you don't need a special program to sort > your download history, merely a spreadsheet. Depending in which flavour > of Office that you use, import the file as text specifying the vertical > bar '|' as the field separator character, and perhaps also specifying > the duration to be a numeric field and everything else as text. That > will enable you to sort by column within column, etc. > ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are already in 50fps. Also it will keep downloading files each time they are made available. I thought of deleting all the TOTP lines in download_history as that at least would prevent them from being downloaded again subsequently, but I don't know if this is an easy thing to do (can't see if my text editor can do this (Notepad++). Is there a better, more efficient method of doing this? I have a small script which uses ffmpeg to report what the frame rate is, and another similar script to report the resolution. You could use these in another small script of your own to conditionally re-download only those that aren't in your desired quality: https://github.com/DrHyde/shellscripts/blob/master/fps https://github.com/DrHyde/shellscripts/blob/master/ffres -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
... he might be a fan of Pan's persons and wanting the best quality video he can to spark youthful memories. but your point is correct, of the few I have watched I never saw what I would call HD quality output and you can often get better music quality on Spotify or even Youtube - of course they won't be the TOTP versions with DLT or Kid Jensen's commentary drowning out the end of the song. On 30/09/2023 23:17, MacFH - C E Macfarlane - News wrote: On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are already in 50fps. Also it will keep downloading files each time they are made available. I thought of deleting all the TOTP lines in download_history as that at least would prevent them from being downloaded again subsequently, but I don't know if this is an easy thing to do (can't see if my text editor can do this (Notepad++). Is there a better, more efficient method of doing this? I've refrained from replying before because I thought you might not welcome my advice, which is simply: don't waste your time! Remember that ... As far as video resolution goes, TOTP2 dates from analogue days, which IMS at its best was roughly equivalent to the 720 x 576 of a DVD, but often when rebroadcast digitally was worse, for example ITV broadcast at 544 x 576 for a long time, and I have a series of programmes about Stonehenge recorded, IMS originally onto VHS, variously from UK TV and Ch 5 for which the resolution width is often actually less than the height, though whether that's down to the original broadcast or the VHS I can not now recall. Currently SD downloads as 960 x 540 & HD as 1080 x 720, so there's really little to be gained by HD over SD given the source material is not likely to be much if at all better than the former. Secondly, as far as the audio resolution is concerned - and call me old-fashioned if you must, but I thought the most important thing about music is, well, the music, not the video - both SD & HD have only 128k stereo @ 48k, so there can be no improvement there, either. However, if you insist on allowing the devil to make work for idle hands, I will point out that you don't need a special program to sort your download history, merely a spreadsheet. Depending in which flavour of Office that you use, import the file as text specifying the vertical bar '|' as the field separator character, and perhaps also specifying the duration to be a numeric field and everything else as text. That will enable you to sort by column within column, etc. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
Here's my ten penn'th. Hopefully some of it might spark methods for you. Rgds. If you have set gip to download the best quality then that's what it will do. The PID normally remains the same for all versions of the programme: quality, signed, etc.. Force will tell gip to override blocking of already downloaded files whatever PIDs you specify. However if you are downloading them to the same directory as where they are stored, then you will need to also set overwrite. If you are after the easiest way to refresh higher quality and there's no data volume issues, then make sure the quality settings are as high as possible and download them all. If they are only available for 30 days then at the end of that time they will stop being downloaded. then follow whatever process you are using to move these to your storage area, assuming it's separate. I've not really had to deal with large numbers of files for a program, the closest for me was gardener's world for a year (around 30) that I wanted to ensure a refresh of at highest quality. I always use a command line anyway and I get the PID from the iplayer website for individual programs or series (best way for series is usually to head over to the programme website using the link from the iplayer programme page and the series PID is there somewhere in the url or on the page) Then I simply use get_iplayer --pid-recursive --force --PID=zyxwvuts ( actually I have pid recursive permanently set in my options) Then in my case I use 2 windows of a file manager that can show file size and video resolution as columns and I can see at a glance what needs to be to copied/moved over. 30 files takes 2 - 3 minutes plus copy time, it's simply select all that need to move from source, move them to destination, then delete the rest. If you have hundreds and have a low/limited bandwidth link then you will probably need some automation. I don't use PVR, so not sure if you can do it there or whether you need a more programmatic approach. You can of course using a batch/command file approach in the collecting of your TOTP rather than rely on PVR, which I have done for my Granddaughter's favourite programme (well, this months). For some reason the BBC was broadcasting them in an odd order and only releasing a few new ones a week while retaining them on Iplayer for 30 days. My options use highest quality anyway, so I created a very simple batch file get_iplayer --pid=zyxwvuts where the PID was the programme PID (the one above the series PID, so all episodes of any series would be collected) then set the system scheduler to run this once every day from my desktop when I knew it would be on and logged in. then every few days I'd copy new episodes from the download directory to the directory I store them in for her to access via Plex. Anything that I'd already downloaded was of course not re-downloaded so if there are no new episodes it takes seconds to run. Took a while but we now have all episodes available. ... Yes, she's 1.75 years old and can identify the correct remote, turn on the TV, select Plex, log in as herself (with PIN) and get to her cartoon characters. When she's bored of it I'll delete them and I'm sure we'll be with something else. That way she's not trying to access other streaming services (tho' we've already protected them anyway) relevant options file entries from my setup are: tvmode fhd,hd,sd,web,mobile whitespace 1 fileprefix subdir 1 excludesupplier bidi outputtv V:\Holding\iP\TV subdirformat pidrecursive 1 On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are already in 50fps. Also it will keep downloading files each time they are made available. I thought of deleting all the TOTP lines in download_history as that at least would prevent them from being downloaded again subsequently, but I don't know if this is an easy thing to do (can't see if my text editor can do this (Notepad++). Is there a better, more efficient method of doing this? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are al
Re: Overwriting lower quality files
On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are already in 50fps. Also it will keep downloading files each time they are made available. I thought of deleting all the TOTP lines in download_history as that at least would prevent them from being downloaded again subsequently, but I don't know if this is an easy thing to do (can't see if my text editor can do this (Notepad++). Is there a better, more efficient method of doing this? I've refrained from replying before because I thought you might not welcome my advice, which is simply: don't waste your time! Remember that ... As far as video resolution goes, TOTP2 dates from analogue days, which IMS at its best was roughly equivalent to the 720 x 576 of a DVD, but often when rebroadcast digitally was worse, for example ITV broadcast at 544 x 576 for a long time, and I have a series of programmes about Stonehenge recorded, IMS originally onto VHS, variously from UK TV and Ch 5 for which the resolution width is often actually less than the height, though whether that's down to the original broadcast or the VHS I can not now recall. Currently SD downloads as 960 x 540 & HD as 1080 x 720, so there's really little to be gained by HD over SD given the source material is not likely to be much if at all better than the former. Secondly, as far as the audio resolution is concerned - and call me old-fashioned if you must, but I thought the most important thing about music is, well, the music, not the video - both SD & HD have only 128k stereo @ 48k, so there can be no improvement there, either. However, if you insist on allowing the devil to make work for idle hands, I will point out that you don't need a special program to sort your download history, merely a spreadsheet. Depending in which flavour of Office that you use, import the file as text specifying the vertical bar '|' as the field separator character, and perhaps also specifying the duration to be a numeric field and everything else as text. That will enable you to sort by column within column, etc. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
Tx to Michael I think I've eventually found a way to do this. A quick search in download history shows TOTP quality varying with: hvfxsd1 hvfhd1 hlshd1 dashfhd1 https://github.com/get-iplayer/get_iplayer/wiki/modesref/a1db796dfe2a447d5e917f25a6a8b5deb0bfef9e#tv-modes helped decode these, meaning that I needed to re-download all the non-dashfhd1 programmes as they are just 540/720 rather than 1080. I then used NP++ Search, Mark / Bookmark line /Mark All functions to bookmark all the lines matching a certain title, then cut and pasted all bookmarked lines into a separate file. Edited that file to leave just the 1080 lines, and then pasted them back into the download history file. On Sat, 30 Sept 2023 at 12:41, Michael Gregory wrote: > > You can use NP++ to sort your download_history starting at column 10 to get > all the TOTP together to help. > Should have quality there too, in the field after pid, eg: hvfhdq1, dashfhd1, > (HQ which you want to leave) > But some in my file do not have that field populated... I think they are ones > I downloaded before broadcast. > > 30 Sept 2023 12:08:36 MrBrunes : > > > I've just realised that some of my historical downloads of TOTP are in > > SD or non-50fps HD but the download history doesn't seem to note the > > quality, so I need to force download them again. Since new programmes > > are currently made available each week (for 30d) I thought I could add > > "force 1" to the PVR search for that programme, but then this will > > obvs download files that are already in 50fps. Also it will keep > > downloading files each time they are made available. > > > > I thought of deleting all the TOTP lines in download_history as that > > at least would prevent them from being downloaded again subsequently, > > but I don't know if this is an easy thing to do (can't see if my text > > editor can do this (Notepad++). > > > > Is there a better, more efficient method of doing this? > > > > ___ > > get_iplayer mailing list > > get_iplayer@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/get_iplayer > Cheers, > Mike > -- > Michael Gregory > I recommend Octopus Energy: Get a sign-up bonus at > https://share.octopus.energy/pure-rhino-141 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
You can use NP++ to sort your download_history starting at column 10 to get all the TOTP together to help. Should have quality there too, in the field after pid, eg: hvfhdq1, dashfhd1, (HQ which you want to leave) But some in my file do not have that field populated... I think they are ones I downloaded before broadcast. 30 Sept 2023 12:08:36 MrBrunes : > I've just realised that some of my historical downloads of TOTP are in > SD or non-50fps HD but the download history doesn't seem to note the > quality, so I need to force download them again. Since new programmes > are currently made available each week (for 30d) I thought I could add > "force 1" to the PVR search for that programme, but then this will > obvs download files that are already in 50fps. Also it will keep > downloading files each time they are made available. > > I thought of deleting all the TOTP lines in download_history as that > at least would prevent them from being downloaded again subsequently, > but I don't know if this is an easy thing to do (can't see if my text > editor can do this (Notepad++). > > Is there a better, more efficient method of doing this? > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Cheers, Mike -- Michael Gregory I recommend Octopus Energy: Get a sign-up bonus at https://share.octopus.energy/pure-rhino-141 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
On Sat, 2023-09-30 at 12:05 +0100, MrBrunes wrote: > I've just realised that some of my historical downloads of TOTP are in > SD or non-50fps HD but the download history doesn't seem to note the > quality, so I need to force download them again. Since new programmes > are currently made available each week (for 30d) I thought I could add > "force 1" to the PVR search for that programme, but then this will > obvs download files that are already in 50fps. Also it will keep > downloading files each time they are made available. If you want to keep the SD files but also have HD files, why not simply specify that you want the HD files to be stored in a different folder to the SD files? See my comments below regarding your comment "Also it will keep downloading files each time they are made available". > I thought of deleting all the TOTP lines in download_history as that > at least would prevent them from being downloaded again subsequently, > but I don't know if this is an easy thing to do (can't see if my text > editor can do this (Notepad++). Haven't you got that round the wrong way? The download_history file contains PIDs of the files you've downloaded so if you delete those PIDs then it wouldn't prevent them from being downloaded again, it would in fact force them to be downloaded again if you specify the PID of the TOTP programme or the name as your search term. The download_history file is a simple text file and can easily be edited in Notepad++. Just be aware that the lines of text for each pid are long. > Is there a better, more efficient method of doing this? -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: New Installation External Programs
On Wed, Sep 20, 2023 at 06:09:27PM +0100, Budge wrote: [...] > My openSUSE repo does not have atomicparsley. It has libatomicparsley0 > which is apparently in a gtkpod. I don't know much about SUSE (apart from that it used to be a half-arsed Red Hat remix which was in severe decline by the 2000s and I had assumed it was no more) but I do note that the binary name is "AtomicParsley" and not lower-cased like all sensible Unix commands. So you might want to check for a package with the same mixed-case name. > Also for ffmpeg I am spoiled for choice with versions 4,5 &6 offered. Pick whichever will actually install, starting from the latest and working backwards. I'm still using ffmpeg 3.3.4, and it works just fine. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Deleting One Off / Single Entry PVR Searches?
On Thu, 7 Sep 2023 14:09:20 -0400 Peter Kok wrote: > Hello - > > Is there a command line that would enable deletion / removal of one > off / single entry PVR searches? For instance, The Banksy Story - > Omnibus 2, BBC Radio 4, m001p237, isn't available (never was), but > continues to be part of the PVR Scheduler listing / programmes (as > unfulfilled) in my instance. > > Any assistance would be most appreciated. As you might have seen, there are a few ways to stop GiP from downloading a program but I've had the same problem as you this morning, albeit with a different radio programme. In my case it's The Lazarus Heist. I've listened to all episodes and yet the BBC have seen fit to issue Series 2 Episode 10 with another pid which is not available and like you, isn't likely to be. So as you have the PID of your offending programme, you could so as I do and simply mark it as downloaded. As you wanted a command line instruction it will be thus :- get-iplayer --pid=m001p237 --mark-downloaded Hope this helps -- __ __| |_ __ __ .. / _/ _` \ V V / | mailto:cdw_pcm...@the-walker-household.co.uk | \__\__,_|\_/\_/ || ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Deleting One Off / Single Entry PVR Searches?
The pvr is controlled by text files held in the pvr folder. The simplest way is to delete the unwanted file from there. HTH Don - Original Message - From: Peter Kok To: Sent: 07/09/2023 19:09:20 Subject: Deleting One Off / Single Entry PVR Searches? Hello - Is there a command line that would enable deletion / removal of one off / single entry PVR searches? For instance, The Banksy Story - Omnibus 2, BBC Radio 4, m001p237, isn't available (never was), but continues to be part of the PVR Scheduler listing / programmes (as unfulfilled) in my instance. Any assistance would be most appreciated. Thank you. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Deleting One Off / Single Entry PVR Searches?
On 07/09/2023 19:09, Peter Kok wrote: Is there a command line that would enable deletion / removal of one off / single entry PVR searches? For instance, The Banksy Story - Omnibus 2, BBC Radio 4, m001p237, isn't available (never was), but continues to be part of the PVR Scheduler listing / programmes (as unfulfilled) in my instance. Run GetIPlayer --helplong and look for the --pvr-del option. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Programmes over 30 days old - incorrect warning
On 28/06/2023 23:11, fred.d wrote: Recently (last couple of months) I've been receiving the warning message "You have programmes over 30 days old that should be deleted." As I've changed my download directory a couple of times over the last year I suspected that I'd just forgotten one somewhere. However I've gone looking and can't find anything. I thought that using the suggested method of finding them "... --history ...720..." would help but it simply lists about 4400 of the 5400 items that I've downloaded over the years. ...so I went into the download history file which does show the download directory for each file. I then tried to cross reference the error list of about 4400 with this but of the samples I've looked at so far (about 50) none of the downloaded files exist. Any ideas why I would be getting the warning? Any suggestions for further investigation or fix? It's something I can practically ignore, but I'd like to know why... Basically, GiP used, and apparently still does, check for downloaded programmes which are older than, I think, 30 days, but you could turn this off via a command-line option, most probably, it was ... --nopurge ... or perhaps ... --no-purge ... but now ... --help-long ... no longer displays this option. However, despite this, the option still works if placed in your preferences file. Append the line ... nopurge 1 ... in your GiP options file, and it should kill the message. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get_iplayer error when launching
On 2023-06-11 10:28, sous...@sousous.org wrote: but now, when trying to launch Get_Iplayer Update cmd or Get_Iplayer cm (always through the icons on my desk), i got this message inside the cmd popup : "La ligne d'entrée est trop longue - la syntaxe de la commande n'est pas correcte" which can be translated by " the input line is too long. the syntax of the command is incorrect" Has anything else on your PC stopped working? We don't know what the commands are, associated with the icons in your desktop. If you right-click an icon, then choose "Properties" (at least that's what it says in English), then look at the second tab ("Shortcut" in English) then in the field labelled "Target" you will find the command that is issued. Put the mouse pointer in that field, press Ctrl-A to select it all, then Ctrl-C to copy it and paste it into a reply here. Do that for both of your desktop icons. Perhaps we can see a problem. Windows make some attempt to update shortucts automatically if the files they point at get moved, so maybe an automatic update has happened and is now not right. Another possibiity is that the commands - as copied out of the icons - have symbols in them, marked by being between "%" signs. For example you might see %ProgramFiles%. The command that Windows tries to run will contain the values of those symbols. Maybe some symbolic value has grown much longer. If the whole command is too long, or eg has double quotes in it but not an even number of them, then that could cause an error. Something else you might try is pasteing each command into a terminal window (find the "run" option in the start menu, then specify "cmd.exe") and find out whether it will work there. I'm not sure if the terminal window in Win 10 lets you paste stuff into it with a Ctrl-V; earlier versions of cmd.exe need you to right-click the mouse to have text pasted in ... and to copy text out you drag the mouse to highlight text then press Enter. By the way, sorry for my bad english. It is fine. -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Blocked from streaming
Thanks Mark. Interestingly the browser version of BBC sounds and the android app are both still working. Presumably the intent is to block 'unusual' anonymous access. I've since set up my transcoder using TVHeadend.. shame I didn't do that in the first instance, but I didn't think I'd get snared simply by using their URL. Sorry, when I viewed the 'contact the BBC pages', there were a lot of FAQ's and didn't seem to be an easy way to contact them directly, hence the question. I've since raised a ticket with BBC feedback and will report back when I get a reply. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Blocked from streaming
On 05 Jun 2023, Expert Geeks wrote: (snip) > However, none of the stream links are working for BBC radio now.. Oddly, > neither is it working for LBC.. I am able to listen to both BBC & LBC > when connected to a VPN, which makes me think that my home IP is on a > radio streaming blocklist. (snip) > continuous connection may have trigged an automatic ban, however I'm a > licence fee payer and resident in the UK.. and have no clue how to get > my IP off such a blocklist. Does anyone here have a clue ? Have you tried it via the normal BBC Sounds web interface without the VPN? If that fails, could try asking via https://www.bbc.co.uk/iplayer/help/questions/need-more-help/contact Cheers, Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: How can I create a list of programmes from BBC Sounds
On 24/05/2023 21:35, Jeremy Nicoll - ml gip wrote: On 2023-05-20 18:37, Budge wrote: Using the pid for the entire archive I can get a list of the entire archive but I have not found out how to sort the list by genre or obtain a list of a single genre. It looks to me as "genre" is an arbitrary tag that the BBC do not expose on any of the html pages - it must exist in their database of programmes but nowhere else. Can anybody please suggest how I might obtain the list. Use curl or wget to request all the pages that one could fetch manually for a specific genre, eg for science: https://www.bbc.co.uk/programmes/p01gyd7j?page=1 https://www.bbc.co.uk/programmes/p01gyd7j?page=2 https://www.bbc.co.uk/programmes/p01gyd7j?page=3 ... until you get the "page not found" page. Then examine the html and extract the episode name, pid (and maybe episode description) for each one. It looks easy(ish) for anyone who can write a computer program; the drawback of this approach is that you have to study the html quite carefully to find how its internal structure replicates for each entry on a page. But broadly speaking it'll be a whole load of html for all the stuff that's at the start of a page, then stuff for the start of that page's list, then the entries (though that may also be more complex than needed because of the way that they get laid out in rows), then the end of that page's list, then the stuff at the end of every page. How you then identify those areas on an html page depends greatly on the programming language you use, and how complex you want your code to be. There's also a problem that the (no doubt) machine-generated html on these pages will quite likely change its layout quite often. So ... if you need to run your indexer fairly often (to pick up new entries or just to check that it still produces the same answers as last time) you need ideally to have your scanning program able to test if its assumptions about the layout of the entries is still reasonable. Adding to the problem, perhaps, is that html doesn't need to be arranged in a file in the sort of line-by-line layout that one might see if - in a browser - one does a "view source" for a page. Things that one day seem to be on two consecutive lines might on another day be more or less spread out. In some cases when I've extracted stuff from html pages I've started off by eg replacing long runs of repeated spaces by single spaces, and removed completely some parts of the html because - for what I wanted - it just muddied the water. In some cases it made more sense to introduce more line breaks so the file I then scanned had many more, but shorter, lines than the html that I got back from the web server. But for example, on page 1 of the Science lists, assuming that none of the relevant links span a line-break, there's 25 occurrences of href="https://www.bbc.co.uk/programmes/ nearly all of them occurring at 45 line intervals. The first one is in the "" section of the page, so that leaves 24 of them in the part, corresponding to the 24 programmes described. The place where two consecutive lines are not 45 lines apart occurs at the last row where one episode is a repeat and doesn't have a "play" button. You'd need to see how its html doesn't follow the structure of the entries that do have such a button, and take that into account in any code you write (AND look out for other unexpected differences). Those 24 literals all have a pid in them so really look like eg href="https://www.bbc.co.uk/programmes/m001l291; href="https://www.bbc.co.uk/programmes/m001jc68; href="https://www.bbc.co.uk/programmes/m001hnlf; ... I'd /guess/ that one could eg take such a file, skip past its first 300 or so lines (the first meaningful pid line is around line 330 at the moment, then repeatedly scan forwards looking for href="https://www.bbc.co.uk/programmes/ and read the pid that immediately follows that, then scan forwards for what marks the start of the episode name (but not scan more than - say - ten lines if - at the moment - you'd expect to find episode name in the next (say) 5 lines, then similarly scan for the episode description's start. Repeat until you fall off the end of that page's list. If you can't program, eg in any version of BASIC, or python or perl or ... anything, maybe this would be a good time to learn how to? Your code would not need to be elegant or sophisticated ... just work. For all I know, there may be utilities into which one could drag an html page, and then manipulate it reasonably easily to extract the data you want. The trouble is, I don't know my way around tools that I don't use. I /do/ use a programmers' text editor; that's what showed me at a glance that the instances of href="https://www.bbc.co.uk/programmes/ are at a specific repeating interval (though I expected that they would be, more or less). I'm sure that some other editors would show the same thing
Re: How can I create a list of programmes from BBC Sounds
On 2023-05-20 18:37, Budge wrote: Using the pid for the entire archive I can get a list of the entire archive but I have not found out how to sort the list by genre or obtain a list of a single genre. It looks to me as "genre" is an arbitrary tag that the BBC do not expose on any of the html pages - it must exist in their database of programmes but nowhere else. Can anybody please suggest how I might obtain the list. Use curl or wget to request all the pages that one could fetch manually for a specific genre, eg for science: https://www.bbc.co.uk/programmes/p01gyd7j?page=1 https://www.bbc.co.uk/programmes/p01gyd7j?page=2 https://www.bbc.co.uk/programmes/p01gyd7j?page=3 ... until you get the "page not found" page. Then examine the html and extract the episode name, pid (and maybe episode description) for each one. It looks easy(ish) for anyone who can write a computer program; the drawback of this approach is that you have to study the html quite carefully to find how its internal structure replicates for each entry on a page. But broadly speaking it'll be a whole load of html for all the stuff that's at the start of a page, then stuff for the start of that page's list, then the entries (though that may also be more complex than needed because of the way that they get laid out in rows), then the end of that page's list, then the stuff at the end of every page. How you then identify those areas on an html page depends greatly on the programming language you use, and how complex you want your code to be. There's also a problem that the (no doubt) machine-generated html on these pages will quite likely change its layout quite often. So ... if you need to run your indexer fairly often (to pick up new entries or just to check that it still produces the same answers as last time) you need ideally to have your scanning program able to test if its assumptions about the layout of the entries is still reasonable. Adding to the problem, perhaps, is that html doesn't need to be arranged in a file in the sort of line-by-line layout that one might see if - in a browser - one does a "view source" for a page. Things that one day seem to be on two consecutive lines might on another day be more or less spread out. In some cases when I've extracted stuff from html pages I've started off by eg replacing long runs of repeated spaces by single spaces, and removed completely some parts of the html because - for what I wanted - it just muddied the water. In some cases it made more sense to introduce more line breaks so the file I then scanned had many more, but shorter, lines than the html that I got back from the web server. But for example, on page 1 of the Science lists, assuming that none of the relevant links span a line-break, there's 25 occurrences of href="https://www.bbc.co.uk/programmes/ nearly all of them occurring at 45 line intervals. The first one is in the "" section of the page, so that leaves 24 of them in the part, corresponding to the 24 programmes described. The place where two consecutive lines are not 45 lines apart occurs at the last row where one episode is a repeat and doesn't have a "play" button. You'd need to see how its html doesn't follow the structure of the entries that do have such a button, and take that into account in any code you write (AND look out for other unexpected differences). Those 24 literals all have a pid in them so really look like eg href="https://www.bbc.co.uk/programmes/m001l291; href="https://www.bbc.co.uk/programmes/m001jc68; href="https://www.bbc.co.uk/programmes/m001hnlf; ... I'd /guess/ that one could eg take such a file, skip past its first 300 or so lines (the first meaningful pid line is around line 330 at the moment, then repeatedly scan forwards looking for href="https://www.bbc.co.uk/programmes/and read the pid that immediately follows that, then scan forwards for what marks the start of the episode name (but not scan more than - say - ten lines if - at the moment - you'd expect to find episode name in the next (say) 5 lines, then similarly scan for the episode description's start. Repeat until you fall off the end of that page's list. If you can't program, eg in any version of BASIC, or python or perl or ... anything, maybe this would be a good time to learn how to? Your code would not need to be elegant or sophisticated ... just work. For all I know, there may be utilities into which one could drag an html page, and then manipulate it reasonably easily to extract the data you want. The trouble is, I don't know my way around tools that I don't use. I /do/ use a programmers' text editor; that's what showed me at a glance that the instances of href="https://www.bbc.co.uk/programmes/ are at a specific repeating interval (though I expected that they would be, more or less). I'm sure that some other editors would show the same thing but in
Re: Some questions on PVR
No Problem - the 2.97 is probably the freshest port that's available to my Raspberry PI, pi@osgood:~$ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster On Sat, 20 May 2023 at 17:52, Budge wrote: > > Hi Kevin, > I have been away and coming back to this I think I have missed something > somewhere. You have shown a command which is revealing get_iplayer v2.97 and > showing podcasts.I am using v3.31 and the deprecated podcast type is no > longer supported. > I too am confused by the conflicting information from BBC concerning the > future of podcasts. Fortunately I can still get In Our Time with pvr and not > using podcasts afaik so I shall not spend more time on podcasts. I do have a > more important question and shall post a separate thread. > Thanks for the info and help. > Regards, > Alastair. > > On 13/05/2023 23:50, Kevin Lynch wrote: > > I looked at the podcast thing while watching Eurovision and I found > > that it still works, but there are definite limitations. > > > > pi@osgood:~$ get_iplayer --type=podcast --refresh nomatch > > get_iplayer v2.97, 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 > >conditions; use --conditions for details. > > > > INFO: Getting podcast Index Feeds > > > > > > > > .. > > Added: 262510: The Media Show - Football, racism and the media, Wed, > > 12 Dec 2018 17:45:00 +, BBC Radio 4, Socie > > ty & Culture > > Added: 262623: The Media Show - How ITV News reported first-hand on > > the storming of Congress, Fri, 12 Feb 2021 20:4 > > 3:00 +, BBC Radio 4, Society & Culture > > . > > Added: 262510: The Media Show - Football, racism and the media, Wed, > > 12 Dec 2018 17:45:00 +, BBC Radio 4, Society & Culture > > Added: 262623: The Media Show - How ITV News reported first-hand on > > the storming of Congress, Fri, 12 Feb 2021 20:43:00 +, BBC Radio > > 4, Society & Culture > > > > INFO: 0 Matching Programmes > > > > The list here for "In Our Time" tallys what my podcast app sees. > > > > pi@osgood:~$ get_iplayer --type=podcast "In our Time" | tail > > 226409: In Our Time - Megaliths, Thu, 30 Mar 2023 09:15:00 +, BBC > > Radio 4, History > > 226410: In Our Time - The Ramayana, Thu, 06 Apr 2023 09:15:00 +, > > BBC Radio 4, History > > 226411: In Our Time - Mercantilism, Thu, 13 Apr 2023 09:15:00 +, > > BBC Radio 4, History > > 226412: In Our Time - Solon the Lawgiver, Thu, 20 Apr 2023 09:15:00 > > +, BBC Radio 4, History > > 226413: In Our Time - A Room of One's Own, Thu, 27 Apr 2023 09:15:00 > > +, BBC Radio 4, History > > 226414: In Our Time - Cnut, Thu, 04 May 2023 09:15:00 +, BBC Radio > > 4, History > > 226415: In Our Time - The Battle of Crécy, Thu, 11 May 2023 09:15:00 > > +, BBC Radio 4, History > > 226416: In Our Time - In Our Time is now first on BBC Sounds, Fri, 04 > > Mar 2022 04:00:00 +, BBC Radio 4, History > > > > INFO: 941 Matching Programmes > > pi@osgood:~$ > > > > When you look at https://www.bbc.co.uk/sounds/brand/b006qykl you see > > the latest podcasts are there. > > > > Friday night Comedy > > > > pi@osgood:~$ get_iplayer --type=podcast "Friday Night Comedy"| tail > > 220370: Friday Night Comedy from BBC Radio 4 - The News Quiz - 3rd > > March, Fri, 31 Mar 2023 18:01:00 +, BBC Radio 4, Comedy > > 220371: Friday Night Comedy from BBC Radio 4 - The News Quiz - 10th > > March, Fri, 07 Apr 2023 18:01:00 +, BBC Radio 4, Comedy > > 220372: Friday Night Comedy from BBC Radio 4 - The Now Show - 17th > > March, Fri, 14 Apr 2023 18:01:00 +, BBC Radio 4, Comedy > > 220373: Friday Night Comedy from BBC Radio 4 - The Now Show - 24th > > March, Fri, 21 Apr 2023 18:01:00 +, BBC Radio 4, Comedy > > 220374: Friday Night Comedy from BBC Radio 4 - The Now Show - 31st > > March, Fri, 28 Apr 2023 18:01:00 +, BBC
Re: Some questions on PVR
Hi Kevin, I have been away and coming back to this I think I have missed something somewhere. You have shown a command which is revealing get_iplayer v2.97 and showing podcasts. I am using v3.31 and the deprecated podcast type is no longer supported. I too am confused by the conflicting information from BBC concerning the future of podcasts. Fortunately I can still get In Our Time with pvr and not using podcasts afaik so I shall not spend more time on podcasts. I do have a more important question and shall post a separate thread. Thanks for the info and help. Regards, Alastair. On 13/05/2023 23:50, Kevin Lynch wrote: I looked at the podcast thing while watching Eurovision and I found that it still works, but there are definite limitations. pi@osgood:~$ get_iplayer --type=podcast --refresh nomatch get_iplayer v2.97, 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 conditions; use --conditions for details. INFO: Getting podcast Index Feeds .. Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Socie ty & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:4 3:00 +, BBC Radio 4, Society & Culture . Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Society & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:43:00 +, BBC Radio 4, Society & Culture INFO: 0 Matching Programmes The list here for "In Our Time" tallys what my podcast app sees. pi@osgood:~$ get_iplayer --type=podcast "In our Time" | tail 226409: In Our Time - Megaliths, Thu, 30 Mar 2023 09:15:00 +, BBC Radio 4, History 226410: In Our Time - The Ramayana, Thu, 06 Apr 2023 09:15:00 +, BBC Radio 4, History 226411: In Our Time - Mercantilism, Thu, 13 Apr 2023 09:15:00 +, BBC Radio 4, History 226412: In Our Time - Solon the Lawgiver, Thu, 20 Apr 2023 09:15:00 +, BBC Radio 4, History 226413: In Our Time - A Room of One's Own, Thu, 27 Apr 2023 09:15:00 +, BBC Radio 4, History 226414: In Our Time - Cnut, Thu, 04 May 2023 09:15:00 +, BBC Radio 4, History 226415: In Our Time - The Battle of Crécy, Thu, 11 May 2023 09:15:00 +, BBC Radio 4, History 226416: In Our Time - In Our Time is now first on BBC Sounds, Fri, 04 Mar 2022 04:00:00 +, BBC Radio 4, History INFO: 941 Matching Programmes pi@osgood:~$ When you look at https://www.bbc.co.uk/sounds/brand/b006qykl you see the latest podcasts are there. Friday night Comedy pi@osgood:~$ get_iplayer --type=podcast "Friday Night Comedy"| tail 220370: Friday Night Comedy from BBC Radio 4 - The News Quiz - 3rd March, Fri, 31 Mar 2023 18:01:00 +, BBC Radio 4, Comedy 220371: Friday Night Comedy from BBC Radio 4 - The News Quiz - 10th March, Fri, 07 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220372: Friday Night Comedy from BBC Radio 4 - The Now Show - 17th March, Fri, 14 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220373: Friday Night Comedy from BBC Radio 4 - The Now Show - 24th March, Fri, 21 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220374: Friday Night Comedy from BBC Radio 4 - The Now Show - 31st March, Fri, 28 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220375: Friday Night Comedy from BBC Radio 4 - The Now Show - 7th April, Fri, 05 May 2023 18:01:00 +, BBC Radio 4, Comedy 220376: Friday Night Comedy from BBC Radio 4 - The Now Show - 14th April, Fri, 12 May 2023 18:01:00 +, BBC Radio 4, Comedy 220377: Friday Night Comedy from BBC Radio 4 - Ready for a new series of The News Quiz?, Sat, 29 Apr 2023 07:00:00 +, BBC Radio 4, Comedy INFO: 162 Matching Programmes The URL https://www.bbc.co.uk/sounds/series/p02pc9pj shows the latest show available from yesterday Kevin On Sat, 13 May 2023 at 21:42, Jeremy Nicoll - ml
Re: Some questions on PVR
I looked at the podcast thing while watching Eurovision and I found that it still works, but there are definite limitations. pi@osgood:~$ get_iplayer --type=podcast --refresh nomatch get_iplayer v2.97, 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 conditions; use --conditions for details. INFO: Getting podcast Index Feeds .. Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Socie ty & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:4 3:00 +, BBC Radio 4, Society & Culture . Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Society & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:43:00 +, BBC Radio 4, Society & Culture INFO: 0 Matching Programmes The list here for "In Our Time" tallys what my podcast app sees. pi@osgood:~$ get_iplayer --type=podcast "In our Time" | tail 226409: In Our Time - Megaliths, Thu, 30 Mar 2023 09:15:00 +, BBC Radio 4, History 226410: In Our Time - The Ramayana, Thu, 06 Apr 2023 09:15:00 +, BBC Radio 4, History 226411: In Our Time - Mercantilism, Thu, 13 Apr 2023 09:15:00 +, BBC Radio 4, History 226412: In Our Time - Solon the Lawgiver, Thu, 20 Apr 2023 09:15:00 +, BBC Radio 4, History 226413: In Our Time - A Room of One's Own, Thu, 27 Apr 2023 09:15:00 +, BBC Radio 4, History 226414: In Our Time - Cnut, Thu, 04 May 2023 09:15:00 +, BBC Radio 4, History 226415: In Our Time - The Battle of Crécy, Thu, 11 May 2023 09:15:00 +, BBC Radio 4, History 226416: In Our Time - In Our Time is now first on BBC Sounds, Fri, 04 Mar 2022 04:00:00 +, BBC Radio 4, History INFO: 941 Matching Programmes pi@osgood:~$ When you look at https://www.bbc.co.uk/sounds/brand/b006qykl you see the latest podcasts are there. Friday night Comedy pi@osgood:~$ get_iplayer --type=podcast "Friday Night Comedy"| tail 220370: Friday Night Comedy from BBC Radio 4 - The News Quiz - 3rd March, Fri, 31 Mar 2023 18:01:00 +, BBC Radio 4, Comedy 220371: Friday Night Comedy from BBC Radio 4 - The News Quiz - 10th March, Fri, 07 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220372: Friday Night Comedy from BBC Radio 4 - The Now Show - 17th March, Fri, 14 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220373: Friday Night Comedy from BBC Radio 4 - The Now Show - 24th March, Fri, 21 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220374: Friday Night Comedy from BBC Radio 4 - The Now Show - 31st March, Fri, 28 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220375: Friday Night Comedy from BBC Radio 4 - The Now Show - 7th April, Fri, 05 May 2023 18:01:00 +, BBC Radio 4, Comedy 220376: Friday Night Comedy from BBC Radio 4 - The Now Show - 14th April, Fri, 12 May 2023 18:01:00 +, BBC Radio 4, Comedy 220377: Friday Night Comedy from BBC Radio 4 - Ready for a new series of The News Quiz?, Sat, 29 Apr 2023 07:00:00 +, BBC Radio 4, Comedy INFO: 162 Matching Programmes The URL https://www.bbc.co.uk/sounds/series/p02pc9pj shows the latest show available from yesterday Kevin On Sat, 13 May 2023 at 21:42, Jeremy Nicoll - ml gip wrote: > > On 2023-05-13 20:18, Kevin Lynch wrote: > > > ... Since then the BBC had an "audio product" > > whose name escapes me that then was rewritten to be "BBC Sounds". If > > you look carefully, the BBC doesn't promote "BBC Radio" anymore. It's > > all "BBC Sounds". The BBC now deprecates podcasts, driving users to > > BBC Sounds > > If that's the case one would wonder why their own website hasn't yet > got the message. If you go to "Sounds" and search for, for example > "More or Less" you'll find the most recent episode of the MoL > /podcast/ at > > https://www.bbc.co.uk/sounds/play/p0fn0lnw > "Do 94% of marriages in
Re: Some questions on PVR
On 2023-05-13 20:18, Kevin Lynch wrote: ... Since then the BBC had an "audio product" whose name escapes me that then was rewritten to be "BBC Sounds". If you look carefully the BBC doesn't promote "BBC Radio" anymore. It's all "BBC Sounds". The BBC now deprecates podcasts, driving users to BBC Sounds If that's the case one would wonder why their own website hasn't yet got the message. If you go to "Sounds" and search for, for example "More or Less" you'll find the most recent episode of the MoL /podcast/ at https://www.bbc.co.uk/sounds/play/p0fn0lnw "Do 94% of marriages in Portugal really end in divorce?" and - yes - that's a "sounds" URL. But if you approach it through what might be a legacy set of pages, eg from https://www.bbc.co.uk/programmes/b006qshd and click on the "More or Less Podcast" tab, that takes you to https://www.bbc.co.uk/programmes/p02nrss1/episodes/downloads (which doesn't have "sounds" in its URL), and if you click the topmost entry in the list of episodes you get to https://www.bbc.co.uk/programmes/p0fn0lnw - no "sounds" literal in that either. It's only when you click on "Listen Now" that you finally end up on a "sounds" page. -- Jeremy Nicoll - my opinions are my own ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Some questions on PVR
On Sat, 13 May 2023 at 09:43, Budge wrote: On 12/05/2023 23:53, MacFH - C E Macfarlane - News wrote: On 12/05/2023 23:34, Kevin Lynch wrote: On Fri, 12 May 2023 at 19:17, MacFH - C E Macfarlane - News wrote: Amid a lack of current programmes to test with, that was just a guess on my part; it could well be that your suggestion turns out better than mine. C:\Users\kevin>get_iplayer --info --pid b09k1f9h All that you say is true, but the above is not one of the programmes the OP was asking about, none of which appear to be available ATM, hence my saying that I couldn't verify anything for those programmes. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Many thanks to Kevin and MacFH, The fact that podcast is deprecated makes sense and I can avoid in future if necessary. I haven't yet looked for or found a podcast but I recall they are used on the iPlayer website. I shall examine further when I have time but it is not an issue at present. I note Kevin's advice and I recall using --pid-recursive in the past. My history file is a trip down memory lane, as is my .mp4 and .m4a database. Re-activating my pvr list was fun and amazingly some programmes missing from my library turned up and helped me fill the gaps. Good to be in touch once more and thanks for the help. Regards, Alastair ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Some questions on PVR
This explanation is really off-topic but maybe it's helpful to understand the strategic goals of iPlayer which affect the delivery of content we access through get_iplayer. The iPlayer and BBC sounds are very much a product of the current licence fee arrangement and the BBC's response to streaming media. BBC Radio 4's "In Our Time",and BBC Radio 5 live's "Fighting Talk" were one of the first radio programmes to be 'podcast'. I think this would have been around 2013. Since then the BBC had an "audio product" whose name escapes me that then was rewritten to be "BBC Sounds". If you look carefully the BBC doesn't promote "BBC Radio" anymore. It's all "BBC Sounds". The BBC now deprecates podcasts, driving users to BBC Sounds, It's kind of weird as I still have IOT in my podcast app and it turns up 4 weeks after broadcast. The Fri Night comedy spot on BBC Radio 4 turns up 4 weeks late. I don't care which is a bit pointless for "The News Quiz" and "The Now Show". "Fighting Talk" being a topical sports comedy show, turns up straight after broadcast. because there's a different remit at 5 live and the team made their case. Local Radio doesn't fit into the vision of streaming based content. BBC Local radio in England is being decimated at the moment as well loved presenters are applying to do their jobs in regions that used to span one county becoming regions like Norfolk, Suffolk, Essex and Kent a listener in Hunstanton talking about seals on the beach is not going to be relatable to the listener in New Romney. My Nephew is a choral scholar and he's appalled at the changes at Radio 3 and the proposed axing of BBC Singers. This group is actually one of our cultural crown jewels. They are extremely talented singers and are known for their ability to quickly sight read and pick up new music. This is one of the reasons that many of the classical composers write for the BBC Singers as they are so good at delivering what the composer intended. This is a strategy because it means BBC Sounds has a place on smartphones beside Spotify, Amazon, Netflix, Apple Music etc. Additionally BBC executives who "created" BBC Sounds are well positioned for lucrative positions in streaming media companies.. There is an ITU conference in 2028? where they are looking into the question "Do Broadcasters Need Dedicated Radio Frequency Spectrum?" Around the world mobile phone networks say "No", most Broadcasters say "Yes". In the UK the Radio and TV networks are owned and operated by Arqiva so the BBC is inclined to say they want to ditch Digital Terrestrial Television as a transmission medium. https://cleanfeed.thetvroom.com/15797/news/campaign-to-save-terrestrial-tv-hits-a-snag/ In this context you can see the way the BBC are going and how that influences their media store (iPlayer and Sounds) One last thing someone was looking for "flac" streams. I think they are now deprecated. Youtube delivers high-quality audio through 256 kbps AAC and OPUS I'd say that the modern codec development means that the audio in a flac format is easily accommodated in the smarter packing arrangments in the 256k Opus file. I'd say BBC Sounds will look to store audio in the 256k Opus format, Possibly streaming it in a drm wrapper to the BBC Sounds app. Kevin On Sat, 13 May 2023 at 09:43, Budge wrote: > > On 12/05/2023 23:53, MacFH - C E Macfarlane - News wrote: > > On 12/05/2023 23:34, Kevin Lynch wrote: > >> > >> On Fri, 12 May 2023 at 19:17, MacFH - C E Macfarlane - News > >> wrote: > >>> > >>> Amid a lack of current programmes to test with, that was just a guess on > >>> my part; it could well be that your suggestion turns out better than mine. > >> > >> C:\Users\kevin>get_iplayer --info --pid b09k1f9h > >> > >> > > > > All that you say is true, but the above is not one of the programmes the OP > > was asking about, none of which appear to be available ATM, hence my saying > > that I couldn't verify anything for those programmes. > > > > ___ > > get_iplayer mailing list > > get_iplayer@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/get_iplayer > Many thanks to Kevin and MacFH, > The fact that podcast is deprecated makes sense and I can avoid in future if > necessary. > > I haven't yet looked for or found a podcast but I recall they are used on the > iPlayer website. I shall examine further when I have time but it is not an > issue at present. > > I note Kevin's advice and I recall using --pid-recursive in the past. > > My history file is a trip down memory lane, as is my .mp4 and .m4a database. > Re-activating my pvr list was fun and