RE: Failing to download msg

[George Eycott]

I think it is the same for everyone, there were comments on here about it a
month or so ago and I notice that several bugs have been raised on the
github issues tracker relating to it. The developer has left them as
closed/invalid (he/she has set the system to automatically close all issues
logged but they re-open those that they accept are bugs) so presumably does
not see it as an issue.

> -Original Message-
> From: get_iplayer  On Behalf Of
> fred.d
> Sent: 26 April 2021 19:02
> To: get_iplayer@lists.infradead.org
> Subject: Failing to download msg
> 
> I've noticed an increase over the past few months in getting the failed to
> download messages see sample after this message, which is the last error
> then success.
> 
> Initially before Christmas it was every so often. Jan and Feb it moved to
> repeat once or twice on most of the downloads with a few not an issue but
> all download OK. In the last couple of months it's been every file fail
message
> twice then downloads OK. Today I had a couple with 5 fails then downloads
> OK.
> 
> I appreciate that the program says ignore the message if it downloads and
> my downloads are successful...
> 
> However I was wondering if anyone else is getting the same level of
> response as I am and if so, does anyone actually know why the frequency
> might be increasing.
> 
> Asking partly because I just like to know these sorts of things but also
partly
> because if it's something to do with my setup I'd like to get it back to
> "normal".
> 
> I haven't changed the config options for about 2 years so I'm presuming
it's
> more likely changes at the remote end. I could speculate but I'm wondering
if
> anyone knows.
> 
> Ta.
> 
> --
> 
> ERROR: Failed to download URL (3/3):
> https://c1b1bteaips.sp.bidi.live.bbc.co.uk/vod-hls-
> uk/usp/auth/vod/piff_abr_full_sd/dcfde3-p07kvctj/vf_p07kvctj_a
> 8cac489-bdda-483f-ae0d-
> 27d3d7ddf42b.ism/pc_hd_abr_v2_hls_master.m3u8?at=Ww262mGZ7a1dc6a
> 235e548cffcab8cc34065bf98ee8f60005c0e34bc71240
> ERROR: Response: 403 Forbidden
> ERROR: Access to this resource was blocked by the BBC
> ERROR: Ignore this error if programme download is successful
> INFO: Downloading tv: 'Silent Witness: Series 5 - 06. Faith, Part 2
> (p032kkx2) [original]'
> INFO: Downloaded: 658.19 MB (00:49:54) @ 21.49 Mb/s (hvfxsd1/bi)
> [audio+video]
> 
> 
> ___
> 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: Why no Formula E?

[George Eycott]

Ah fair enough, I was just a bit thrown as to why you would need/want to
exclude a load of channels when you have specified a PID, but it sounds like
they are probably the defaults for your web PVR and get_iplayer has copied
them to the pvr file.

> -Original Message-
> From: get_iplayer  On Behalf Of
> Don Grunbaum
> Sent: 26 April 2021 17:00
> To: get_iplayer@lists.infradead.org
> Subject: Re: Why no Formula E?
> 
> I'm not sure that you've followed the thread fully, George.
> 
> Your search will pick up "The Repair Shop" programmes in the cache, no
> problem. The original question (from Steve Wilson) is about picking up
> programmes that are not in the cache, but available on iPlayer, such as
"box
> sets" and those broadcast through the "red button" or the iPlayer itself,
like
> the Formula E races.
> 
> Admittedly in my example only two or three of the lines are essential -
pid,
> pidrecursive, and output (if you don't want all downloads going to the
same
> folder).
> 
> The others are put there by the "web interface" as they are my default
> options.
> 
> I hope that's clear.
> 
> Don
> 
> - Original Message -
> From: George Eycott 
> To: 
> Sent: 26/04/2021 09:10:21
> Subject: RE: Why no Formula E?
> __
> __
> 
> Wow, that seems complex, mine is just:
> 
> search0 The Repair Shop
> 
> Works fine for me!
> 
> > -Original Message-
> > From: get_iplayer  On Behalf
> > Of Don Grunbaum
> > Sent: 26 April 2021 08:41
> > To: get_iplayer@lists.infradead.org
> > Subject: Re: Why no Formula E?
> >
> > As an example, this is my file for "The Repair Shop":
> >
> >
> ==
> > ==
> > excludecategory children,primary
> > excludechannel
> > alba,cymru,news,s4c,cbbc,cbeebies,parliament,bbcthree,northern
> > ireland,wales pid b08l581p modes best output V:\BBC iPlayer
> > Recordings\The Repair Shop subtitles 1 thumb 0 type tv versionlist
> > default pidrecursive 1
> >
> ==
> > ==
> >
> > Obviously some of your settings will differ. I also use a .txt suffix
> > on
> all my pvr
> > files as it makes them easier to edit.
> >
> > ATB
> >
> > Don
> >
> > - Original Message -
> > From: Steve Wilson 
> > To: 
> > Sent: 25/04/2021 22:20:06
> > Subject: Re: Why no Formula E?
> >
> __
> > __
> >
> >
> > On 25/04/2021 13:47, Don Grunbaum wrote:
> > > I believe that only programmes that are broadcast through the
"regular"
> > channels appear in the GiP cache.
> > >
> > > To pick up others such as these and "box sets" you should use the
> > > series
> > pid and the recursive option.
> > >
> > > HTH
> > >
> > > Don
> >
> > ...
> >
> > Would this be more reliable for other series too? For example having
> > "search0 Click" for pvr can match other things too so I've other
> > options
> and
> > excludes.
> >
> > Do you have an example or link I can use to configure pvr to do this?
> >
> > Steve.
> >
> >
> > ___
> > 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
> 
> 
> ___
> 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


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Why no Formula E?

[George Eycott]

Wow, that seems complex, mine is just:

search0 The Repair Shop

Works fine for me!

> -Original Message-
> From: get_iplayer  On Behalf Of
> Don Grunbaum
> Sent: 26 April 2021 08:41
> To: get_iplayer@lists.infradead.org
> Subject: Re: Why no Formula E?
> 
> As an example, this is my file for "The Repair Shop":
> 
> ==
> ==
> excludecategory children,primary
> excludechannel
> alba,cymru,news,s4c,cbbc,cbeebies,parliament,bbcthree,northern
> ireland,wales pid b08l581p modes best output V:\BBC iPlayer Recordings\The
> Repair Shop subtitles 1 thumb 0 type tv versionlist default pidrecursive 1
> ==
> ==
> 
> Obviously some of your settings will differ. I also use a .txt suffix on
all my pvr
> files as it makes them easier to edit.
> 
> ATB
> 
> Don
> 
> - Original Message -
> From: Steve Wilson 
> To: 
> Sent: 25/04/2021 22:20:06
> Subject: Re: Why no Formula E?
> __
> __
> 
> 
> On 25/04/2021 13:47, Don Grunbaum wrote:
> > I believe that only programmes that are broadcast through the "regular"
> channels appear in the GiP cache.
> >
> > To pick up others such as these and "box sets" you should use the series
> pid and the recursive option.
> >
> > HTH
> >
> > Don
> 
> ...
> 
> Would this be more reliable for other series too? For example having
> "search0 Click" for pvr can match other things too so I've other options
and
> excludes.
> 
> Do you have an example or link I can use to configure pvr to do this?
> 
> Steve.
> 
> 
> ___
> 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


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Version 3.27.1 released

