New release on GitHub

[Mark Carroll]

get_iplayer v3.33 has now reached GitHub,
includes various bugfixes.

-- Mark

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

Re: Blocked from streaming

[Mark Carroll]

On 05 Jun 2023, Expert Geeks wrote:
(snip)
> However, none of the stream links are working for BBC radio now.. Oddly, 
> neither is it working for LBC.. I am able to listen to both BBC & LBC 
> when connected to a VPN, which makes me think that my home IP is on a 
> radio streaming blocklist.
(snip)
> continuous connection may have trigged an automatic ban, however I'm a 
> licence fee payer and resident in the UK.. and have no clue how to get 
> my IP off such a blocklist. Does anyone here have a clue ?

Have you tried it via the normal BBC Sounds web interface without the
VPN? If that fails, could try asking via
https://www.bbc.co.uk/iplayer/help/questions/need-more-help/contact

Cheers,
Mark

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

Re: The Museum of Curiosity

[Mark Carroll]

On 07 Mar 2023, Don Grunbaum wrote:

> 42896:  The Museum of Curiosity: Series 17 - Episode 3, BBC Radio 4, m001jsdr
> INFO: 1 matching programmes
>  
> WARNING: No media streams found for requested programme versions and
> recording modes.

get_iplayer --pid=m001jsdr downloads just fine for me, I even tried the
different quality options. Maybe there's some issue with what programme
version or recording mode you have selected as non-defaults?

-- Mark

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

Re: Subtitles Unusually Not Available.

[Mark Carroll]

On 30 Sep 2022, Ralph Corderoy wrote:
(snip)
>> > As I said, I've made the effort to tell the BBC of the problem.
>> > They have already emailed me a ‘case number’ from their ticketing
>> > system.
>
> Just an update... the BBC say this is now fixed and it appears so.

Great! Thank you for putting in the more effort than it should have
been. (-:

-- Mark

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

Re: Subtitles Unusually Not Available.

[Mark Carroll]

On 25 Sep 2022, Ralph Corderoy wrote:

> It's probably a ‘Beeb problem’, as you say.

In some of these cases of technical iPlayer slips/omissions,
e-mailing the BBC gets them fixed fairly promptly.

-- Mark

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

Re: Nottingham Open Tennis - What happened to Day 3?

[Mark Carroll]

On 26 Jun 2022, MacFH wrote:

> Except the tournament was two weeks ago, and the other days are already 
> half-way to their expiry date, so 'soon' is beginning to look like 'never'!

I've sometimes had useful feedback or help from the BBC when mentioning
this kind of thing to them via the online feedback form stuff, sometimes
it's a rights issue but sometimes it's just a correctable slip-up at
their end. At least, they might be able to help far better than we:
if BBC iPlayer's not showing it, fair chance get-iplayer isn't either!

-- Mark

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

v3.30 is out

[Mark Carroll]

Looks like a bug fix and better size estimation.

-- Mark

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

Re: '5 Live Science' not being found to download

[Mark Carroll]

On 18 Apr 2022, MacFH wrote:

> On 18/04/2022 13:53, Mark Carroll wrote:
>>
>> https://github.com/get-iplayer/get_iplayer says, "podcasts directly via
>> PID or URL". Indeed, for the latest, if I try,
>> 
>>  get_iplayer --pid=p0c1g25k
>> 
>> then it downloads just fine. Hope that helps.
>
> Oh yes, I can download them via the PID, indeed have already done so,
(snip)

Ah, sorry, I was confused by the "has not been downloaded" but you
meant by exactly the search you quoted.

> What I was asking is how to make GiP *find* them for itself?

That same page also says "BBC podcasts are not searchable" so I doubt
it's going to.

-- Mark

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

Re: '5 Live Science' not being found to download

[Mark Carroll]

On 18 Apr 2022, MacFH wrote:

> Since the beginning of April the above programme has not been downloaded 
> by GiP, as follows:
>
>  > perl \get_iplayer.pl --profile-dir= --type radio "5 Live 
> Science" -g
(snip)
> ... but clicking the podcast tab on that page reveals that there are 
> so-called 'podcast' editions of the missing programmes available ...
>
>  https://www.bbc.co.uk/programmes/p02pc9ny/episodes/downloads
>
> How can I make GiP find these 'podcast' versions as well as or instead 
> of the 'normal' downloads which are no longer being made available? 

https://github.com/get-iplayer/get_iplayer says, "podcasts directly via
PID or URL". Indeed, for the latest, if I try,

get_iplayer --pid=p0c1g25k

then it downloads just fine. Hope that helps.

-- Mark

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

Re: Problems downloading Winter Olympics

[Mark Carroll]

On 05 Mar 2022, Paul Phillips wrote:

> I am having difficulty downloading some of the Winter Olympics - it
> seems to affect broadcasts that are from the red button / digital
> channel.
(snip)
> It seems to me, Red Button recordings on iPlayer don't work, But TV
> channel ones do
(snip)

https://github.com/get-iplayer/get_iplayer says,

] It is often possible to download other content such as red button
] programmes or iPlayer box sets directly via PID or URL.

so I guess that "/often/ possible" indicates it's already known not to
be reliable.

-- Mark

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

get-iplayer v3.29 is out

[Mark Carroll]

A new release of get-iplayer has landed in GitHub.
Read release notes in advance, definitely things to note.

-- Mark

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

Re: v3.28 has been released

[Mark Carroll]

On 09 Dec 2021, Owen Smith wrote:

> I didn't know get_iplayer was still being updated,I thought it all died a year
> or more ago when the maintainer got the hump and left. Have other people taken
> over?

Huh, I've no idea. I knew they'd left interacting with the user
community but I wasn't aware that they'd vanished altogether.
Maybe somebody else does.

-- Mark

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

v3.28 has been released

[Mark Carroll]

v3.28 of get_iplayer looks to be out and, at least for me,
has some worthwhile improvements. See,
https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release328

-- Mark

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

Re: "ERROR: Failed to download URL "

[Mark Carroll]

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

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

Re: Which Linux distro with get_iplayer support

[Mark Carroll]

On 28 May 2020, Dave Widgery wrote:

> Lastly I do want to run get_iplayer on my laptop so I need something
> that there is a get_iplayer distribution available.

Certainly that makes things easier but, just so you know, it's really
not too bad to install the dependencies, and a fair chance those are
packaged at least, get_iplayer itself is just a script. Often it's not
great to rely on the distribution's packaging as when the BBC change
things it falls out of date and the script stops working, distributions
won't usually be quick to update but glad to hear of any exceptions!

-- Mark

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

Re: An OT thread about the forums

[Mark Carroll]

On 16 Apr 2020, Jon Crookston wrote:

> I've used gip for (I'm guessing) 10 years, but only used the web forum in
> times of desperation and even then it has never borne fruit which couldn't
> have been found on this list. 

What I've found the forum useful for is knowing that a problem I am
seeing isn't just me and, especially, that dinkypumpkin is aware. I
guess https://github.com/get-iplayer/get_iplayer/blob/master/README.md
will end up being updated with what might relate to keeping in touch but
without that repository allowing issues I suspect we simply increasingly
head toward hoping that problems are known and that a release is coming.

-- Mark

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

Re: An OT thread about the forums

[Mark Carroll]

On 13 Apr 2020, Owen Smith wrote:

> Is dinky carrying on with maintenance of get_iplayer? Because if not it's all
> a bit moot, the BBC will change something that breaks it within a few
> months.

Very true. I feel very grateful that we have already been able to keep
up with so many years of changes. (OT: I so wish providers would get out
of this dumb idea, from the marketing people?, that it's a good idea to
mandate a specific consumption interface! I'm a licence-fee payer, I
just want to bypass the annoying rubbish between me and the shows.)

> And if he is carrying on maintenance, how will he post new versions and
> release notes if he's not on the forums? (OK that all used to be done on here
> but I doubt dinky is coming back here.)

One can get a GitHub account for free and subscribe to release
notifications from the get-iplayer repository.

-- Mark

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

Re: Unsubscribed email - but I didnt unsubscribe

[Mark Carroll]

On 9693 Sep 1993, Kevin McCarthy wrote:

> Has anyone received an email saying they unsubscribed from the get_iplayer
> mailing list?
>
> I received an email yesterday saying I unsubscribed but I didn't!
> Has the list been hacked?

I'm still on it okay as I got your message. I didn't receive any strange
e-mails like that.

-- Mark

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

Re: Call the Midwife Chistmas 2019

[Mark Carroll]

On 9615 Sep 1993, artisticforge Niemand wrote:

> Has anyone successfully  downloaded this program?
> What mode did you use?

Seems to download okay for me, see the options I have effective in the
"Current options" bit of the enclosed download log.

