> 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
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
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
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
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
> 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
> 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:,
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
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
> 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
> 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
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
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
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
> >
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
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
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
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.
--
__ __| |_ __ __
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
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
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
>
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
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,
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
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
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
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
-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
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.
>
>
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.
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
-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_ipla
-- 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
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
-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 star
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
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
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
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
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.
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
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
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
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,
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
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
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
> 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
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
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
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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
- 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
- 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
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
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
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 =
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 =
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:-
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,
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
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
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
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
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
nd 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
... 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
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
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)
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
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
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
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
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
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?
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 /
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
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
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
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.
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
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
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
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
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
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
er 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 lis
t; 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.
>
1 - 100 of 8687 matches
Mail list logo