[George Eycott]

That said, in answer to the original question, no there is no way of
get_iplayer recording that buffer. ISTR in a much earlier version it could
record the live stream (though I am prepared to be corrected if that was
some other similar utility) but that the facility was removed, possibly when
it was broken by BBC changes.

> > None at all. That buffer is purely a function of your Smart TV and is
> > nothing to do with the BBC.
> 
> Actually that is not the case nowadays, there is a two hour "buffer" built
into
> IPlayer. To see it in action go to Iplayer on the BBC website, pick a
channel
> and choose to watch it live. You can then go back up to two hours. This
> means that on a smart TV for example you can go back up to two hours
> without it needing to have been on that multiplex (or even turned on) for
> the time covered by the buffer.
> 
> Things have moved on since the days of the Tivo method of pausing live tv!
> 
> Cheers
> 
> George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Version 3.27.1 released

[George Eycott]

> None at all. That buffer is purely a function of your Smart TV and is
nothing to
> do with the BBC.

Actually that is not the case nowadays, there is a two hour "buffer" built
into IPlayer. To see it in action go to Iplayer on the BBC website, pick a
channel and choose to watch it live. You can then go back up to two hours.
This means that on a smart TV for example you can go back up to two hours
without it needing to have been on that multiplex (or even turned on) for
the time covered by the buffer.

Things have moved on since the days of the Tivo method of pausing live tv!

Cheers

George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: "ERROR: Failed to download URL "

[George Eycott]

I was going to report it on Github but I can see it is already there (issue
378 & 380). Issue 379 has been accepted as a bug so the maintainers are
clearly aware of the issue having been raised (on the basis if they have
processed 379 they must have seen 378), it may just be there is nothing they
can do about it. At the end of the day the software is working as designed,
trying different approaches to get the file until it finds one that works.
So in answer to the original poster:

1. Only the maintainers know and the only way we will find out is if they
either change the status of the issues log
(https://github.com/get-iplayer/get_iplayer/issues?q=is%3Aissue) or release
a new version that mentions it.
2. Nope, already been done twice, once a week ago and once today
3. Nothing to work around, in effect that is what the software is already
doing on your behalf

Hope that helps

George

> -Original Message-
> From: get_iplayer  On Behalf Of
> mable syrup
> Sent: 13 March 2021 19:56
> To: get_iplayer@lists.infradead.org
> Subject: Re: "ERROR: Failed to download URL "
> 
> 
> 
> > Sent: Saturday, March 13, 2021 at 12:50 PM
> > From: "Mark Carroll" 
> > To: get_iplayer@lists.infradead.org
> > Subject: Re: "ERROR: Failed to download URL "
> >
> > On 13 Mar 2021, mable syrup wrote:
> >
> > > Started getting these recently for TV programmes.  Anyone know:
> > > (1) Whether there's a fix in the offing?
> > > (2) Do I need to report as an issue on Github?
> > > (3) Is there a workaround?
> >
> > I have not noticed any indication that anything other than useful
> > bugfix PRs is presently welcomed by the maintainer. Reports of issues
> > tend to be summarily closed. We hope and wait for fixes and, at least
> > for major issues, generally they come promptly, which is great. If you
> > know some Perl, the source code is quite amenable to local adjustments.
> >
> > -- Mark
> >
> 
> Ah, OK.  I don't think it's major, probably something to do with BBC
juggling
> the feeds.  There was something similar a while ago.  I may do a bit of
> investigation to narrow it down, but my PERL skills are non-existent when
it
> comes to a fix (Fortran IV, yes)
> 
> Mabel
> 
> ___
> 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: lists.infradead.org mailing list memberships reminder

[George Eycott]

It gets sent out once a month and as far as I can tell has always included
the password so not a new thing!

As long as you are not using the password for anything else (and by default
I think it is a randomly generated one by the system anyway) there really is
little anyone can do with it. Mailman is now quite old (though still by far
the best mailing list software about) and comes from a more trusted time

Cheers

George

> Just got the below email. It included my password in plain text (redacted
> below).
> 
> CJB
> 
> On 01/07/2020, mailman-ow...@lists.infradead.org  ow...@lists.infradead.org> wrote:
> > This is a reminder, sent out once a month, about your
> > lists.infradead.org mailing list memberships.  It includes your
> > subscription info and how to use it to change it or unsubscribe from a
> > list.
> >
> > You can visit the URLs to change your membership status or
> > configuration, including unsubscribing, setting digest-style delivery
> > or disabling delivery altogether (e.g., for a vacation), and so on.
> >
> > In addition to the URL interfaces, you can also use email to make such
> > changes.  For more info, send a message to the '-request' address of
> > the list (for example, mailman-requ...@lists.infradead.org) containing
> > just the word 'help' in the message body, and an email message will be
> > sent to you with instructions.
> >
> > If you have questions, problems, comments, etc, send them to
> > mailman-ow...@lists.infradead.org.  Thanks!
> >
> > Passwords for chrisjbr...@gmail.com:
> >
> > List Password // URL
> >  
> > get_iplayer@lists.infradead.org  [redacted] // [redacted]
> > http://lists.infradead.org/mailman/options/get_iplayer/chrisjbrady%40g
> > mail.com
> >
> 
> ___
> 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: OT BBC Iplayer on firestick problems

[George Eycott]

If it helps, we use Iplayer on a Firestick all the time with no issues,
though we are in the UK and don't use proxies etc.

> -Original Message-
> From: get_iplayer  On Behalf Of
> Peter Corlett
> Sent: 28 February 2020 09:46
> To: get_iplayer 
> Subject: Re: OT BBC Iplayer on firestick problems
> 
> On Fri, Feb 28, 2020 at 07:42:22AM +0100, Dave Widgery wrote:
> [...]
> > I am using a proxy server but it is not showing any errors that might
> > be associated with that. I am not really asking for a fix, I was just
> > wondering if it was just me or is bbc iplayer just not very reliable?
> > or at least the firestick version.
> 
> The BBC's edge filter doesn't always give useful error messages to
third-party
> clients such as get_iplayer or a Fire Stick, and even where it does, said
clients
> are often terrible at reporting errors. I've read the get_iplayer source
code in
> dismay, and I suspect Amazon's isn't much better :)
> 
> To check your proxy hasn't been blocked, you would need to visit the
iPlayer
> website in an ordinary browser to see whether it works or whether it
> complains that you're outside the UK. However, this action may actually
> cause the proxy to be added to the block list as browsers tend to reveal
one's
> true location.
> 
> 
> ___
> 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: problems with converting to mp3

[George Eycott]