-- Mark
[mtbc ~]$ cd /tmp
[mtbc tmp]$ get_iplayer -v --pid=m000csm5
get_iplayer v3.23, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

INFO: Start: 2019-12-28T19:22:29 (1577560949)
INFO: encodinglocale = UTF-8
INFO: encodinglocalefs = UTF-8
INFO: encodingconsoleout = UTF-8
INFO: encodingconsolein = UTF-8
INFO: ${^UNICODE} = 0
INFO: Profile dir: /home/mtbc/.get_iplayer
INFO: User options file: /home/mtbc/.get_iplayer/options
INFO: System options file: /etc/get_iplayer/options
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
Current options:
encodingconsolein = UTF-8
encodingconsoleout = UTF-8
encodinglocale = UTF-8
encodinglocalefs = UTF-8
modes = good
nopurge = 1
pid = m000csm5
refreshexclude = CBBC,CBeebies,S4C
refreshexcludegroups = local
subtitles = 1
type = tv,radio
verbose = 1
versionlist = original,default

INFO: Search args: ''
INFO: Cleaning PID - old: 'm000csm5' new: 'm000csm5'

INFO: Downloading URL (1/3): https://www.bbc.co.uk/programmes/m000csm5.json
INFO: tv episode PID detected (m000csm5)
Episodes:
Call the Midwife - Christmas Special 2019, BBC One, m000csm5
INFO: 1 total programmes
-==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==-
INFO: Loaded history for first check.
INFO: Loading recordings history
INFO: Programme not in history

INFO: Downloading URL (1/3): https://www.bbc.co.uk/programmes/m000csm5.json
INFO: Getting stream data for version: 'audiodescribed'

INFO: Downloading URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557

WARNING: Failed to download URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557
WARNING: Response: 404 Not Found

INFO: Downloading URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557

WARNING: Failed to download URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557
WARNING: Response: 404 Not Found

INFO: Downloading URL (3/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557

ERROR: Failed to download URL (3/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557
ERROR: Response: 404 Not Found
ERROR: Ignore this error if programme download is successful

INFO: Downloading URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216

WARNING: Failed to download URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216
WARNING: Response: 404 Not Found

INFO: Downloading URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216

WARNING: Failed to download URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216
WARNING: Response: 404 Not Found

INFO: Downloading URL (3/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216

ERROR: Failed to download URL (3/3): 
https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216
ERROR: Response: 404 Not Found
ERROR: Ignore this error if programme download is successful

INFO: Downloading URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827

WARNING: Failed to download URL (1/3): 
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827
WARNING: Response: 404 Not Found

INFO: Downloading URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827

WARNING: Failed to download URL (2/3): 
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827
WARNING: Response: 404 Not Found

INFO: Downloading URL (3/3): 
https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827

ERROR: Failed to download URL (3/3): 

Re: His Dark Materials m000csdk: only audiodescribed available?

[Mark Carroll]

On 9611 Sep 1993, Ralph Corderoy wrote:

> --info for the PID m000csdk shows
>
> web:https://www.bbc.co.uk/programmes/m000csdk
>
> Viewing that in Firefox shows audiodescribed and doesn't seem to let me
> turn it off.

Sometimes there's a problem that I can reproduce via their web-based
iPlayer stuff, exactly that kind of issue. If I don't see it under
https://www.bbc.co.uk/iplayer/help/known-issues then I mention it on
https://www.bbc.co.uk/iplayer/help/questions/need-more-help/report-prog-problem
then typically come back later to find that it got fixed and now it
works in get_iplayer too.

It might be like when the electrical power for a street goes out and all
the neighbours assume somebody else called but then when I call the
power company seem surprised so I guess sometimes one really can be the
first!

-- Mark

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

Re: GiP v3.17 - Cannot download programme schedules tonight

[Mark Carroll]

On 20 Aug 2019, Mark Carroll wrote:

> $ get_iplayer --type=tv --available-since 48 search '.*' | grep -E
> '^[[:digit:]]+:' | wc -l
> 84
>
> Could be I'm doing something wrong.

--cache-rebuild fixed my issue.

-- Mark

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

Re: GiP v3.17 - Cannot download programme schedules tonight

[Mark Carroll]

On 20 Aug 2019, RS wrote:

> On 19/08/2019 23:44, I wrote:
>> On 19/08/2019 23:29, Mark Carroll wrote:
(snip)
>>> Yes, using v3.22 seems to help but at first glance it still doesn't seem
>>> to find as much television as I'd have expected.
(snip)
>> This is what has been said in the forum.
>> https://forums.squarepenguin.co.uk/thread-2073-post-8717.html#pid8717
>> 
>> I haven't yet tried v3.22 so I can't comment on whether it works.
>
> v3.22 found 1363 new tv programmes and 1143 radio programmes for the 
> last day or so, so I think it is probably working alright.

Huh, with get_iplayer v3.22,

$ get_iplayer --refresh --type=tv --since 48 search '.*' | grep -E 
'^[[:digit:]]+:' | wc -l
84
$ get_iplayer --type=tv --available-since 48 search '.*' | grep -E 
'^[[:digit:]]+:' | wc -l
84

Could be I'm doing something wrong.

-- Mark

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

Re: GiP v3.17 - Cannot download programme schedules tonight

[Mark Carroll]

On 19 Aug 2019, MacFH wrote:

> As per subject, cannot access any programme schedules using GiP v3.17 
> tonight.  For example ...
>
> WARNING: Got 0 programmes for BBC One Scotland schedule page (JSON): 
> https://www.bbc.co.uk/schedules/p00fzl6v/2019/w33
(snip)
> Anyone else seeing this?

Yes, using v3.22 seems to help but at first glance it still doesn't seem
to find as much television as I'd have expected.

-- Mark

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

Re: Excessive Bounces

[Mark Carroll]

On 29 Jul 2019, David Woodhouse wrote:

> When an individual from a domain which publishes these stupid SPF and
> similar records saying "only accept mail from my mailserver", posts to
> the list, and it is rejected by stupidly configured mailservers which
> *honour* that request, that's when recipients' mail bounces.

This list works well in providing a Return-Path: for the message that
is at lists.infradead.org so I would have thought that RFC-compliant SPF
enforcement looks at that MAIL FROM, not the message headers' "From:"
line, and is satisfied. Perhaps some SPF enforcers do the wrong thing
given confusion over DMARC or something?

Thank you very much for some interesting explanation anyway.

-- Mark

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

Re: Excessive Bounces

[Mark Carroll]

On 28 Jul 2019, RS wrote:

> On 28/07/2019 11:01, Mark Carroll wrote:
>> 
>> Standards violations or similar daft decisions by big players are a
>> common issue in IT, 
>
> Pious comments about standards violation are not much help unless we can 
> identify what the standards are and how they are being violated.

Roger mentioned the issue so he might know. If one requires adherence
to standards that in practice are still being adopted then one'll thus
reject plenty of legitimate mail and have to live with that.

> My (very limited) understanding is that DKIM, DMARC and SPF *are* 
> standards, but they are only recently being enforced by some email 
> providers.

Yeah, I do bother providing an SPF record because it's easy but I am in
no hurry to do all the DKIM stuff which is rather more heavyweight; no
doubt as it gets increasingly required the accompanying admin tools also
get easier. In the meantime I have no trouble sending to gmail, etc.
though maybe it helps that I connect over TLS and have the certificate
properly set up for my domain.

(snip)
> One thing that seems to be being suggested is that I should use my own 
> domain name for email.  My own experience of doing that has been that I 
> get swamped with spam.
(snip)

I do this. This isn't the place for an extended discussion of antispam
approaches but many people find that graylisting helps and personally I
find that not much spam gets through if I just tarpit any IPs currently
appearing on certain blackhole lists. It's hardly an option for the
typical get_iplayer user though.

-- Mark

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

Re: Excessive Bounces

[Mark Carroll]

On 28 Jul 2019, Bernard Peek wrote:

> I've used Gmail for years but I'm happy to use something else. My main
> reason for choosing Gmail back then was its spam filtering. What
> alternatives can match that today?

I would second the idea of putting gmx.com at least on the "to be
considered" list (and on other lists I've seen some godawful message
formatting from some ProtonMail users; maybe their webclient's default
settings suck?) but do bear in mind that you should expect an inverse
correlation between false negative rate and false positive rate in spam
filtering: If you want to see hardly any spam then you are also going to
be rejecting some valid mail, the very problem that switching from gmail
is trying to avoid in this case! We don't get to have our cake and eat
it.

Standards violations or similar daft decisions by big players are a
common issue in IT, whether in Internet activity or elsewhere: Indulge
them and work around them or tell them where to go to encourage better
behavior in the community overall? Each of the two camps is typically
well-populated and armed with good arguments. I figure that it is
entirely up to the generous get_iplayer list operator whether they opt
for principles or pragmatism in this case, I consider either defensible.

Personally my issue with gmail is mostly that people mailing me from
such addresses better understand that my responses to them are
necessarily limited to what I am happy for Google to archive and harvest
for their own purposes but I would argue that for public mailing list
traffic one ought not have to choose between convenience and privacy:
the latter's not a criterion.

-- Mark

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

Re: WS podcast sideffect, was Re: Grenfell Tower podcasts

[Mark Carroll]

For me the annoying top-and-tail stuff that's appeared, sometime since
BBC Sounds, has been that the only version of a radio show that
get_iplayer can see is now one where at the start and end there are
extra things telling us how wonderful BBC Sounds is or has some earnest
fellow thinking that we might like to listen to his BBC podcast too or
whatever. As I usually listen to just the same few shows and they tend
to add the same few things in the top-and-tail stuff it rapidly gets
tiresome. It's all been within-BBC but it's no less annoying for that
when it's now on every single one.

-- Mark

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

Re: Web PVR Linux

[Mark Carroll]

On 27 Jan 2019, Charles Johnson wrote:

> On 27/01/2019 13:06, ipla...@nutwood.net wrote:
>> For future reference, the command is:
>>
>> get_iplayer_web_pvr 
>
> No such file exists on my system, nor with hyphens instead of 
> underscores. I clone git to get gip.

Yeah, it's in the other GH repos - the Win and Mac packaging.
Maybe the Mac one easily adapts to Linux? Never tried it myself.

-- Mark

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

Re: 'A History of Christianity' - #5 "Protestantism - The Evangelical Explosion" NA

[Mark Carroll]

On 12 Dec 2018, Alan Milewczyk wrote:

> On 12/12/2018 13:18, MacFH - C E Macfarlane wrote:
>> https://www.bbc.co.uk/programmes/b00p5wrk
>>
>> As per subject and programme page link above, all the other episodes 
>> of this series are available and have already downloaded aright, but 
>> not #5.  Does anyone know why?
>>
> Strange, the only version available is audiodescribed.
>
> Ah but just found this on the BBC website:
>
> https://www.bbc.co.uk/iplayer/help/programme-availability/programme-issues/history-of-christianity

They seem to have fixed that but made the same mistake with episode 6!

But, they seem to be generally in a bit of a mess at the moment, e.g.,
see https://www.bbc.co.uk/programmes/b0btrlvb/episodes/player and
compare with https://www.bbc.co.uk/programmes/m0001jg2 for Rise of the
Clans where the middle episode's labelled "signed" and appears to have
vanished. With luck they'll soon put some automated QA in place to flag
such obvious issues.

> Moral, check the "programme issues and updates" page 
> (https://www.bbc.co.uk/iplayer/help/programme-availability/programme-issues).

Thank you, I had no idea this page existed.

-- Mark

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

Re: Fake get_iplayer mail

[Mark Carroll]

On 12 Nov 2018, Dave Widgery wrote:

> ULiSI3Tr51s4VgAA7xAy+w ; Sun, 11 Nov 2018 09:42:28 +0100,from 
> p-a2qyv4gx.bestdivorcelawyermontgomery.com ([37.212.82.130]) by 

> c-2idzjrjm.hazelvieworchards.ca ([14.247.186.25]) by mwinf5c34 with ME 
> id yYo41y00M0ZJY2N01YoBFw; Sun, 11 Nov 2018 09:48:13 +0100

Both these subnets appear on the level 1 blacklist from UCEPROTECT:
in the dnsbl-1 file that I download from uceprotect.net. That explains
why they never got to my mail system. Sorry to hear that Google's
spam-blocking isn't also catching them!

-- Mark

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

Re: Fake get_iplayer mail

[Mark Carroll]

On 12 Nov 2018, Az wrote:

> Weird. Not had that before. Is there anything significant in the
> headers to e.g. show their path and origin?

I could check if the IP of the sender gets redirected to a tarpit by my
firewall.

-- Mark

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

Re: Fake get_iplayer mail

[Mark Carroll]

On 12 Nov 2018, Dave Widgery wrote:

> Sorry if this is a bit off topic, but recently I have been getting quite 
> a lot (4-5 a week) of emails pretending to be from get_iplayer,

I hadn't had any seeming to be from get_iplayer since Richard's on
November 4th though I do block some known spam senders before they would
even hit a junk mail folder so I wouldn't necessarily even know if my
filtering had caught subsequent e-mail.

-- Mark

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

Re: pid listed but not available

[Mark Carroll]

On 03 Nov 2018, artisticforge Niemand wrote:

> Hello;
>
> the entry for Natural World 2009-2010 Episode 13 Saving Luna is
> list in the tv.cache and get_iplayer --info --type=tv --pid=b00q2s16 returns
>
> Which appears to state that it should be available.
> I am trying to understand why this happens time to time.

Interesting. I get --

INFO: No versions of this programme were selected (available versions: none)

Indeed, https://www.bbc.co.uk/programmes/b00q2s16 has it as,

Sorry, this episode is not currently available

Maybe the information changed since it got cached?

It's interesting that --info tells me categories though. I miss those
from the normal default programme listing I get from get_iplayer
searches. Perhaps there's an option I should type to still get them.

-- Mark

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

Re: Downloading Subtitles

[Mark Carroll]

On 08 Oct 2018, Alan Milewczyk wrote:

> Don't know what happened there. it should have read:
> get_iplayer --subtitles-only --pid b0bkvw2l

That's how I do it -- just yesterday afternoon in fact. Took me a while
because I forgot to check --long-help which is off where the option is
hiding.

-- Mark

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

Re: Cannot Download using pid and am getting ERROR: Response: 500 Internal Server Error

[Mark Carroll]

On 26 Sep 2018, Budge wrote:

> Failed to get programme with GiP and could not download schedule either.
> Is this a GiP issue or is it BBC?

Failing similarly for me too right now with v3.17.

-- Mark

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

Re: --refresh-future bug

[Mark Carroll]

On 22 Aug 2018, RS wrote:
(snip)
> Quite apart from the bug, what comes across to me from the logs is that, 
> with the default refresh settings, a large number of regional and local 
> channels are searched every time the cache is refreshed.  I can't speak 
> for the poster in the forum, but for myself I am rarely interested in 
> regional or local programmes.  I now use
>
> --refresh-exclude-groups=regional,local
>
> Ought that to be the default?

Personally I prefer the current behaviour: though I speak only English,
I find that some of the Alba / S4C stuff is conveniently just a brief
native-language intro prefacing something that's actually of much wider
interest, e.g., currently https://www.bbc.co.uk/programmes/m5mf
The cache refresh even on the wrong side of ADSL is fairly quick for me
and I do it only every few days.

-- Mark

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

Re: get_iplayer 3.15 released

[Mark Carroll]

On 05 Jul 2018, Steve wrote:

> It displays V3.16 when running?

Not mine!

$ get_iplayer 
get_iplayer v3.15, Copyright (C) 2008-2010 Phil Lewis
...

-- Mark

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

Re: get_iplayer 3.15 released

[Mark Carroll]

I had a bit of difficulty -- lots of,

Mojo::Reactor::EV: I/O watcher failed: Can't locate object method "is_success" 
via package "Mojo::Message::Response" at /home/mtbc/bin/get_iplayer line 6580.

and no new shows found. I upgraded Mojolicious to 7.87 and that seemed
to fix that. I also then got a,

Mojo::Reactor::EV: Timer failed: Timer not active at 
/usr/local/libdata/perl5/site_perl/Mojo/IOLoop/Stream.pm line 93.

but it seemed to mostly work and the next time I tried there were no
errors. In any case, if anybody else sees similar issues, try upgrading
dependencies and retrying and whatnot.

-- Mark

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

Re: pid-recursive broken?

[Mark Carroll]

On 27 Jun 2018, Jon Crookston wrote:

> $ gip --pid=p064g5r2 --pid-recursive --test
>
>
> (which should pick up a series of, I think, 21 episodes from CBeebies). The
> output was:
>
> get_iplayer v3.13, Copyright (C) 2008-2010 Phil Lewis
(snip)
> INFO: 0 total programmes

Huh, interesting, same result for me, though the individual episode IDs
still seem to work okay.

-- Mark

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

Re: pid-recursive broken?

[Mark Carroll]

On 27 Jun 2018, Doug Faunt wrote:

> Hi, it appears that pid-recursive has been broken.
> Any idea if this is temporary or permanent as result of the new regime?
> In get_iplayer 3.00-windows.0

3.13 has some -pid-recursive fixes that were needed for children's
television and are maybe now needed more widely?

-- Mark

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

Re: Cannot download Eastbourne

[Mark Carroll]

On 26 Jun 2018, MacFH wrote:

> As per title, cannot view today's tennis from Eastbourne:
>
> D:\Media\Downloads>perl C:\Programs\GetIPlayer\get_iplayer.pl --pid 
> b0b8g4xd -g

Well it's not yet playable from iPlayer either - "This episode will be
available soon".

-- Mark

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

Re: Dr. Who Downloads

[Mark Carroll]

On 06 Jun 2018, michael norman wrote:

> On 05/06/18 21:43, Alan Milewczyk wrote:
>> On 05/06/2018 20:56, Jimmy Aitken wrote:
>>> --pid b0074drw
>>
>> Hmmm, well using "get_iplayer --pid  b0074drw" on GIP3.14 and Win7 x64 
>> Ultimate, that episode downloaded successfully, no problems whatsoever.
(snip)
> As it did here using GIP3.14 and Linux Mint 18.3.

Me too, with my usual "--subtitles --modes=good" alongside the PID:

get_iplayer v3.14, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.


Episodes:
Doctor Who: Series 1 - Father's Day, BBC One, b0074drw
INFO: 1 total programmes

WARNING: A UK TV licence is required to access BBC iPlayer TV content legally
INFO: Downloading tv: 'Doctor Who: Series 1 - 8. Father's Day (b0074drw) 
[editorial]'

INFO: Downloaded: 573.90 MB (00:42:51) @ 8.10 Mb/s (hvfhigh1/bi) [audio+video]
INFO: Converting to MP4
INFO: Tagging MP4
INFO: Downloading subtitles


I'm running OpenBSD 6.1 with Perl 5.24.1 and Mojolicious 6.24.

-- Mark

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

Re: no more hslv format ?

[Mark Carroll]

On 20 May 2018, Alan Milewczyk wrote:

> On 19/05/2018 22:27, Mark Carroll wrote:
>> On 17 May 2018, Budge wrote:
>>
>>> I have tried to follow this thread as I have just found my download of
>>> The Bridge file size and resolution are less than before.  Upgraded to
>>> 3.14.0 and forced a new download and file size is more than twice the
>>> first.  I really would like to get back to 1 hour > approx 1GB and the
>>> advice from iz looks right to me.
>> For what it's worth, I got sizes back down to what I expected by bumping
>> from my previous --modes=better down to --modes=good.
>
> I think you've missed the point of the thread. People have been 
> bemoaning the loss of 1280 x720 25fps and the fact that if you want that 
> resolution you have to download the 50fps option which doubles the file 
> size and download time. Your mode produces a lower (SD rather than HD) 
> result.

Yes -- hence the "for what it's worth" -- people searching the archives
and being attracted by the "I really would like to get back to 1 hour >
approx 1GB" size issue may be as insensitive to the fine details as I am
and can take a similarly easy course as I, so I figure it will still be
worth something to some. Still, thank you for the useful clarification!
(The only time I care about the difference is when the download takes
ages over my semi-rural ADSL or my budget hardware can barely display
fast enough. I do notice the difference with HD but don't especially
need to see every wrinkle on politicians' faces.)

-- Mark

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

Re: no more hslv format ?

[Mark Carroll]

On 17 May 2018, Budge wrote:

> I have tried to follow this thread as I have just found my download of 
> The Bridge file size and resolution are less than before.  Upgraded to 
> 3.14.0 and forced a new download and file size is more than twice the 
> first.  I really would like to get back to 1 hour > approx 1GB and the 
> advice from iz looks right to me.

For what it's worth, I got sizes back down to what I expected by bumping
from my previous --modes=better down to --modes=good.

-- Mark

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

Re: Unable to refresh

[Mark Carroll]

On 24 Mar 2018, RS wrote:

> I can see that in some special cases leaving out the quotes will give 
> wrong results.  I only wanted a crude indication of how long it had been 
> since refreshing the cache had been working, but that is no excuse for 
> getting it wrong.
>
> I clearly still need to think it through further.  I would have expected
> get_iplayer * --since 110
> to match 67 programmes, but it matches 0.
(snip)

You can type 'echo' first to see what get_iplayer is actually getting:

$ ls 
another  thing
$ echo get_iplayer * --since 110
get_iplayer another thing --since 110

bash won't expand unmatched wildcards:

$ echo a* b*
another b*

-- Mark

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

Re: 'My indexing' broken by 3.07

[Mark Carroll]

On 16 Dec 2017, Charles Johnson wrote:

> get_iplayer --type=radio --refresh >$RADIO_FILE
>
> was the content of a script with which i built myself a text index of 
> programmes (there was possibly a more efficient way to derive the index 
> from the cache?). That no longer works in 3.07.
(snip)
> INFO: Indexing radio programmes (concurrent)
> ...
> INFO: Added 0 radio programmes to cache
>
> Is there some way i can do the same without sticking to 3.06?

Are you running into the very first bullet point from
https://github.com/get-iplayer/get_iplayer/wiki/release300to309#release307
?

] If you wish to list all programmes, you must now explicitly specify a
] wildcard search: get_iplayer ".*" - note the quotes.

-- Mark

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

Re: no conversion to mp4 with latest gip

[Mark Carroll]

On 02 Dec 2017, cc wrote:

>  files are not converted to MP4 format at the end of the download
> any suggestions ? 

Run it with --verbose and paste here:

* the full command-line you typed for get_iplayer

* what error you got, at least the last several lines of output if the
  whole lot is far too much

-- Mark

___
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)

[Mark Carroll]

On 01 Dec 2017, Mike Ralphson wrote:

> As we got shown the door at the forum, I hope it's not too off-topic
> to post this here.

Thank you for sharing. I was planning to get around to doing a bit of
get-iplayer-related scripting and this would be easy to work into it.
It's always hard to know how much effort to invest without any long-term
assurance of service availability but some simple JSON parsing isn't too
much cost to sink.

> To clarify, this data is not mine or generated by me, it comes straight from
> the BBC's replacement for the data sources they shut down back in April/May.
> It *could* be used by get_iplayer to reinstate the lost category information,
> should the maintainer so wish.

When we had it I did find the category information quite useful. For
instance, I can summarily ignore everything from "Relationships &
Romance"! (-:

-- Mark

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

Re: A few ffmpeg queries

[Mark Carroll]

On 10 Sep 2017, Vangelis forthnet wrote:
(snip)
>  If you (or anybody else for that matter)
> has a non-released version of FFmpeg
> which is quite recent and you know it
> works OK with DASH/HVF remuxing,
> you can make that warning go away via
> "--ffmpeg-force" switch
> (Bypass version checks and assume ffmpeg is version 3.0 or higher).

Excellent, thank you, I can easily just add that to my shell aliases.

(snip)
>  There has been a related PR submitted
> earlier in May,
>
> https://github.com/get-iplayer/get_iplayer/pull/330
>
> I think I have to completely align myself with
> the maintainer's comment...
(snip)

Unfortunately,

>  I, too, could not find on
> https://github.com/FFmpeg/FFmpeg
> a commit with given HASH (523da8eac1);
> but it does crop up in a Google search as an
> OpenBSD version... maybe said commit
> references some OpenBSD specific patch (?)

... rather than being some nightly build that I happened to individually
choose, it is from the package one gets from OpenBSD's standard amd64
binary package repository for the current stable release; that gets
updated only a couple of times per year. (I could have asked on that
pull request if that's sufficient exception but further comments are
closed down.) My initial hope was that we could also identify ffmpeg
version not by the hashes but simply by the "75412" if it were some
monotonically increasing commit number relating to the upstream git
repository, then rather than check for specific hashes we could use
simple integer range tests.

As it now turns out, I've no idea why OpenBSD chose that commit nor if
they patch ffmpeg; I don't have a local checkout of their source tree
and I do not quickly see a way to browse it via the web. But they use
CVS (!) and I have no idea how it all interacts with that I guess they
must fetch from git to populate it. So it may be that the "75412"
relates to OpenBSD's CVS tree rather than something more widely
applicable like upstream's git commit history and I would gladly not
clutter get-iplayer with detail that is OpenBSD-specific.

-- Mark

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

Re: OT: A few ffmpeg queries

[Mark Carroll]

On 08 Sep 2017, Alan Milewczyk wrote:

> Couldn't agree more, it's the big failing of the IT industry. Manuals 
> detailing features are not what customers want, they require "how to" 
> tutorials. I had a look at some Youtube videos but in the end the best 
> help I got was from a guy on Stackoverflow.com who gave a concise answer 
> to the multiple audio streams issue:
>
> To copy all streams do this 
> To copy all audio streams do this 
> To copy only 2nd audio stream do this 
>
> For the first time I understood the relevant options listed in the help/man.

In fairness to ffmpeg, its manpage's not-tiny "EXAMPLES" section /does/
include a command that uses "-c copy" with the correct syntax also
provided by Vangelis. They do try, they may just not always have a howto
that fits exactly what you want so you have to look through a few. I've
similarly found helpful the "EXAMPLES" section from manpages for related
tools like mplayer.

-- Mark

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

Re: A few ffmpeg queries

[Mark Carroll]

On 08 Sep 2017, Vangelis forthnet wrote:

>  However, the GiP perl script must cater for a variety 
> of OSes and in the case of Linux distros some (still) 
> come by default with older FFmpeg packages; 

The script is unable to determine the version of my OpenBSD ffmpeg,
ffmpeg version git-N-75412-g523da8eac1

I had hoped to suggest a patch but I don't find that this hex string
corresponds to a commit hash that appears at source.ffmpeg.org or suchlike
so I do not have a confident means of interpreting it. Fortunately the
problem is simply a warning that I can ignore.

-- Mark

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

Re: ffmpeg conversion

[Mark Carroll]

On 03 Sep 2017, RS wrote:

> I regard get_iplayer as an educational tool as well as performing the 
> function it was written for.  I have often felt it would be useful if the 
> commands passed to ffmpeg were displayed so we could learn to do it for 
> ourselves.  It is of course possible to search through the code for the 
> commands, but that takes a long time.

Just use the --verbose option and look for the, INFO: Command: "ffmpeg" ...

-- Mark

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

Re: BBC Earth

[Mark Carroll]

On 14 Jun 2017, CJB wrote:

> Is it possible to download files from BBC Earth? Seems like licence
> fee payers are paying for a channel that they cannot access -
> certainly its not on Freeview. CJB

Isn't it largely means by which BBC Worldwide show stuff that we
domestically already got to see on other channels, akin to BBC America
or whatever? I would have thought that get_iplayer probably caught much
of that stuff from elsewhere if you had it previously set for those
shows back when they were shown here. I think they've done films, etc.,
too, but those were paid for by cinemagoers as far as I know.

-- Mark

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

Re: An Art Lover's Guide - 3 St Petersburg

[Mark Carroll]

I should add that --info for b08qkvcq includes,

modes:  original: 
dvfhd1,dvfhd2,dvfhd3,dvfhd4,dvfsd1,dvfsd2,dvfsd3,dvfsd4,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,dvfhigh1,dvfhigh2,dvfhigh3,dvfhigh4,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,dvflow1,dvflow2,dvflow3,dvflow4,hlshd1,hlshd2,hlsvhigh1,hlsvhigh2,hvfhd1,hvfhd2,hvfhd3,hvfhd4,hvfhd5,hvfhd6,hvfsd1,hvfsd2,hvfsd3,hvfsd4,hvfsd5,hvfsd6,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,hvfhigh1,hvfhigh2,hvfhigh3,hvfhigh4,hvfhigh5,hvfhigh6,hvfxhigh1,hvfxhigh2,hvfxhigh3,hvflow1,hvflow2,hvflow3,subtitles1,subtitles2,subtitles3,subtitles4,subtitles5

... what's the exact command line you're trying to download it with?

-- Mark

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

Re: An Art Lover's Guide - 3 St Petersburg

[Mark Carroll]

On 23 May 2017, C. E. Macfarlane wrote:

>>> Has anyone managed to find an unsigned version of this?  I
>>> can only find a
>>> signed and audio-described version of it!
>>
>> This one?
>> http://www.bbc.co.uk/iplayer/episode/b08qkvcq/an-art-lovers-gu
>> ide-series-1-3
>> -st-petersburg
>
> Thanks, but that's the same version PID as I downloaded, and it came down as
> BSL & AD.  This would appear to be why,  I think the wrong version has been
> put up there:
>   http://www.bbc.co.uk/programmes/b08qkvcq
>
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

Seems to be downloading "original" for me --

$ get_iplayer --pid=b08qkvcq
get_iplayer v3.01, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

  NOTE: A UK TV licence is required to legally access BBC iPlayer TV content

INFO Trying to download PID using type tv
INFO: pid found in cache
Matches:
186:An Art Lovers' Guide: Series 1 - St Petersburg, BBC Four, b08qkvcq

INFO: 1 Matching Programmes
INFO: Checking existence of original version
INFO: 
hlshd1,hlshd2,hvfxsd1,hvfxsd2,hvfxsd3,hvfxsd4,hvfxsd5,hvfxsd6,hvfxsd7,hvfxsd8,hvfxsd9,dvfxsd1,dvfxsd2,dvfxsd3,dvfxsd4,hlsvhigh1,hlsvhigh2,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,dvfxhigh4,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3,dvflow4
 modes will be tried for version original
INFO: Trying hlshd1 mode to record tv: An Art Lovers' Guide: Series 1 - 3. St 
Petersburg
INFO: File name prefix = 
An_Art_Lovers_Guide_Series_1_-_3._St_Petersburg_b08qkvcq_original   
  
INFO: Begin recording file: 
/tmp/An_Art_Lovers_Guide_Series_1_-_3._St_Petersburg_b08qkvcq_original.video.ts
INFO: Begin recording at: 0.00 MiB (00:00:00) [1]
...

Watching at least the start of it all seems fine, no signing or anything.

-- Mark

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

Re: Off topic security updates and XP

[Mark Carroll]

On 14 May 2017, Dave Widgery wrote:

> I also haven't checked if there is a security update for this
> particular malware

There is:
https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/

-- Mark

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

Re: Cache no-refresh and regexes

[Mark Carroll]

On 14 May 2017, Howard Orgel wrote:

> On Fri, 12 May 2017 22:22:13 +0100, Mark Carroll wrote:
>
>> Is there an antonym for --refresh? I wonder what's the cleanest way to
>> tell get_iplayer not to refresh the cache. I thought about trying to
>> exclude everything but the manpage doesn't seem to say what /kind/ of
>> regex is supported -- maybe it takes Perl-style regexes? I feel like I
>> am probably missing the obvious.
>
> Yep!  An antonym for --refresh is --refresh-exclude=, but you
> know this?  I use --refreshexclude .* on the command line to suppress
> automatic cache refreshes.  It works very well.
(snip)

Ha, thank you! Yes, it was being minded to try this kind of thing that
had me wondering what /kind/ of regex is supported. Also, though, "no
refresh" seems like such an simple and useful option that I wondered if
I were simply missing the obvious direct way to say it. (-:

-- Mark

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

Re: Cache no-refresh and regexes

[Mark Carroll]

On 13 May 2017, Vangelis forthnet wrote:

> On Fri May 12 22:22:13 BST 2017, Mark Carroll wrote: 
>
>> I wonder what's the cleanest way to
>> tell get_iplayer not to refresh the cache.
>
> ... Use the -e (--expiry) option with a huge value, e.g. the number 
> of seconds included in a week or more, and set it in your user options; 
> you do plan on manually updating at some point, don't you? 

Yes, I usually do update at least every few days, just occasionally I
don't want it to on some particular invocation. I was worried about a
random huge value in case I overflowed into the sign bit and ended up
negative or something (I don't know Perl well enough, nor do I know if
those seconds get multiplied to milliseconds or whatever in the code)
but, yes, I guess I could use 2^24 or something and figure that's going
to be pretty safe!

-- Mark

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

Cache no-refresh and regexes

[Mark Carroll]

Is there an antonym for --refresh? I wonder what's the cleanest way to
tell get_iplayer not to refresh the cache. I thought about trying to
exclude everything but the manpage doesn't seem to say what /kind/ of
regex is supported -- maybe it takes Perl-style regexes? I feel like I
am probably missing the obvious.

-- Mark

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

Re: Can't download with GiP 3.00

[Mark Carroll]

On 04 May 2017, Chris Marriott wrote:

> I do find these new modes VERY confusing. I always used to use "flashstd" 
> and that worked fine until it all went away :(.

I generally just adjust among "good", "better", "best" according to if
things seem too rubbish or big for me, I very rarely have to figure out
the weirder ones! So thank you for these easy aliases at least.

-- Mark

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

Re: GiP 3.00 on Windows XP?

[Mark Carroll]

On 02 May 2017, Dave Widgery wrote:

> The only problem I have noticed so far, I usually record all my stuff
> overnight using the GIP command line from a batch file run from XP's
> scheduler , but for some reason GIP didn't update the cache of
> programs, therefore nothing new got downloaded, running get_iplayer
> --refresh beforehand seemed to do the trick.

You noticed the release notes related to cache refresh?

-- Mark

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

Re: Fwd: Re: [ANN] get_iplayer v3.00 released

[Mark Carroll]

On 30 Apr 2017, SquarePenguin wrote:

> Check your version of Mojolicious, i can't imagine Wheezy having 4.63 which 
> is what this new concurrent cache update functionality was tested against.

For what it's worth, Mojolicious 6.24 is also apparently working fine
for me. I think jessie comes with 5.54.

-- Mark

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

Re: [ANN] get_iplayer v3.00 released

[Mark Carroll]

On 30 Apr 2017, Mark Carroll wrote:

> Thank you very much! A quick repair indeed. It has been working well for
> me and I am appreciating the colourful subtitles.

Also, the initial cache init with the concurrent indexing was actually
pretty quick. Definitely worth having the prerequisites.

-- Mark

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

Re: [ANN] get_iplayer v3.00 released

[Mark Carroll]

On 30 Apr 2017, SquarePenguin wrote:

> https://github.com/get-iplayer/get_iplayer/wiki/release300

Thank you very much! A quick repair indeed. It has been working well for
me and I am appreciating the colourful subtitles.

-- Mark

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

Re: No .xml - what is work-around?

[Mark Carroll]

On 28 Apr 2017, artisticforge . wrote:

> get_iplayer-2.99
>
> completely and utterly broken.

As CJB said, in the article you originally responded to, --pid works
fine, for me too with 2.99. What's your full command line? Maybe it
depends /which/ pid? Or on some other option?

-- Mark

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

Re: No .xml - what is work-around?

[Mark Carroll]

On 28 Apr 2017, artisticforge . wrote:

> hello
>
> cmdline is dead Jim.
>
> On Fri, Apr 28, 2017 at 1:42 AM, CJB  wrote:
>> Command line should do it using --pid=b08nx197
>>
>> CJB

Sorry, you're saying that --pid isn't working for you? Which version of
get_iplayer? It's been fine for me so far -- is it just some PIDs that
don't work?

-- Mark

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

Re: Programme metadata feed changes

[Mark Carroll]

On 17 Apr 2017, James Scholes wrote:

> Mark Carroll wrote:
>> A couple of weeks ago I had someone in BBC Design & Engineering mention
>> to me that tomorrow they are due to switch from the XML, etc. metadata
>> views to JSON ones.
>
> Did they say anything more specific about the source of the new feeds or 
> what actually is changing?  JSON feeds are currently available and have 
> been for years, and they've been pulling their data from the Nitro API 
> for quite a while.  So I don't quite understand what your BBC contact 
> was refering to.

No, nor do I - wasn't entirely clear I'm afraid, no specifics.
We'll see what, if anything, changes! At least consider it a
heads-up that /something/ might. (-:

-- Mark

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

Programme metadata feed changes

[Mark Carroll]

A couple of weeks ago I had someone in BBC Design & Engineering mention
to me that tomorrow they are due to switch from the XML, etc. metadata
views to JSON ones. So, tonight I plan to fetch the latest and run some
downloads in case get_iplayer isn't working tomorrow. I figured I should
mention this here in case this Tuesday's still the switchover date and
others wanted to do the same. I guess --pid might work in either case.

-- Mark

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

Gap in cache

[Mark Carroll]

I noticed that my cache was still missing some shows that had become
available on iPlayer several days ago. Perhaps it's related to the blip
in metadata service but I just did "get_iplayer -f" and now my cache
seems complete. So, perhaps others also have a recent gap in their
cache that can be similarly fixed if need be.

-- Mark

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

Re: get_iplayer data sources restored

[Mark Carroll]

On 16 Mar 2017, Graham Temple wrote:

> What is this "can't call method "new" on an undefined value at
> get_iplayer.pl line 1829" relating to?

Could it be related to the issue at
https://squarepenguin.co.uk/forums/thread-214.html
regarding corrupted cache files?

(I really don't know, but might be worth a try.)

-- Mark

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

Re: VERSION-get_iplayer Says 2.94.

[Mark Carroll]

On 15 Mar 2017, RS wrote:

> Is v2.96 still available anywhere?  I have got the 2.96.1 .zip file for the 
> Windows installer, but I can't find a get_iplayer.pl file in it.

https://raw.githubusercontent.com/get-iplayer/get_iplayer/a2700c06d0a5de221f9fa68500beb3e37538e3c5/get_iplayer

-- Mark

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

No programme schedules?

[Mark Carroll]

get_iplayer 2.99 isn't downloading programme schedules for me at the
moment. Further, when I check the URLs manually, they warn,

> In May 2017, regrettably, this system will permanently cease producing
> XML and rdf outputs.

-- Mark

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

Re: I can't reply. Why?

[Mark Carroll]

On 08 Feb 2017, Charles Bradshaw wrote:

> I'm posting plain text, no refs to any beeb server.
>
> I tried a zip containing everything but that doesent work either.
>
> I have a probable subtle bug in get_iplayer but hay I can't communicate.
>
> Guess I'll just have to solve the problem on my own.

Just paste it to pastebin.com and give us the link.

> Perhaps the post filter, or whatever hack decides I don't know what I'm
> doing, should tell me what exactly it doesn't like. Shouldn't be hard to
> do.

What does the bounce message say?

-- Mark

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

Re: Avoiding cache refresh

[Mark Carroll]

On 03 Feb 2017, Howard Orgel wrote:

> On Fri, 3 Feb 2017 14:03:21 +, RS wrote:
>> It's a bit difficult to test because I have to wait 4 
>> hours from the last use and then wait another 4 hours if I get it wrong.
>
> Config Options:
> ...
>  --expiry, -e   Cache expiry in seconds (default 4hrs)

It's quite easy to test if you use this option, set it to something tiny. (-:

-- Mark

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

Re: Avoiding cache refresh

[Mark Carroll]

On 03 Feb 2017, RS wrote:

> If I know the pid of the programme I want, is there any way to stop the 
> cache refreshing?  On a slow connection I can reduce the time a download 
> takes by asking for a lower resolution, but refreshing the cache can still 
> take a long time.

The manpage mentions --refresh-exclude and suchlike which might be worth
experimenting with.

-- Mark

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

Re: How to download "Bitesize" education clips?

[Mark Carroll]

On 19 Jan 2017, Vangelis forthnet wrote:
(snip)
> you'd had found that those somewhat older clips 
> (they date back to 2012) are only available as 
> flashmodes: 
>
> modes:  original: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2
>
> However, the flashmodes have been deprecated in GiP 2.97 
> and they are not tried by default; they have to be explicitly 
> requested in the command; so try something like: 
>
> get_iplayer --pid=p00rdkxz --tvmode=flashbest (will fetch flashvhigh1) or 
> get_iplayer --pid=p00rdkxz --tvmode=flashvhigh2 (it's faster for me...)
(snip)

Aha, explicitly requesting flash modes is exactly what I needed, thank
you! (Also to others who responded.) Now all is working fine. I don't
mind having to hunt down the PIDs and I can hope that enough Flash
support remains while the older content isn't otherwise available.

-- Mark

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

Re: Slow GIP downloads

[Mark Carroll]

On 17 Sep 2016, Alan Milewczyk wrote:

> Anyone else finding downloads slow today? HVFHD1 is only doing around 
> 5500kbps compared to normal speeds in the range 20-50 Meg! :-(

Television downloads certainly felt a bit slower to me yesterday
afternoon/evening but I don't have objective proof of such and I perhaps
had your query in the back of my mind. I made a mental note to check
what there is a little further before my family might want to sit down
and watch it!

-- Mark

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

Re: So what does this really mean

[Mark Carroll]

On 16 Sep 2016, Roger Bell West wrote:

> On Fri, Sep 16, 2016 at 10:30:39PM +0100, David Cantrell wrote:
>>(Why is this the only one out of hundreds of mailing lists I'm on where
>>people care so much about topic drift?)
>
> You've asked this before. I can only assume you mostly favour lists
> that encourage general chat as well as the subject they're about.

That's an interesting thought -

> Your experience is not mine.

Nor mine, though I tend to favour technical lists (as I thought this
was), maybe that's the difference? A quick look through the topics of
the lists I'm currently on yields nearly wholly software and operating
system stuff. For example, people who are asking general UNIX questions
don't last long on the OpenBSD lists. So, if I want more general chat I
go somewhere more clearly indicated for it (indeed, last night I was
chatting on a Slack channel that was actually named #chatter and earlier
that day one named #random).

I keep an eye on quite a few lists that centre on topics I care about.
There are only so many hours in the day, I have full-time work, a
family, etc., too - it would be a real loss if I had to wade through
everything from political advocacy to social commentary on each list
just to get to the articles that are actually worth my while to read. My
MUA has decent killfile capabilities but I do like to try to give people
a chance and it's not cut-and-dried because some people who contribute
plenty of noise also do offer some valuable signal too so perhaps my
fault is that I do try to killfile only lightly.

None of us really know what the BBC's going to do to make get_iplayer's
life difficult in the future, we can just hope that workarounds are
again feasible. I pay for my television licence, I'd like an easy way to
find and watch the shows without having them bundled with the BBC's
provided UI. It certainly beats when I lived in the US and we had the
awful selection they chose to share via BBC America - I would have
gladly paid for a licence then too if that would have allowed me to
watch the content available in the UK. Though, I could see that the BBC
probably did sell to other US channels besides PBS: at least, on US
television I saw suspiciously many decent American-voiceover
documentaries with weirdly many of the interviewees being from UK
universities.

(That's the end of the metadiscussion / digression again for me though,
back to regular service I hope!)

-- Mark

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

Re: OT: why were BBC archives deleted or destroyed?

[Mark Carroll]

On 04 Aug 2016, artisticforge . wrote:

> This is off-topic but it is of importance to the people who listen to
> the BBC.

There are plenty of places where the BBC archives /are/ on-topic as many
people talk about the BBC and British television online. If you prefer
to avoid the relevant web forums then the uk.media.tv.misc newsgroup may
be a good start. I don't mean to target you specifically -- thank you at
least for the "OT:" prefix -- but, please, some of us subscribe to this
list to follow get_iplayer stuff specifically. For other topics there
are plenty of other on-topic places that are often probably more
effective; personally I like to participate in TV-related blogs but I've
even had my comments read on Radio 4's "Feedback": even TPTB do listen.

-- Mark

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

Re: Issues when upgrading to 2.95.2

[Mark Carroll]

On 04 Aug 2016, char...@the-heards.com wrote:

> 2. CLI says, "These programmes should be deleted:" and comes up with a list
> of over 300 programmes. I've searched through the mailing list and the
> documentation, but can't see what this refers to. Is it trying to delete the
> files I've downloaded, or something else? So far I've declined, but the list
> pops up every time.

See the manpage,

   --nopurge
  Don't ask to delete programmes recorded over 30 days ago

I think we're not supposed to keep the downloads long-term.

-- Mark

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

Re: OT - BBC 5 live Olympic Fighting Talk

[Mark Carroll]

On 30 Jul 2016, Kevin Lynch wrote:

> I'd like to download
> http://www.bbc.co.uk/iplayer/episode/p0428cqm/olympic-fighting-talk.
> It's iPlayer only content and not transmitted on TV or Radio
>
> What is the easiest way to download for a one off

I must be missing something, surely?
get_iplayer --pid=p0428cqm

-- Mark

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

Re: Another way to use get_iplayer?

[Mark Carroll]

On 14 Jul 2016, she...@shevek.co.uk wrote:

> It states: "Windows 10’s Bash shell only supports 64-bit binaries, so
> you can’t install and run 32-bit Linux programs."
>
> So, are all of get_iplayer's binary dependencies 64-bit?

On my Debian GNU/Linux system it sure seems so. Also,
https://packages.debian.org/stretch/get-iplayer -- see how it and its
various dependencies are all available as "amd64" or "all".

-- Mark

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

Re: Disabling television mode

[Mark Carroll]

On 13 Jul 2016, Jeremy Nicoll wrote:

> On 2016-07-12 21:49, Colin Law wrote:
(snip)
>> I don't think that is illegal.  That is because it is the house that
>> is licensed not the person.  Anyone can watch a tv that is on those
>> premises.
>
> No they can't/couldn't.  Did they not have to be members of your family 
> /
> household (or guests)?

This is described in links one can find from the URL Roger already gave!
For instance, http://www.tvlicensing.co.uk/faqs/FAQ111 says, "At the
licensed place by anyone", with exceptions only for things like, "Any
parts of your premises with separate administrative arrangements e.g.
paying guests." If one has some particularly tricky situation that's of
interest then one may want to ask TV licensing or a lawyer. The point is
that one's home's licence obviously doesn't cover a server out at some
colo facility.

Dragging us back from general legal advice (!) to Roger's actual topic
of get_iplayer: The script is actually very clearly written so it's
usually not too hard to hack a bit. For instance, in taking a quick look
just now at the latest version, I figured that in the Streamer stuff
wherever there's a "sub get {" followed by a "my ... $prog ... @_;" then
I can just follow that with a new line,

die "download radio only!" unless $prog->{type} =~ /radio/;

and sure enough I seem to have blocked non-radio downloads. (My
reasoning was that Streamer "get" stuff is probably exactly where the
download happens.) Of course this is entirely unsupported and will need
another go for each new version but I'd certainly encourage those who
are willing to learn a bit of Perl to go ahead and try adjusting the
script because it's actually rather better constructed than much
commercial software! I'm not saying that my exact suggestion is (a) a
good idea or (b) what you want, more that with a bit of experimentation
you might find it easier than you think to get what you want.

-- Mark

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

Re: Disabling television mode

[Mark Carroll]

On 12 Jul 2016, S. Carr wrote:

> On 12 July 2016 at 08:27, Roger Bell_West  wrote:
>> So I want to ensure that it will be unable to download TV programmes,
>> even by accident, while still remaining available for radio. Any
>> suggestions?
>
> --type=radio

If I give that option then use -g with the integer from the local index
of a TV show then it still downloads the show. One might need to cut out
the TV functionality from somewhere deeper.

-- Mark

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

Re: Is this necessary, and how can I get rid of it?

[Mark Carroll]

On 22 May 2016, Dave Liquorice wrote:

> On Sun, 22 May 2016 08:16:28 +0100, Mark Carroll wrote:
>
>>> "Getting radio Index Feeds (this may take a few minutes)"
>> 
>> get_iplayer is a Perl script. In this case you can just look for that
>> text within get_iplayer itself then put a # at the beginning of that
>> line to comment it out.
>
> This true but it'll still be downloading the radio index feeds, it just 
> won't tell you it is.  B-)

Oh, you think he's complaining about the download, not the message?

> get_iplayer only downloads the index feeds if it needs to, so the OP has at 
> least one radio download requested somewhere. Find and remove them and it'll 
> stop pulling the radio index.

Depending on what he actually wants it might also suffice to use -e to
set a really high cache expiry or to use something like
--refresh-exclude=".*" to prevent any channel from being refreshed. But,
yeah, there's all manner of things he might have actually meant to ask,
I guess I'll be quiet until he can actually explain what his issue is.
You may well be correct that he wants television downloads but not
radio, goodness knows. Sigh.

-- Mark

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

Re: Is this necessary, and how can I get rid of it?

[Mark Carroll]

On 22 May 2016, Doug Faunt wrote:

> "Getting radio Index Feeds (this may take a few minutes)"

get_iplayer is a Perl script. In this case you can just look for that
text within get_iplayer itself then put a # at the beginning of that
line to comment it out.

-- Mark

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

Re: Broken again?? Re: get_iplayer currently broken...

[Mark Carroll]

On 16 Jan 2016, J. wrote:

> Doug Faunt N6TQS +1-510-717-1197 wrote:
>> Hm, after a brief respite, it looks as if it's again not working.
>
> Radio (international standard) is working OK on my non-UK address around 
> 07:00UTC

At my UK address I just checked the TV schedules just fine and am
currently downloading one of the new additions without any trouble.

-- Mark

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

Re: download hd impossible

[Mark Carroll]

"chris chery"  writes:

> programs will only download in 512x288
> hd impossible to get

Could you give us an example of the exact command you type?
(Also, which version of get_iplayer?)

-- Mark

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

Re: No categories in tv.cache file

[Mark Carroll]

Dave Liquorice allso...@howhill.com writes:

 On Sun, 28 Jun 2015 03:25:04 +0300, Vangelis forthnet wrote:

 tellyaddict has posted the right answer; to quote from the 2.93-2.94 
 Release Notes
 (https://github.com/get-iplayer/get_iplayer/wiki/release293)

 Thank you for the github link. My browser doesn't like the certificate that 
 https://squarepenguin.co.uk presents it thinks it is invalid or corrupted 
 error code -8182, squarepenguin is not unique in this but it's not very 
 common. My browser, Mozilla 1.7.12 running under OS/2 Warp 3 with Warp 4's 
 TCP/IP stack, so not exactly modern but it works for the vast majority of 
 sites I visit, it's only horrible javascript ridden ones that it has serious 
 trouble rendering.

My Firefox 31.7.0 seems perfectly happy with the certificate for that
site, but how much that depends on my having separately installed some
newer certificate authority keys or suchlike I've no idea. It may be
that you can just trust the extra keys but keep your older software.

(snip)
 Lets hope that the BBC open up Nitro is some way, even if it means that each 
 GiP user has to get their own key. I can see the rights holders bring a lot 
 of pressure on the BBC to NOT open it up. But if each user has to have their 
 own key it means that individual use of GiP can be tracked which may keep 
 the rights holders off the BBCs back.
(snip)

Quite. I'd be happy to have to provide my television licence number or
somesuch to get that key. Unfortunately, I suspect that the BBC,
especially in wanting to manage customer experience and branding and
suchlike, are rather keen to control /how/ users reach their content
(i.e. preferably through their not-great website), as well as who gets
to see what in the end. There's an awkward tension between the public
service mission and the more corporate / commercial view.

Incidentally, I've now found that there is tons of Radio 4's In Our
Time available for download. It's great to be able to save these as an
m4a file for playing in the car on my daily commute.

-- Mark

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

Re: Available Programme has `available' in the Future.

[Mark Carroll]

Vangelis forthnet northmed...@the.forthnet.gr writes:

 Please, DON'T CHANGE THE SUBJECT when
 you are replying to a message of an existing thread;
 this is why the list software rejected your post;
 Please read (and heed) rule 3 of the list netiquette:
 http://david.woodhou.se/email.html

I hope you'll indulge me in a little confirmation here, as I've never
heard of such behaviour on other lists. Some would consider it /good/
netiquette to change the Subject: line within a thread when the
conversation within some branch of the thread has drifted onto some
side-topic and the original Subject: line is no longer matching the
actual content, like with the X (was Y) style of subject that one
sometimes sees for a few articles before the (was Y) part gets
dropped. So, not really starting a new thread, just reflecting that the
current thread has now mutated beyond recognition -- as indeed this one
already has and the Subject: line has become inappropriate. If people do
that on this list, it will actually reject their message automatically?
If so, for this list, should I just be leaving the Subject: line as it
is, or is it preferred that I actually start a different thread while
quoting material from this thread?

(Though, admittedly, on this list there's a fair chance the X would be
enough off-topic that I wouldn't normally be replying anyway!)

-- Mark

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

Re: Live download problem - fails - error

[Mark Carroll]

Peter S Kirk peter.k...@isauk.biz writes:

 I have tried a few options - logs below - all failed.

 Any suggestions for downloading Live stream to file?

 Win XP Pro SP3, rtmpdump-20140302-git-79459a2-win32

 get_iplayer --type=livetv --pid=bbc_one
 get_iplayer v2.90, Copyright (C) 2008-2010 Phil Lewis

I suspect it might help to upgrade to v2.92. On Linux, admittedly, but,

$ get_iplayer --type=livetv --pid=bbc_one
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

WARNING: rdf URL contained no data
WARNING: PID URL contained no RDF data. Trying to record PID directly.
INFO: Trying pid: bbc_one using type: livetv
INFO: Trying to stream pid using type livetv
INFO: pid not found in livetv cache
Matches:

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: hlsvhigh1,hlsvhigh2,hlshigh1,hlshigh2,hlsstd1,hlsstd2,hlslow1,hlslow2 
modes will be tried for version default
INFO: Trying hlsvhigh1 mode to record livetv: BBC One London - -
INFO: File name prefix = BBC_One_London__2015-05-10_09_51_34 
frame=   61 fps=0.0 q=31.0 size=  69kB time=00:00:02.53 bitrate=223.9kbits/
frame=   83 fps= 80 q=24.0 size= 205kB time=00:00:03.47 bitrate=481.8kbits/
frame=  104 fps= 67 q=22.0 size= 346kB time=00:00:04.20 bitrate=675.3kbits/
...

-- Mark

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

Re: Live TV pining for the fjords

[Mark Carroll]

Jim Lesurf w...@audiomisc.co.uk writes:

 It explores the issue that there is an
 apparent conflict of interest for the BBC between its duty to its
 fee-paying viewers/listeners who pay for the BBC made/commissioned content
 and the legal vultures of the commercial companies whose films, etc, they
 want to show.

While I would be largely content if I could obtain only the BBC-created
content through get_iplayer -- after all, most of the films they show
are rubbish anyway -- I worry if that too is an issue: without them
being seen to protect it fairly aggressively, it might then be rather
harder for BBC Worldwide to sell their programmes on any kind of
exclusive basis to other countries.

Anyhow, now time for me to settle into an evening of viewing that
get_iplayer kindly timeshifted for me. (-:

-- Mark

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

Re: PATCH addition of /usr/local/bin/ in 'get_iplayer.cgi'

[Mark Carroll]

Owen Smith owen.sm...@cantab.net writes:

 Why bother with patches? Why not just check the source file out, change it, 
 and check it back in again with the change in? Or does git not work like 
 conventional source control systems?

That's pretty much how it works. With GitHub, you just check the code
back in with your patch (push your new commit to a branch) -- but you
push it to your own branch and open a pull request that asks for the
commit to be merged into the master branch of dinkypumpkin/get_iplayer.
The git format-patch stuff by e-mail works just fine too though.

-- Mark

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

Re: Hello World...

[Mark Carroll]

artisticforge . artisticfo...@gmail.com writes:

 get_iplayer, bypasses all of that and is grabbing a digital copy of
 the BBC content. there is a fundamental difference.

This is true, but hardly unusual. For instance,
https://code.google.com/p/get-flash-videos/ works excellently for a wide
range of sites -- fundamentally, if it's viewable, and on some popular
site, someone will share a tool that makes it downloadable, and it'd
annoy me if the BBC are wasting much licence fee income in tilting at
that particular windmill.

What I actually find get_iplayer far more valuable for is being able to
identify BBC shows that I'll want to watch (whether because I was
looking out for them, or because they are new and not in my blacklist)
-- easy command-line access to the available now list is great, if it
didn't also do the downloading I'm sure I could arrange that otherwise
should I wish. When I do have to use the BBC's site, I tend to find
roughly the page I want via Google rather than trying to actually
navigate it; I wouldn't dream of using it to actually discover the
availability of things I want to watch.

-- Mark

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

Re: ePetition Covering Public Data From The Likes Of The BBC

[Mark Carroll]

Jon Davies j...@hedgerows.org.uk writes:
(snip)
 What I would counsel is staying polite, and explaining the legal and
 moral use cases we have that are not supported by the BBC's own
 infrastructure.
(snip)

Absolutely. Also, in general I would suspect that the BBC would both
save money and increase accessibility if they simply made it easy for
people to write clients instead of trying to provide all the featureful
access themselves. What's best for a user varies by user.

-- Mark

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

Re: Hello World...

[Mark Carroll]

wacla...@btconnect.com wacla...@btconnect.com writes:

 On 05/11/14 13:56, artisticforge . wrote:
 get_iplayer, bypasses all of that and is grabbing a digital copy of
 the BBC content. there is a fundamental difference.
 My point is that if I can record off digital TV legally, why can we not 
 record off iplayer using GIP, its is the same digital content.

Indeed, my cheap DVB-T2 box from China (into which I can plug an
external HDD), or my USB DVB-T2 stick for my computer, even let me grab
copies of live HD digital BBC broadcasts that aren't offered on iPlayer.
It's all easily available to those who want to do it.

-- Mark (preaching to the choir)

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

Re: Hello World...

[Mark Carroll]

Alan Milewczyk a...@soulman1949.com writes:

 I think you'll find that home recording would be viewed as technically 
 illegal.

http://www.iplayerconverter.co.uk/articles/recording-tv-radio-in-the-uk.aspx
has some interesting thoughts here.

 In practice they're not going to chase you unless there is a 
 loss of revenue. But anything that makes the job of recording easier for 
 you, especially getting to the source material directly, is not going to 
 be encouraged.

It's also not really worth much effort on their part to try to put in
place obstructions that can be easily worked around.

-- Mark

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

Re: Information Overload on GiP Changes

[Mark Carroll]

Budgie aje...@errichel.co.uk writes:

 I guess the public will only get access to the iPlayer material if they 
 have a TV licence or some new on-line license.  Just a guess but is it 
 a credible threat?

I'd be fine with having to put my television licence number in a
.iplayerrc file or somesuch for get_iplayer to pass on to the BBC!
I guess we'll see what happens ...

-- Mark

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

Re: A message from Auntie

[Mark Carroll]

Paul Oldham p...@the-hug.org writes:

 On 31/10/14 02:55, Dave Ford wrote:

 As posted on the BBC Internet blog - from Jon Billings:

 'In particular, the BBC does not sanction XBMC, get_iplayer or similar
 clients, and the iPlayer RSS feeds were never designed or intended to
 support them. Nitro will almost certainly not support their ways of
 working. We realise this comes as unwelcome news to users of these clients.
 The iPlayer team continues to work hard to maximise access to iPlayer
 across a wide range of platforms and devices.'

 You've got to love the way these guys can't see any contradiction 
 between that last sentence and what went before it. Sigh.

Absolutely! I hope that get_iplayer users complain directly to the BBC
and/or the BBC Trust or suchlike too though rather than just here. After
all, we're (mostly, probably?) licence fee payers and the BBC is
supposed to be /serving the UK public/, not behaving like some private
corporate media provider for whom the most important thing is to control
their branding or some other such nonsense.

E-mail's perhaps a good analogy: the client I'm using now, anybody was
able to write because of the open standards, and I got to choose one
that was right for me, it is not like the people originally behind
e-mail even had to fund my e-mail software's development! And everything
is better for that being so.

-- Mark

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