I know this isn't a direct answer to your question, but I no longer convert
to MP3. I discovered that everything I was using for playback was actually
able to cope with the M4A files that get_iplayer generates by default for
radio programmes (even kit that didn't actually list it in the specs) so the
extra conversion was not necessary. May be worth trying..

Cheers

George

> -Original Message-
> From: get_iplayer  On Behalf Of
> Roger Jones
> Sent: 06 December 2019 07:48
> To: get_iplayer@lists.infradead.org
> Subject: problems with converting to mp3
> 
> I have in my options:
> 
> commandradio ffmpeg -i "" -c:v copy -c:a libmp3lame -b:a 192k -
> id3v2_version 3 -write_id3v1 1 -y "\.mp3" && del
> ""
> 
> 
> All this worked until recently, but now when running get_iplayer I get the
> message:
> open3: IO::Pipe: Can't spawn-NOWAIT: No such file or directory at
> C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 2131
> 
> Any ideas?
> 
> 
> regards
> roga
> 
> 
> ___
> 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: Excessive Bounces

[George Eycott]

> In contrast, Google have a very strict policy, and expect the rest of the
> Internet to spend a lot of time and money chasing their latest capricious
> changes. This is a full-time job, and unsurprisingly, many people running
mail
> services on the side have better things to do than try and support users
of an
> actively hostile mail service. If it works, fine; if it doesn't, tough.

Assuming that the issue is being caused by the implementation of DMARC
(which an increasing number of email providers are now implementing) then
actually GMAIL is late to the party, other email hosts have been enforcing
it for some time. It is an imperfect attempt at a solution to a difficult
problem (i.e. spam) and it clearly does help reduce the problem though at
the cost (as the "standard" in fairness acknowledges) that some mailing
lists and email forwarders will stop working. Happily the fix is a simple
tick box in the settings of Mailman (it is something I have had to do on the
lists I run) so no "time and money chasing their latest capricious changes".
Details here https://wiki.list.org/DEV/DMARC

However, as I understand it, the changes then mean that technically the
emails being sent by Mailman are not being processed by the list software in
line with the email standards (in due course I expect the standards will
need in some way to change to accommodate this, but given how long these
things take it is probably still years away). I took the view that a
technical breach that allowed the email list to continue to work was a
compromise I had to make, especially given that the solution was the one
provided and recommended by the software developers. David (who owns this
list) has to make his own decision. Given that he automatically rejects any
HTML emails outright (for which I admire his principles but can't help
feeling it is a lost cause, especially when the default email client on many
phone handsets now will only send emails as HTML, hence why it had to wait
until I got onto a proper PC to send this) I am pretty certain what his view
will be!

> I'm sure the list admin(s) will be delighted to receive your remittance to
> cover the cost of the reconfiguration, testing, extra server load, and
ongoing
> maintenance required to improve (but not guarantee!) deliverability to
> GMail.

Reconfiguration = one tick box, testing = already tested on many lists and
an established built in feature of the software so very little, extra server
load = none, ongoing maintenance = no different.

> Until then, they'll run the list however they please.

I absolutely agree, David's list, David's rules. You can ask him to change
the settings, but don't complain if/when he says no. We have to be grateful
for what we have!

Cheers

George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Porridge

[George Eycott]

Being available as a boxset via Iplayer is not the same as it being
broadcast. If it has not been broadcast (i.e. transmitted in a scheduled
slot rather than just being available to watch on Iplayer) then it will not
be in the schedule data and hence will not be in the cache which is
populated from the schedules.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Dave Widgery
> Sent: 07 July 2019 22:20
> To: Paul Turvey
> Cc: get_iplayer
> Subject: Re: Porridge
> 
> Hi Again,
> 
> i have just noticed that it is not recognising (by keyword) that there
> are silent witness episodes available either, maybe there is something
> different about boxed sets that is stopping the keyword working?
> Dave
> 
> On Sun, 7 Jul 2019 at 15:44, Paul Turvey  wrote:
> >
> > You can use the programme PID (b006m9kn) and download all of the
> > individual programmes (all 21) with one command:
> >
> > get_iplayer --pid b006m9kn --pid-recursive
> >
> > Paul
> >
> > On 07/07/2019 14:32, Dave Widgery wrote:
> > > Hi
> > >
> > > I have noticed that the complete Porridge with Ronny Barker is
> > > available on IPlayer but if I try and use the command.
> > > get_iplayer Porridge
> > >
> > > It comes back with 0 matching programs, if I do a search by pid works
> > > fine, can anyone explain why porridge is not a valid keyword for
> > > finding the programs.
> > >
> > > Thanks in advance
> > > Dave
> > >
> > > ___
> > > 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
> 
> ___
> 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: Poodcast that isn't a podcast

[George Eycott]

Hmm, interesting script. At the moment I dump all my podcasts and
get_iplayer files into one directory, then use MP3Tag (which despite its
name will happily edit the tags of any audio file I have given it yet) to
sort them by file creation date then incrementally track number them. Means
I get a mixture of radio to listen to with series (normally) in the right
order. Looks like with a bit of tweaking and learning a bit more I could
probably do all that automagically.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of David Cantrell
> Sent: 17 January 2019 15:41
> To: get_iplayer@lists.infradead.org
> Subject: Re: Poodcast that isn't a podcast
> 
> On Wed, Jan 16, 2019 at 05:51:00PM -, George Eycott wrote:
> 
> > Sadly not as simple as that. The last podcast was a short piece telling
me
> > that it was no longer available as a podcast and was now exclusively
> through
> > BBC Sounds.
> 
> What I do for the occasional interesting series that Auntie doesn't make
> available as a podcast is I download the episodes using get_iplayer and
> make them into a podcast myself.
> 
> You may find this useful:
>   https://github.com/DrHyde/perlscripts/blob/master/mkpodcasts.pl
> 
> Use cron to schedule regular downloaded with --pid-recursive to
> automagically pick up any new episodes.
> 
> --
> David Cantrell
> 
> ___
> 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: Poodcast that isn't a podcast

[George Eycott]

Ah, knew there would be a way of doing it. Just laziness on my part not
too look very hard! Thanks for the pointer Vangelis.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Vangelis forthnet
> Sent: 17 January 2019 00:24
> To: get_iplayer@lists.infradead.org
> Subject: Re: Poodcast that isn't a podcast
> 
>  On Wed Jan 16 18:56:20 GMT 2019, George Eycott wrote:
> 
> > and being audio it will be quicker to let it get on with it
> > and delete them afterwards than it will be
> > to work out a way around it
> 
>  From 3.18's Long Help file:
> 
> --mark-downloaded :
> Mark programmes in search results
> or specified with --pid/--url as downloaded
> by inserting records in download history.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Poodcast that isn't a podcast

[George Eycott]

Ah yes, that seems to work, many thanks for the pointer. The only minor 
drawback being that because I had downloaded the previous editions as podcasts 
on a different system they are not in the history file, so get_Iplayer is 
downloading all 79! No big deal and being audio it will be quicker to let it 
get on with it and delete them afterwards than it will be to work out a way 
around it ☺

I have no idea why they have decided to drop it as a podcast, seems an odd 
decision.

Cheers

George

> -Original Message-
> From: Don Grunbaum [mailto:don.grunb...@gmail.com]
> Sent: 16 January 2019 18:42
> To: George Eycott
> Cc: get_iplayer-request
> Subject: Re: Poodcast that isn't a podcast
> 
> If you can find a series pid then you could set up a recursive pvr entry.
> 
> I've done that for the tv red button coverage of the Formula E races.
> 
> Hope that helps
> 
> Don
> 
> On Wed, 16 Jan 2019, 16:54 George Eycott  "Fortunately" was until recently a podcast, but now is only available
> through BBC Sounds which seems a retrograde step (and one I hope isn't
> replicated!). So I used to get it using my podcast download system but now
> obviously that has failed.
> 
> Using get_iplayer I can get it using the PID, but is there any way to add
> the programme to the PVR list in the same way as a normal radio
> programme?
> It doesn't seem to be in the cache so I am at a loss as to how to proceed.
> Manually getting the PID from the Sounds site each week would be a right
> royal PITA.
> 
> 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: Poodcast that isn't a podcast

[George Eycott]

Sadly not as simple as that. The last podcast was a short piece telling me
that it was no longer available as a podcast and was now exclusively through
BBC Sounds.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Peter Scott
> Sent: 16 January 2019 17:08
> To: get_iplayer@lists.infradead.org
> Subject: Re: Poodcast that isn't a podcast
> 
> On 16/01/2019 16.53, George Eycott wrote:
> > "Fortunately" was until recently a podcast, but now is only available
> > through BBC Sounds which seems a retrograde step (and one I hope isn't
> > replicated!).
> 
> I have been grumbling for months that the BBC often forgets to update
> the RSS file that subscribers need if podcasts are to appear
> automagically on their gizmos.  I suspect you have simply found another
> instance of that.  Nowadays, I just email the programme's producer.
> Something like joe.blo...@bbc.co.uk usually works.
> 
> Peter
> 
> --
> email: petersc...@pobox.com
> website: http://peterscott.eu
> NB: My mobile is a "not at home" phone; I don't hear or see it at home.
> 
> ___
> 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

Poodcast that isn't a podcast

[George Eycott]

"Fortunately" was until recently a podcast, but now is only available
through BBC Sounds which seems a retrograde step (and one I hope isn't
replicated!). So I used to get it using my podcast download system but now
obviously that has failed.

Using get_iplayer I can get it using the PID, but is there any way to add
the programme to the PVR list in the same way as a normal radio programme?
It doesn't seem to be in the cache so I am at a loss as to how to proceed.
Manually getting the PID from the Sounds site each week would be a right
royal PITA.

Cheers

George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: OT: I have received a series of duplicate emails.

[George Eycott]

> Some other people aren't receiving your messages either. It's because
> the zoho.com domain publishes a DMARC record promising that mail from
> that domain will only ever come *directly* from its own servers, and
> that @zoho.com users will never post to a mailing list.
> 
> Some mail servers (including your own) look at that DMARC record and
> then refuse to accept the "fake" mail from you, when the mailing list
> server sends it on.
> 
> This is (one example of) the specific error I see in my logs:
> 
> 2018-11-18 16:55:57 + 1gOQMQ-0004Y2-6x ** richard...@zoho.com
> R=lookuphost T=verp_smtp H=smtpin.zoho.com [204.141.42.120]
> X=TLSv1.2:ECDHE-RSA-AES256-SHA:256 CV=yes: SMTP error from remote
> mail server after end of data: 550 5.7.1 Email rejected per DMARC policy for
> zoho.com

Yes, DMARC is a problem for mailing lists, I had a similar problem for some 
lists I run using Mailman:

https://wiki.list.org/DEV/DMARC

Cheers

George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Radio 4 screwed?

[George Eycott]

> >> Can't download these - the streams do not exist.
> >
> > Just downloaded it fine here.

I am someone who pretty much exclusively uses get_iplayer for radio 4
programmes, mostly with the web interface but sometimes with the command
line, I use the default settings rather than specifying any specific stream
etc. It all seems to be business as usual here (and for others that have
posted since) so it looks like it may be something specific to the original
posters settings or the command used that was causing the failure.

Not to say that the new "sounds" front end won't cause changes to the back
end at some point that will break get_iplayer, but that was/is always the
case irrespective of the BBC's recent changes.

So, in answer to the question in the subject, nope, Radio 4 is not screwed.

Cheers

George


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: INFO: 0 matching programmes?

[George Eycott]

Using the PID method you can download programmes that are not in your cache.
I suspect the series PID's are not in the cache, so the software is
(correctly) saying it cannot find the PID in the cache, but as it is a PID
it can then go and search on the BBC system at which point it finds what you
are looking for and downloads it.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Budge
> Sent: 01 January 2018 16:12
> To: get_iplayer
> Subject: INFO: 0 matching programmes?
> 
> Just catching up on some listening downloads (Living with the Gods)
> using pid-recursive and before each download I get the captioned
> message; but then the download proceeds.  Can somebody explain what is
> going on please?
> Budge
> 
> ___
> 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: BBC Clifton API JSON data (attn: Martin Powell)

[George Eycott]

Hmm, I do get the impression that DP has adopted a "my way or the highway"
approach, but to be fair, he does this without getting paid and while trying
to keep under the radar from Aunty. There is no way I could maintain the
code and no-one else seems to be offering an alternative since the demise of
Radio Downloader (I primarily use GIP for radio rather than TV).

I am just grateful for what I can get!

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Owen Smith
> Sent: 01 December 2017 22:40
> To: get_iplayer
> Subject: Re: BBC Clifton API JSON data (attn: Martin Powell)
> 
> Yes well, Dinky's attitude over the last couple of years has gradually
driven
> me away from get_iplayer. There used to be support and encouragement for
> users with more technical knowledge and that had an interest in improving
> features. Now that all seems to be frowned on despite it still being the
same
> maintainer. It's really put me off.
> 
> --
> Owen Smith 
> Cambridge, UK
> 
> > On 1 Dec 2017, at 20:20, SquarePenguin
>  wrote:
> >
> >> On Fri, 2017-12-01 at 11:24 +0100, Mike Ralphson wrote:
> >> As we got shown the door at the forum, I hope it's not too off-topic to
> post
> >> this here.
> >
> > Yes sorry about that. That thread did draw Dinky's ire.
> >
> > ___
> > 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


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: GUI front end

[George Eycott]

Yep, it is the Web PVR Manager, comes packaged with GIP (well, does on the
Windows version, not sure about the others).

Cheers

George

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of Charles Johnson
> Sent: 25 October 2017 18:10
> To: get_iplayer@lists.infradead.org
> Subject: GUI front end
> 
> I've never discovered if there's any GUI front end to gip. It's for
someone
> who's not so techie. Any suggestions?
> 
> 
> 
> ___
> 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: Playing BBC R3 FLAC files recorded by nightly VLC

[George Eycott]

Hmm, so it reported exactly half the number of buffers played relative to
blocks downloaded and 32 bits per sample rather than the 16 in the blocks.
Seems too much of a co-incidence to me. Could it be that the blocks each
contain 16 bits of data and two blocks are joined to make a 32 bit "buffer"?

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of RS
> Sent: 08 August 2017 10:42
> To: get_iplayer@lists.infradead.org
> Subject: Re: Playing BBC R3 FLAC files recorded by nightly VLC
> 
> >From: Jim web
> >Sent: Monday, August 7, 2017 09:29
> 
> >The first half dozen or so Proms I've recorded work fine. Occasional
'TLS'
> >errors about packets of unexpected length which seem to have no effect
> on
> >the recorded audio.
> 
> >Some later recordings (but not the 'Ella and Dizzy' Prom) have begun
giving
> >me 'HTTPS' errors which represent a missed chunk of audio data. I suspect
> >this *is* an 'overloading' issue but can't tell. In general these ruin
the
> >recording for me in terms of listening, but are useful for analysis
> >purposes. [1]
> 
> For Prom 30 yesterday evening the 64 bit 31 July nightly build of VLC
> reported under its Statistics tab
> Lost 0 buffers
> Discarded (corrupted) 0
> Dropped (discontinued) 0
> There was something not quite right because it reported 180094 blocks
> Decoded and 90047 buffers Played when they should be the same after
> subtracting Lost.  It also reported 32 bits per sample when Mediainfo
> correctly reported 16.  Even so the figures are encouraging.
> 
> Since the FLAC stream includes all the R3 output during the trial you can
> test whether a recent nightly build of VLC gives you better results than
> ffmpeg without risking loss of a Prom.  Of course it will not simulate the
> extra load during the Prom.
> 
> Delay was 2min51s behind FM.
> 
> 
> 
> ___
> 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: incorrect "Time Added" in (Radio) cache

[George Eycott]

Ah, I wondered what was going on, I am seeing exactly the same
behaviour. (Win7 64bit).

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of d.l...@surrey.ac.uk
> Sent: 09 May 2017 07:50
> To: mcl...@gmx.co.uk; get_iplayer@lists.infradead.org
> Subject: RE: incorrect "Time Added" in (Radio) cache
> 
> Exactly the same for me on Linux (Ubuntu) using the cgi script supplied
with
> v3.01.
> 
> It looks like what is happening is that when there is a series, the time
for the
> previous episode is used for the current episode:
> 
> For example, on "The Listening Service", I have four entries, each with
the
> same "Name" but different "Episodes":
> 
> Name  Episode
>   Date Added
> The Listening Service Endings
>   7d 12h ago
> The Listening Service Breaking Free: Martin Luther's Revolution   7d
> 12h ago
> The Listening Service Brahms - Behind the Beard   15d
> 12h ago
> The Listening Service Why does music move us? 17d
> 12h ago
> 
> 
> David
> 
> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of M Clark
> Sent: 09 May 2017 02:25
> To: get_iplayer@lists.infradead.org
> Subject: incorrect "Time Added" in (Radio) cache
> 
> Caveat; this is on Vista 32...
> 
> Updated to 3.01-windows.0 from 3.00.
> 
> I do a daily Radio cache refresh just after midnight (UK) but today I
noticed
> that the number of programmes was substantially less than expected (I use
> "Added Since (hours)" set to 1 in Web PVR Manager to filter out past
> entries).  Removing the filter and then sorting on Time Added, some
entries
> were 0d 0h as expected but the majority of the added programmes had a
> value of 1d 0h (132 cf 508).
> 
> Examples;
> 0d 0h b08p19yy
> 1d 0h b01mvy0m
> 
> Has anyone else encountered similar?
> I'd be surprised if it's anything to do with using an unsupported OS.
> 
> M.
> 
> ___
> 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


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: [ANN] get_iplayer 2.98 released

[George Eycott]

Two worries that actually turned out not to be an issue, I should add that I
pretty much exclusively use get_iplayer for radio content.

1. Loss of MP3 built in conversion. Actually it turns out all the audio kit
I use (despite being labelled in one case as an MP3 player) is quite happy
to take the MP4 file and others have since shown how to get the
functionality a different way if I need it again.

2. Loss of ID3 tagging. I presumed this meant I would lose all tagging of
the downloaded files but I haven't so presumably this is some other form of
tagging that I never used.

I am sure many readers will see this and go "well, that's obvious" but it
wasn't to me and it may not be to other people!

Cheers

George

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of dinkypumpkin
> Sent: 03 February 2017 22:32
> To: get_iplayer 
> Subject: [ANN] get_iplayer 2.98 released
> 
> Release notes:
> 
> https://github.com/get-iplayer/get_iplayer/wiki/release298
> 
> 
> ___
> 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: Replacement for "aactomp3" option?

[George Eycott]

That would seem to be the answer to everyone's question - thanks for
pointing it out!

> https://github.com/get-iplayer/get_iplayer/wiki/documentation#custom-
> comma
> nds shows you how to create a GIP preset to convert a file to MP3 after
> downloading and then how to use it on GIP's command line.
> See the section headed "Create a preset named aactomp3 that can be used
> to extract the audio from a TV or radio programme and transcode to MP3
> format at best variable bit rate (VBR):".
> There are instructions for both Linux and Windows.
> 



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Replacement for "aactomp3" option?

[George Eycott]

I think what the original poster (and myself and a few others who have
posted here) are looking for is a way of configuring get_iplayer so it does
it automatically in the same way as it does now, not adding an additional
step. Even if that means running get_iplayer via a batch file to kick off
something else after the download finishes (which would mean the tool would
have to be command line based rather than windows based). There will be
something out there (as you say, there are zillions of converter tools,
though I think that may be a slight exaggeration), what do people recommend
(and if anyone can come up with an idiots guide to setting it up to work
automatically that would also be good!).

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of David Cantrell
> Sent: 01 September 2016 12:51
> To: get_iplayer@lists.infradead.org
> Subject: Re: Replacement for "aactomp3" option?
> 
> On Thu, Sep 01, 2016 at 06:31:37AM +0100, skyma...@gmail.com wrote:
> 
> > I understand that the "aactomp3" option is being removed in the next
> release of GiP. I rely on this to download audio drama in MP3 format. Can
> anyone advise me what it can be replaced by, please? I run GiP on Windows
> 10.
> 
> If you can't use AAC format files (typically ending in .m4a) then there
are a
> zillion different tools for converting to mp3.
> 
> --
> David Cantrell | Minister for Arbitrary Justice
> 
> "IMO, the primary historical significance of Unix is that it marks the
time in
> computer history where CPUs became so cheap that it was possible to build
> an operating system without adult supervision."
>  -- Russ Holsclaw in a.f.c
> 
> ___
> 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: Audio/Video Out of Sync

[George Eycott]

> base on an unsupported hypothesis that get_iplayer only fetches invalid
> chunks because it is fetching much faster than any real client.

My "unsupported" hypothesis was based on the fact that normal IPlayer users
do not seem to be having (or rather are not noticing) the problem and the
speed of file retrieval was an obvious difference. It may be wrong (and as
further information has come to light, it looks like it probably was wrong),
but at the time I (and others) thought it was worth investigating.

> I offer as a counter example the iPlayer built into my Humax HDR Fox T2
PVR.
> This fetches the programme absolutely as fast as it can, totally saturates
my
> broadband link doing it, and saves it to file. It plays the programme from
the
> file, and provided the fetch proceeds faster than the playback it doesn't
stall.
> But it does nothing to stop the fetch getting way ahead of playback, which
it
> does on my 79mbps downstream FTTC.

But is getting missing segments? Depending on how it treats the file it may
or may not end up with the sync problems so you may not notice the problem.
Of course it may or may not be using one of the problem formats in the first
place. Sadly my broadband (well they call it broadband) is so slow that just
sending this email will saturate it for a noticeable period, I have not
bothered connecting my Humax to the internet, life is too short!

Anyway, thanks to contacts within the list we now know more (or at least we
now know it is an issue that is being looked at) than we did then so indeed,
my hypothesis was incorrect, doesn't mean it wasn't worth testing at the
time though.

Cheers

George




___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Request for BBC Contact - OT

[George Eycott]

I think it is not purely lack of vision by the BBC, whenever this has come
up with them before they claim that there are a lack of rights for them to
show/play many of their programmes overseas, paid or otherwise. I seem to
recall Radio 7 having similar issues when they started up in getting rights
for some programmes to be re-broadcast in the UK let alone overseas. I
suspect that as it is not part of their core activities and would be a legal
nightmare to sort out, it goes in the "too hard" pile and they unofficially
turn a blind eye to what is going on until someone prods them (recent
blocking of mainstream VPN's) or they break GIP and others when they upgrade
their systems (at which point if anyone complains they are politely told
they shouldn't be doing it!).

Just my 2p worth. 



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Can't Download: The Infinite Monkey Cage: Series 13 - Invisible Universe (b06z2851)

[George Eycott]

I was having trouble with that one, I retried every few hours and eventually
it worked.

> -Original Message-
> From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On
> Behalf Of C E Macfarlane
> Sent: 05 February 2016 17:09
> To: get_iplayer@lists.infradead.org
> Subject: Can't Download: The Infinite Monkey Cage: Series 13 - Invisible
> Universe (b06z2851)
> 
> This is the standard bit-rate version, it fails consistently at about
1.6MB.
> 
> Anyone any ideas?
> 
> www.macfh.co.uk/CEMH.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: get_iplayer currently broken...

[George Eycott]

Yep, the current directory is always in the path in Windows. I remember it
being one of the sources of confusion when I first started using Unix
(having been bought up on Dos...)

> Not true on Linux systems.  Does Windows still allow that (it is a
> significant security issue to allow it)?  To run a command from the
> current directory one has to do ./command



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: BBC iPlayer cracks down and blocks VPN users

[George Eycott]

> So as a UK resident who can’t receive TV so I don’t pay for a TV licence you
> think I should be regarded as a thief ? nice… Perhaps you should check the
> current legal situation of the licence fee before accusing folk of stealing.

You know when you wish you hadn't bothered. OK, so yes there is a loophole 
where people don’t need a license fee to watch catch up television which will 
undoubtedly change soon as it clearly is an anachronism from before such 
services existed. So yes technically you are not stealing (even though you are 
getting something for nothing) and I apologise for the implied accusation.

> And then perhaps stay on topic on the list ?

Indeed - back to using get_iplayer through a VPN while in the UK (if anyone 
actually wants to discuss that).. The whole point of my first reply!


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Extending beyond 7 days

[George Eycott]

Ah, hadn't read the release notes far enough back. I did find some odd
references to a command line option which extended the time up to 30 days
but then that was contradicted by the later information that the code would
only go back 7 days even if the programme was on the Iplayer site for 30
days. I assumed (OK, should never do that) the 7 day limit was hardcoded to
stop the refresh taking ages, hence why the second post highlighted that I
only wanted to do it for one channel.

So, will have to do it the hard way this time, but for next time could I do
the following? Before I go away I use the refresh future option, I can then
somehow queue the future PID's from the PVR function so that when I come
back and the programmes are available (but they are no longer in the cache)
I can go and get them?

> > I want to get
> > the cache refresh to extend to a couple of weeks instead of 7 days. I
> > understand the drawback of this is to make the refresh take longer, but
I
> > only want to do it for Radio 4 so presumably I can restrict the refresh
to
> > that one channel.
> 
> Please read the release notes found here:
> 
> https://squarepenguin.co.uk/wiki/releasenotes/
> 
> ...from Version 2.87 onwards:
> 
> https://squarepenguin.co.uk/wiki/release287/
> 
> Notes for 2.87 should give you the most important info (feed removal).



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Changes at BBC Resulting in PVR Duplicates

[George Eycott]

Sorry, that was supposed to be cut and pasted into a reply to Peter's query
but somehow got sent before I sorted it out



-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of George Eycott
Sent: 12 August 2015 22:02
To: get_iplayer@lists.infradead.org
Subject: RE: Changes at BBC Resulting in PVR Duplicates

BBC started changing them a few months ago, it seems they have done them a
few at a time - see the text of a mail I sent about it back then:

 The BBC changed their podcast system a few weeks ago which resulted in my
podcast download system re-fetching years worth of programmes.

http://www.bbc.co.uk/faqs/podcast_changes_2015

and more details here

http://iplayerhelp.external.bbc.co.uk/help/playing_radio_progs/podcast_chang
es

RSS pages have moved (in theory the old ones redirect but it didn't work for
all my subscriptions).

Note I use castget on my Qnap box to get podcasts, keeping GIP for radio
that either does not have a podcast or individual shows.

I am finding the re-fetching of programmes has been fixed as the feeds get
switched over, but the redirects are still flakey. As I spot they have been
switched I change my podcast script to look at the new source.

-Original Message-
From: George Eycott [mailto:geo...@eycott.co.uk]
Sent: 30 June 2015 11:48
To: 'get_iplayer@lists.infradead.org' get_iplayer@lists.infradead.org
Subject: RE: Changes at BBC Resulting in PVR Duplicates

The BBC changed their podcast system a few weeks ago which resulted in my
podcast download system re-fetching years worth of programmes.

http://www.bbc.co.uk/faqs/podcast_changes_2015

and more details here

http://iplayerhelp.external.bbc.co.uk/help/playing_radio_progs/podcast_chang
es

RSS pages have moved (in theory the old ones redirect but it didn't work for
all my subscriptions).

Note I use castget on my Qnap box to get podcasts, keeping GIP for radio
that either does not have a podcast or individual shows.

-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of Vangelis forthnet
Sent: 30 June 2015 02:02
To: get_iplayer@lists.infradead.org
Subject: Re: Changes at BBC Resulting in PVR Duplicates

On Tue Jun 30 00:02:33 BST 2015, Budgie wrote:

 One of the programmes is The Early Music Show.
 I save both the full broadcast .m4a version which is titled as The 
 Early Music Show and the mp3 podcast abridged version which has been 
 titled Early Music Show
 I have just found about 180 no.  .mp3 files entitled The Early Music 
 Show in my recordings directory.  These appear to be duplicates of 
 the original .mp3 downloads but with the different title and pid.
 Anybody understand why this might be or have the same situation?

Hi - win32 here, but this is how things look to me:

get_iplayer --type=radio -f --force
get_iplayer --type=radio The Early Music Show

yields:

Matches:
12918:  The Early Music Show - Ensemble Organum at the Aldeburgh Festival,
BBC R adio 3,

INFO: 1 Matching Programmes

which in fact is:
http://www.bbc.co.uk/programmes/b060bprr

This gets you your .m4a file.

However,

get_iplayer --type=podcast -f --force
get_iplayer --type=podcast The Early Music Show

yields:

(humongous snip)
INFO: 177 Matching Programmes
(BTW, all those podcasts are UK-only...:-( ).

These 177 The Early Music Show podcasts
(MP3 files) are the ones that can be individually manually downloaded (in
the UK) from:
http://www.bbc.co.uk/programmes/b006tn49/episodes/downloads
The Updated: weekly - Episodes available: indefinitely
bit on top is a sign that this number should grow by (at least) 1 each and
every week...

So if your PVR search is of the type:

get_iplayer --type=radio,podcast The Early Music Show --pvr-add=The Early
Music Show

when that is run it'll get you 178 audio files (1M4A+177MP3s).
I believe this is the explanation you want...

I scarcely use the PVR feature, so am not really an expert on this...
Remove podcast from your PVR search, so you'd at least get your M4A file;
as for the podcast, it might simply boil down to a manual download from the
above referenced link.
Your post seems to suggest there's an abridged podcast version (made
available indefinitely) for every full episode broadcast weekly (which only
lives on iplayer for a month), however this is not apparent to me; for
instance, the latest 2015 podcast is dated Sun 26 Apr 2015 (pid=b05s3cjc).
More savvy people on the list may offer advice on how you'd get both M4A+MP3
files via a PVR search in the occasion where both are available for the same
weekly broadcast...
Have not time to dissect your In Our Time issue, I believe the logic
behind it is the same...

Regards,
Vangelis 


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer


___
get_iplayer mailing list
get_iplayer

RE: Changes at BBC Resulting in PVR Duplicates

[George Eycott]

BBC started changing them a few months ago, it seems they have done them a
few at a time - see the text of a mail I sent about it back then:

 The BBC changed their podcast system a few weeks ago which resulted in my
podcast download system re-fetching years worth of programmes.

http://www.bbc.co.uk/faqs/podcast_changes_2015

and more details here

http://iplayerhelp.external.bbc.co.uk/help/playing_radio_progs/podcast_chang
es

RSS pages have moved (in theory the old ones redirect but it didn't work for
all my subscriptions).

Note I use castget on my Qnap box to get podcasts, keeping GIP for radio
that either does not have a podcast or individual shows.

I am finding the re-fetching of programmes has been fixed as the feeds get
switched over, but the redirects are still flakey. As I spot they have been
switched I change my podcast script to look at the new source.

-Original Message-
From: George Eycott [mailto:geo...@eycott.co.uk] 
Sent: 30 June 2015 11:48
To: 'get_iplayer@lists.infradead.org' get_iplayer@lists.infradead.org
Subject: RE: Changes at BBC Resulting in PVR Duplicates

The BBC changed their podcast system a few weeks ago which resulted in my
podcast download system re-fetching years worth of programmes.

http://www.bbc.co.uk/faqs/podcast_changes_2015

and more details here

http://iplayerhelp.external.bbc.co.uk/help/playing_radio_progs/podcast_chang
es

RSS pages have moved (in theory the old ones redirect but it didn't work for
all my subscriptions).

Note I use castget on my Qnap box to get podcasts, keeping GIP for radio
that either does not have a podcast or individual shows.

-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of Vangelis forthnet
Sent: 30 June 2015 02:02
To: get_iplayer@lists.infradead.org
Subject: Re: Changes at BBC Resulting in PVR Duplicates

On Tue Jun 30 00:02:33 BST 2015, Budgie wrote:

 One of the programmes is The Early Music Show.
 I save both the full broadcast .m4a version which is titled as The 
 Early Music Show and the mp3 podcast abridged version which has been 
 titled Early Music Show
 I have just found about 180 no.  .mp3 files entitled The Early Music 
 Show in my recordings directory.  These appear to be duplicates of 
 the original .mp3 downloads but with the different title and pid.
 Anybody understand why this might be or have the same situation?

Hi - win32 here, but this is how things look to me:

get_iplayer --type=radio -f --force
get_iplayer --type=radio The Early Music Show

yields:

Matches:
12918:  The Early Music Show - Ensemble Organum at the Aldeburgh Festival,
BBC R adio 3,

INFO: 1 Matching Programmes

which in fact is:
http://www.bbc.co.uk/programmes/b060bprr

This gets you your .m4a file.

However,

get_iplayer --type=podcast -f --force
get_iplayer --type=podcast The Early Music Show

yields:

(humongous snip)
INFO: 177 Matching Programmes
(BTW, all those podcasts are UK-only...:-( ).

These 177 The Early Music Show podcasts
(MP3 files) are the ones that can be individually manually downloaded (in
the UK) from:
http://www.bbc.co.uk/programmes/b006tn49/episodes/downloads
The Updated: weekly - Episodes available: indefinitely
bit on top is a sign that this number should grow by (at least) 1 each and
every week...

So if your PVR search is of the type:

get_iplayer --type=radio,podcast The Early Music Show --pvr-add=The Early
Music Show

when that is run it'll get you 178 audio files (1M4A+177MP3s).
I believe this is the explanation you want...

I scarcely use the PVR feature, so am not really an expert on this...
Remove podcast from your PVR search, so you'd at least get your M4A file;
as for the podcast, it might simply boil down to a manual download from the
above referenced link.
Your post seems to suggest there's an abridged podcast version (made
available indefinitely) for every full episode broadcast weekly (which only
lives on iplayer for a month), however this is not apparent to me; for
instance, the latest 2015 podcast is dated Sun 26 Apr 2015 (pid=b05s3cjc).
More savvy people on the list may offer advice on how you'd get both M4A+MP3
files via a PVR search in the occasion where both are available for the same
weekly broadcast...
Have not time to dissect your In Our Time issue, I believe the logic
behind it is the same...

Regards,
Vangelis 


___
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: Paywall for iPlayer?

[George Eycott]

  equally I would be against any move to make any of the BBC channels to
carry commercials.

I agree, we visited Canada recently and I am amazed anyone watches TV live
there. Basically the channels primarily carry adverts with odd bits of
programmes shown occasionally. It made trying to watch anything completely
unbearable. Would hate that to happen over here.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Changes at BBC Resulting in PVR Duplicates

[George Eycott]

The BBC changed their podcast system a few weeks ago which resulted in my
podcast download system re-fetching years worth of programmes.

http://www.bbc.co.uk/faqs/podcast_changes_2015

and more details here

http://iplayerhelp.external.bbc.co.uk/help/playing_radio_progs/podcast_chang
es

RSS pages have moved (in theory the old ones redirect but it didn't work for
all my subscriptions).

Note I use castget on my Qnap box to get podcasts, keeping GIP for radio
that either does not have a podcast or individual shows.

-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of Vangelis forthnet
Sent: 30 June 2015 02:02
To: get_iplayer@lists.infradead.org
Subject: Re: Changes at BBC Resulting in PVR Duplicates

On Tue Jun 30 00:02:33 BST 2015, Budgie wrote:

 One of the programmes is The Early Music Show.
 I save both the full broadcast .m4a version which is titled as The 
 Early Music Show and the mp3 podcast abridged version which has been 
 titled Early Music Show
 I have just found about 180 no.  .mp3 files entitled The Early Music 
 Show in my recordings directory.  These appear to be duplicates of 
 the original .mp3 downloads but with the different title and pid.
 Anybody understand why this might be or have the same situation?

Hi - win32 here, but this is how things look to me:

get_iplayer --type=radio -f --force
get_iplayer --type=radio The Early Music Show

yields:

Matches:
12918:  The Early Music Show - Ensemble Organum at the Aldeburgh Festival,
BBC R adio 3,

INFO: 1 Matching Programmes

which in fact is:
http://www.bbc.co.uk/programmes/b060bprr

This gets you your .m4a file.

However,

get_iplayer --type=podcast -f --force
get_iplayer --type=podcast The Early Music Show

yields:

(humongous snip)
INFO: 177 Matching Programmes
(BTW, all those podcasts are UK-only...:-( ).

These 177 The Early Music Show podcasts
(MP3 files) are the ones that can be individually manually downloaded (in
the UK) from:
http://www.bbc.co.uk/programmes/b006tn49/episodes/downloads
The Updated: weekly - Episodes available: indefinitely
bit on top is a sign that this number should grow by (at least) 1 each and
every week...

So if your PVR search is of the type:

get_iplayer --type=radio,podcast The Early Music Show --pvr-add=The Early
Music Show

when that is run it'll get you 178 audio files (1M4A+177MP3s).
I believe this is the explanation you want...

I scarcely use the PVR feature, so am not really an expert on this...
Remove podcast from your PVR search, so you'd at least get your M4A file;
as for the podcast, it might simply boil down to a manual download from the
above referenced link.
Your post seems to suggest there's an abridged podcast version (made
available indefinitely) for every full episode broadcast weekly (which only
lives on iplayer for a month), however this is not apparent to me; for
instance, the latest 2015 podcast is dated Sun 26 Apr 2015 (pid=b05s3cjc).
More savvy people on the list may offer advice on how you'd get both M4A+MP3
files via a PVR search in the occasion where both are available for the same
weekly broadcast...
Have not time to dissect your In Our Time issue, I believe the logic
behind it is the same...

Regards,
Vangelis 


___
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: history of britain in numbers

[George Eycott]

I was having the same problem with the latest Homefront omnibus and POTW
when I tried to download them this morning. I upgraded from v2.9 to v2.91
and all worked again. If you are not running the latest version it is
probably worth upgrading and trying again, there is something about new
modes in the release notes (presumably these programmes are using a new mode
which 2.9 doesn't support, hence the message saying to try a different mode
but not specifying what the mode you should try is).

Cheers

George

-Original Message-
From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf
Of Jim Lesurf
Sent: 02 March 2015 14:20
To: get_iplayer@lists.infradead.org
Subject: history of britain in numbers

I'm having a problem downloading the last episode of the recent 'History of
Britain in Numbers' series on Radio 4. There are 10 episodes and I got the
first 9 with no problem using my usual method. However when I try gip with

--type=radio --no-tag --pid=b053c3pd

it fails with the error

no specified modes available for this programme with version 'default'.

All the other episodes seem fine with the default 'flash' modes. gip then
suggests I try 'mode=' but I have no idea what to try, or why there's a
problem.

The item plays OK with firefox and the usual web interface. The page shows
the above pid. So I'm curious as to why just one episode out of ten should
differ from the others.

Jim

--
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.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: Slow radio downloads - a bit off topic

[George Eycott]

 You may be too pessimistic.  If I were in your situation I would be
 speaking to the developer now.  Good broadband connection speed is a
 very significant criterion for house buyers; in the same order as good
 local schooling.  If the development is significant the developer will
 move BT where a private individual would be ignored.  Just a thought.

Nope, a dozen huge houses (starting price £500k) so presumably not enough
connections for BT to be interested. Anyway, in this area our village is
considered to have comparably good broadband. The neighbouring village (off
the same exchange) is too far away to get anything useful at all


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Slow radio downloads - a bit off topic

[George Eycott]

 Wander off to google and find the website of your county council/BT/BDUK
 setup. You may find that FTTC will be arriving in the not too distant
 future. Our exchange serves 1150 odd residential and 99 business's
 (according to SamKnows), FTTC is being installed under the BDUK funding
 and
 I've so far spotted five shiny new VDSL cabinets (two in the town, top and
 bottom), one in each outlying village (both have naff all ADSL) and one
half
 way between the town and the more distant village.

Believe me, I am monitoring everything to do with BB in the area (and the
local campaigning groups). The local council has just got some BDUK funding,
but it is being spent in the estates bordering the town and not us rural
lot.

I have no doubt it will happen eventually, but I reckon my best bet is 4g
from the mast at the end of the road when it is upgraded for the foreseeable
future.


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Slow radio downloads - a bit off topic

[George Eycott]

 5 Mbps, 11 Mbps, 60 Mbps - these are numbers I just don't recognise -:(
 Here in rural Pembrokeshire, West Wales, I consider myself lucky if I get
 the nominal 2Mbps that BT rate the line (upload about 250Kbps!!).
 Fortunately Get_iPlayer trundles along quite happily and next morning I
 usually have the programmes I requested. Long live GIP -:)

Luxury. 

2Mb/s download, yep we get that OK until the schoolbus pulls up in the
village in the afternoon then 10 minutes later everything slows to a crawl.
We are lucky to get 100Kb/s upload speed at any time, often it would
actually be quicker to use a dial up connection! Apparently our exchange is
known to be in congestion but nothing is planned to be done about it.

And you tell the young folk that today, they won't believe you


___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer

RE: Slow radio downloads - a bit off topic

[George Eycott]

 Who is your ISP? 

BT :-) They have admitted the exchange is in congestion. And the good
news is that a new housing estate is being built in the village so that is
going to help Not. 



___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer