OT - has list died? (test)

[M Clark]

per subject as no messages received.

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

Fw: Re: New radio PIDs, more than 8 characters

[M Clark]

Thanks for coding help but, the problem is worse (for me...),
PID w172vg029mkl852
Business Matters - Former US Vice President Al Gore on Climate Change 
(w172vg029mkl852)

So not even 8 characters.  Other World Service Series (?) have similar PIDs 
now, e.g. Weekend, World Update.

And I thought I was the only one who listened to WS!

M.


> Sent: Sunday, August 13, 2017 at 10:05 AM
> From: "Ralph Corderoy" 
> To: get_iplayer@lists.infradead.org
> Subject: Re: New radio PIDs
>
> Hi Vangelis,
> 
> > ...to begin with either "b0" or "p0".
> > 
> >  New radio PIDs like "w3csv1y9" or "w3csvnyc", beginning with "w3",
> ...
> > [bp]0[a-z0-9]{6}
> > with
> > [bpw][a-z0-9]{7}
> 
> Other approaches, getting gradually more specific.
> 
> ^[bpw][03][a-z0-9]{6}$
> But this allows b3.
> 
> ^(b0|p0|w3)[a-z0-9]{6}$
> This is precise, but it's common to factor out alternations since
> each is tried in turn, so...
> 
> ^([bp]0|w3)[a-z0-9]{6}$
> This is as precise.
> 
> The remaining problem is the `()' "capture" what matches for retrieval
> by the program afterwards as $1, $2, ...  By introducing another set of
> `()' we'd have affected the position of any that come afterwards in the
> same regexp.  (None in this case.)  It's also inefficient to capture
> when it's unnecessary.  `()' can be marked as non-capturing with `?:'.
> 
> ^(?:[bp]0|w3)[a-z0-9]{6}$
> 
> These regexps aren't specific to Perl, BTW, but are useful with egrep,
> awk, Python, etc.
> 
> -- 
> Cheers, Ralph.
> https://plus.google.com/+RalphCorderoy
> 
> ___
> 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

incorrect "Time Added" in (Radio) cache

[M Clark]

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

RE: Requests For Features (off topic)

[M Clark]

 Now too I can confirm that it is possible to download ITV programmes using 
 get_flash_videos.
 
 The trouble is, looking through the programmes available, there's nothing 
 worth watching anyway!
   https://www.itv.com/itvplayer/
 
 
 
 Personally, I prefer ActivePERL, but in fact I got get_flash_videos working 
 on a Linux PC.
 

Snipped from 
http://lists.infradead.org/pipermail/get_iplayer/2015-July/008043.html

I managed to get this working on Vista32, thanks, but not on a fresh install of 
Mint 17.2.

May I ask what Linux you're using?

Also, did you try Channel 5?

there's nothing worth watching anyway!

Agreed, beyond that Joanna Lumley documentary.


Regards,
M

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

slooow radio downloads?

[M Clark]

Is anyone else experiencing slow radio downloads?

I'd normally get c12-13Mbits/s on radio, c10Mbits/s on tv and, thanks for the 
tip, c12-13Mbits/s using --type tv --modes=hlshd on the cli.

However, since Sunday my radio downloads have rarely exceeded 5Mbits/s.

There is nothing (?) wrong with my connection as tv is unaffected and I can max 
out by doing a secondary download via the cli (I normally stick to the WebPVR).

System is good ol' Vista (32).

Regards,
M.

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

Re: tv series not in (my) cache (with v2.93)

[M Clark]

 Sent: Friday, June 05, 2015 at 1:38 PM
 From: tellyaddict tellyaddic...@gmx.co.uk
 To: get_iplayer get_iplayer@lists.infradead.org
 Subject: Re: tv series not in (my) cache (with v2.93)

  G, should have read M Clark's e-mail more closely... I *am* running 
  version 2.94. I forgot we'd had two updates in 24 hours!
  
  I have a batch file that downloads the programmes on my list for each 
  day. I usually do a catch up check at the end of the week to make sure 
  I've not missed anything I wanted, fortunately the e-mail alerted me to 
  the problem early. Still don't know why my version 2.94 didn't pick them 
  up automatically but anyway downloading by URL did the job.
 
 Springwatch Unsprung isn't broadcast on TV apart from the episode every 
 Wednesday. The rest of the Unsprung episodes are red button. Springwatch 
 Extra is also red button and I don't think red button content is in the TV 
 Listings feed that we are now having to use.
 
 So at least for now these are going to have to be set off by PID or URL.
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer
 

Thanks, that explains it, including why 'Unsprung 11' has appeared in cache on 
Thursday morning.

I've no problem downloading via CLI.

Going to have to more pay attention to Red Button.

Regards,
M.


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

Re: tv series not in (my) cache (with v2.93)

[M Clark]

 Sent: Friday, June 05, 2015 at 10:01 AM
 From: CJB chrisjbr...@gmail.com
 To: M Clark mcl...@gmx.co.uk
 Subject: Re: tv series not in (my) cache (with v2.93)

 Yup - v2.94 is the latest to use CJB
 
 On 05/06/2015, M Clark mcl...@gmx.co.uk wrote:
  Just a 'heads-up' that the following tv series are not appearing in my cache
  (after updating to v2.93);
  springwatch extra
  springwatch unsprung
 
  Currently downloading via CLI.
 
  Regards,
  M.
 

 Re: Springwatch when I do a refresh cache with v2.94 and then a 'name'
 search for 'springwatch' I get listed all the variations on the theme
 incl. the morning show, unsprung, and the main prog.


Updated to v2.94, refreshed tv, radio, livetv, liveradio per recommendation.

And... no change.

Search springwatch (13 hits in 1 file)
Line 230: 229|tv|Blue Peter|b05x8rym|2015-05-28T17:32:25+01:00|Get Your Green 
Badge|||default|1800|Lindsey catches up with the Springwatch team backstage.
Line 1454: 1453|tv|Springwatch Unsprung: 
2015|b05x6gm8|2015-05-27T21:30:46+01:00|Episode 3
   appears twice as string in twice
Line 1455: 1454|tv|Springwatch Unsprung: 
2015|b05x7zbd|2015-06-03T21:30:56+01:00|Episode 7
Line 1456: 1455|tv|Springwatch: 2015|b05xc7m1|2015-05-29T20:15:21+01:00|Episode 
1
Line 1457: 1456|tv|Springwatch: 2015|b05xcng2|2015-05-26T21:00:16+01:00|Episode 
2
Line 1458: 1457|tv|Springwatch: 2015|b05xcv04|2015-06-02T10:45:59+01:00|Episode 
4
Line 1459: 1458|tv|Springwatch: 2015|b05xcv1f|2015-05-27T21:00:31+01:00|Episode 
3
Line 1460: 1459|tv|Springwatch: 2015|b05xj7hc|2015-06-03T05:21:13+01:00|Episode 
5
   appears twice as string in twice
Line 1461: 1460|tv|Springwatch: 2015|b05xj7vn|2015-06-02T21:00:33+01:00|Episode 
6
Line 1462: 1461|tv|Springwatch: 2015|b05xrht1|2015-06-03T21:00:31+01:00|Episode 
7
Line 1463: 1462|tv|Springwatch: 2015|b05xv506|2015-06-04T21:00:46+01:00|Episode 
8

No Springwatch Live and no Springwatch Unsprung since episode 7.

How odd!

Ho-hum.

Regards,
M.

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

tv series not in (my) cache (with v2.93)

[M Clark]

Just a 'heads-up' that the following tv series are not appearing in my cache 
(after updating to v2.93);
springwatch extra
springwatch unsprung

Currently downloading via CLI.

Regards,
M.

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

Re: GiP v2.93 / 2.94- snafus

[M Clark]

  I have a contact who uses GiP for Radio only. 
  He doesn't want t.v.
  How can he stop GiP downloading the t.v. list on start up?
 
 If, like you, is predominantly using the WPM, then after 
 the GUI launches up with the TV Box ticked by default, 
 he should untick it and tick the Radio box instead - 
 then he should press Apply Settings, followed by 
 Save As Default to store his pref; 
 next time he launches WPM, only BBC Radio will be 
 ticked and he can proceed to refresh just the radio cache 
 by pressing  the Refresh Cache button...
 This pref is saved inside a browser cookie, so he should take 
 care not to delete cookies set by 127.0.0.1.
  If he's on the CLI, a very big expiry value 
 would, in practice, disable the tv.cache autorefresh...
  
 Any other suggestions welcome...


Thanks to Vangelis for his tips.

However if the Web PVR Manager is being used then there is no need to use the 
CLI first (in Windows).

In my experience the Web PVR Manager does not auto fresh either cache on 
start-up, and regardless of the value set in Auto-Refresh Cache Interval on 
the Recording tab will not auto-refresh UNLESS the Refreshing window is left 
open.  I have left the Web PVR Manager window open with Auto-Refresh Cache 
Interval set to 1 (hour) for the past 2 hours and nothing has happened, which 
is what I would expect.


But the CLI does auto refresh on start-up (now tv, used to be radio) and, at 
the risk of upsetting people, I believe this is a design flaw (or, probably 
more accurately, a techie being too helpful).  An analogy would be getting in a 
car and it immediately taking you to the petrol station for a refill.  But I 
only wanted something from the glove-box!  There is also an unfortunate side 
effect if not connected to the internet, the cache gets emptied and when 
re-populated everything has a Time Added value of 0d 0h (which is correct) but 
a pain if I only want to process additions since the last (proper) refresh.

Sorry for that last little moan, I get around it now by backing up the 
.get_iplayer folder after every run so I can restore a good state.


It sounds to me that GiP has been updated from an old version and that the CLI 
(Get_iPlayer icon) is being used first, then the Web PVR.  That would produce 
the symptoms described.
If that is the case, then borrowing from Vangelis;
use Web PVR Manager pointing to C:\Windows\System32\cmd.exe /c 
pvr_manager.cmd (or something similar)
untick TV Box and tick the Radio box instead - then he should press Apply 
Settings, followed by Save As Default


I only use the CLI for items not in the cache or to download a series ( 
--pid-recursive ).


 cookies set by 127.0.0.1

my address bar has http://localhost:1935/
I just wish I could remember to back-up Firefox cookies for when I accidently 
delete them.


Anyway, let us know if the problem gets sorted.

Regards,
M.


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

Re: GiP v2.93 / 2.94- snafus

[M Clark]

 Sent: Thursday, June 04, 2015 at 11:55 AM
 From: CJB chrisjbr...@gmail.com
 Subject: Re: GiP v2.93 / 2.94- snafus

 It seems that now on starting up GiP 2.93/94 it refreshes the t.v.
 cache by default. That takes an age. Hence the otherwise blank black
 window. This takes an age - it used to be quick.
 
 Then the initial GiP PVM screen is displayed. The t.v. box is already ticked.
 
 I then tick the Radio box and click on Refresh Cache.
 
 Then the dots appear for t.v. but there is no listing
 
 Then the dots appear for Radio after which there is a listing.
 
 I have a contact who uses GiP for Radio only. He doesn't want t.v.
 listings at all. He's overseas and t.v. is not relevant to him. How
 can he stop GiP downloading the t.v. list on start up?
 
 CJB.
 
 On 04/06/2015, M Clark mcl...@gmx.co.uk wrote:
  Stupid question, maybe, but your Programme type BBC TV is ticked, isn't
  it, (in the web PVR)?
 
  Yep, it was a stupid question because the box must have been ticked to
  refresh the tv cache.  Ho-hum, has to be something else, sorry.
 
 
  Regards,
  M.
 

Thanks for the extra info.

Just incase there was a difference between Vista  7...

Fired up desktop running Windows 7 Home Premium 64bit.

Clicked the Web PVR Manager icon (running GiP 2.91) - no cache refresh, as I 
would expect.

Upgraded to GiP 2.93 and rebooted pc.

Clicked the Web PVR Manager icon - no cache refresh, as I would expect.

So same as Vista for me.


Some of my settings in Web PVR are as follows;
Advanced search tab - Added Since (hours) set to 1
Recording tab - Auto-Refresh Cache Interval and Auto-Run PVR Interval both set 
to 12 (this is so I can leave it running overnight without 
auto-refreshing/running.  Although after cache refresh I usually close the 
window

On start up there is no auto-refresh of cache and I have zero programmes listed 
(because nothing has been added within the last hour).

I then proceed to update tv and/or radio cache as required by ticking the 
relevant Programme type box and clicking Refresh Cache.


If the Get_iPlayer icon is used first then that does do an auto cache refresh.  
It used to be a radio refresh but changed (v2.92?, Dinkypumpkin would know 
when) to a tv refresh.

My (Vista) icon links are as follows (untouched by me!);
Web PVR Manager - C:\Windows\System32\cmd.exe /c pvr_manager.cmd
Get_iPlayer - C:\Windows\System32\cmd.exe /k get_iplayer.cmd --search 
dontshowanymatches  get_iplayer.cmd --help


Hope this helps.

Regards,
M.

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

Re: GiP v2.93 / 2.94- snafus

[M Clark]

 Sent: Wednesday, June 03, 2015 at 9:52 PM
 From: CJB chrisjbr...@gmail.com
 To: get_iplayer-request get_iplayer@lists.infradead.org
 Subject: GiP v2.93 / 2.94- snafus

 OK - solved the mystery of the blank black screen. The system was
 actually downloading a list of over 1,000 TV programmes as part of its
 initial downloading. It appears that this is the default even if you
 only want Radio progs - Its never done that before. Anyway eventually
 the screen was populated with the usual input fields.
 
 Then I did a refresh of TV and Radio and got:
 
 ===
 
 The cache will auto-refresh every 1 hour(s) if you leave this page open
 
 INFO: Getting tv Index Feeds (this may take a few minutes)
 ..
 
 INFO: Getting radio Index Feeds (this may take a few minutes)
 .
 Added: 10027: 5 live Daily - 03/06/2015, BBC Radio 5 live,
 Added: 10044: 5 live Sport: Women's World Cup 2015 - Women's World Cup
 Preview, BBC Radio 5 live,
 Added: 10053: 5 live Sport - 03/06/2015, BBC Radio 5 live,
 Added: 10076: A Kist o Wurds: Series 37 - Episode 22, BBC Radio Ulster,
 Added: 10084: A' Mire ri Mòir - 03/06/2015, BBC Radio Nan Gaidheal,
 Added: 10097: Adam Green and Vicki Archer - 03/06/2015, BBC Radio Shropshire,
 Added: 10103: Adam Tomlinson and Anna Wallace - 03/06/2015, BBC RDIOF ND
 
 BIG SNIP
 
 ===
 
 That is the cache appears to have been refreshed with TV progs - BUT
 failed to list them!!!
 
 It did however list all the Radio progs.
 
 CJB.
 

It appears that this is the default even if you only want Radio progs - Its 
never done that before.

I noticed this some months ago (after last December's fiasco?), on the rare 
occasions when I've opened the CLI and haven't refreshed cache recently.


That is the cache appears to have been refreshed with TV progs - BUT failed to 
list them!!!

Stupid question, maybe, but your Programme type BBC TV is ticked, isn't it, 
(in the web PVR)?


I recently had a problem with the Exclude Programmes cookie no longer being 
retained in Firefox (still isn't, even deleting full cookie and re-adding 
options).  Maybe your old settings have gone askew.  (I got around my problem 
by adding an exclude list in the options file).

Just updated both caches in web PVR with no problem in Vista / Windows 6.0 / 
Windows Longhorn / still-works-better-than-Linux :-)

Regards,
M.

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

Re: GiP 2.93 snafu?

[M Clark]

 Sent: Wednesday, June 03, 2015 at 5:14 PM
 From: CJB chrisjbr...@gmail.com
 To: get_iplayer-request get_iplayer@lists.infradead.org
 Subject: GiP 2.93 snafu?

 Installed the latest Windows PVM (Win 7 on Acer 532h) v2.93
 
 Clicked on PVM in Start menu.
 
 Got a black screen for http://localhost:1935/
 
 But no search window with search / refresh fields.
 
 All I got was the black window with the field headings:
 
 get_iplayer / Search / Recordings / PVR List / Run PVR / Update Software / 
 Help
 
 And that was all.
 
 Tried refreshing but couldn't get the other fields to display - and I
 did need the Refresh Cache option!!
 
 Chris B.
 

Using Windows Vista (yes, I'm the ONE) and worked fine as normal for me (tv, 
radio cache the updated tv cache after adding option for Local TV).

Regards,
M.

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

Re: GiP v2.93 / 2.94- snafus

[M Clark]

 Stupid question, maybe, but your Programme type BBC TV is ticked, isn't it, 
 (in the web PVR)?

Yep, it was a stupid question because the box must have been ticked to refresh 
the tv cache.  Ho-hum, has to be something else, sorry. 
 

Regards,
M.

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

Re: Help needed with BBC Collections Archive programmes

[M Clark]

 Sent: Wednesday, February 11, 2015 at 1:47 AM
 From: Jeremy Nicoll - ml get_iplayer jn.ml.gti...@wingsandbeaks.org.uk
 To: get_iplayer@lists.infradead.org
 Subject: Re: Help needed with BBC Collections Archive programmes

 M Clark mcl...@gmx.co.uk wrote:
 
  I did have a problem with broken links on https://squarepenguin.co.uk/
 
 Did you report them?
 
 -- 
 Jeremy Nicoll - my opinions are my own.
 

No.  This was some time ago and I was using two machines at the time trying to 
get get_iplayer to work on Linux (I'm back on Windows).

However, I should not have posted that comment on this list and unreservedly 
apologise to Squarepenguin.

Regards.

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

Re: Radio categories

[M Clark]

 Sent: Sunday, February 15, 2015 at 1:28 AM
 From: Vangelis forthnet northmed...@the.forthnet.gr
 To: get_iplayer@lists.infradead.org
 Subject: Re: Radio categories

 On Sat Feb 14 02:06:51 GMT 2015, Steve (aka YellowYeti) wrote:
 
  missed that bit of collateral damage
  when the November bomb hit.
 
 Hi, Steve!
 This info is included in the 2.91 Release Notes:
 
 https://github.com/get-iplayer/get_iplayer/wiki/release291#category-information-for-radio-programmes
 
 (See also this Dec 2014 thread:
 http://lists.infradead.org/pipermail/get_iplayer/2014-December/007015.html
 It is generally a good idea to search first the list archives...)
 
  suggestions on alternative ways to get
  the pvr to do what I want?
 
 The first link I referenced suggests a change to
 the ION radio feeds could result in a partial
 restoration of the radio category info.
 Use the CLI to refresh the radio cache from the
 ION feeds - then the GUI should pick up
 the radio category entries - haven't tried this
 myself so can't really say if it provides a remedy
 for your issue :-)
 
 Kind regards,
 Vangelis. 
 

I am (easily) confused.

I have read the link at 
https://github.com/get-iplayer/get_iplayer/wiki/release291#category-information-for-radio-programmes
but have no idea what ION radio feeds are.

But I am confused as there is category information in both the .rdf and .xml 
urls (.json for that matter but they may just be a reformatted .xml file for 
all I know) for radio programmes and I thought it was from these, certainly 
.rdf, that metadata was obtained.  Is this not the case?  Television programmes 
seem to be populated from one of these.

Example, pid b0523mr0 - 6 Music Live Hour.
http://www.bbc.co.uk/programmes/b0523mr0.rdf
po:genre rdf:resource=/programmes/genres/music/classicpopandrock#genre/
po:genre rdf:resource=/programmes/genres/music/rockandindie#genre/

http://www.bbc.co.uk/programmes/b0523mr0.xml
categories
category type=genre id=C00068 key=classicpopandrock
titleClassic Pop  Rock/title
narrower/
broader
category type=genre id=C00066 key=music
titleMusic/title
broader/
has_topic_page0/has_topic_page
sameAs/
/category
/broaderhas_topic_page0/has_topic_page
sameAs/
/category
category type=genre id=C00076 key=rockandindie
titleRock  Indie/title
narrower/
broader
category type=genre id=C00066 key=music
titleMusic/title
broader/
has_topic_page0/has_topic_page
sameAs/
/category
/broader
has_topic_page0/has_topic_page
sameAs/
/category
/categories

Regards.

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

Re: Radio categories

[M Clark]

 Sent: Friday, February 13, 2015 at 2:01 PM
 From: Steve yellow.y...@gmail.com
 To: get_iplayer get_iplayer@lists.infradead.org
 Subject: Radio categories

 if I search for radio programmes with a category of drama:
 
 get_iplayer  --test --type=radio --category=Drama
 
 I get returned:
 get_iplayer 2.91-ppa21, 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: 0 Matching Programmes
 
 ( get_iplayer *. --test --type=radio --category=Drama also returns 0
 matching )
 
 if I go to list available categories for radio:
 
 get_iplayer --list=categories --type=radio
 
 no categories are returned, while if i do the same for --type=tv I get
 the usual suspects.
 
 Have the recent spate of changes caused this to stop working, or am I
 doing something stupid?
 

Categories for radio programmes were lost when the BBC changed their feeds last 
November, so, no, you aren't doing anything stupid. :-)

You can verify this by looking at the Web PVR (http://localhost:1935/).

Regards.

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

Re: Help needed with BBC Collections Archive programmes

[M Clark]

 Sent: Tuesday, February 10, 2015 at 12:54 AM
 From: Vangelis forthnet northmed...@the.forthnet.gr
 To: get_iplayer@lists.infradead.org
 Subject: Re: Help needed with BBC Collections Archive programmes

 On Sat Feb 7 15:20:59 GMT 2015, M Clark wrote:
 
  Finally, is this the correct place to report 'problems'?
  There are two more I'd like to bring to attention before they trap others.
  I have work-arounds so in no way are they critical but would be 
  'nice-to-haves'.
 
 Hello again...
 If you ask me, the best place to report problems
 would be the GitHub issue tracker @
 
 https://github.com/get-iplayer/get_iplayer/issues
 
 dinkypumpkin would definitely see it there;
 you'd have to register an account first...
 
 Then there's the Support Forum owned by
 Square Penguin (registration needed):
 
 https://squarepenguin.co.uk/all-forums/
 
 which is aimed more at the average GiP user;
 dinkypumpkin is Keymaster there...
 
 The mailing list..., well you know that already!
 Dinkypumpkin DOES read it (as your latest
 issue proved), but recently he stays shy from
 posting here directly (in fact, his latest post
 was on Dec 29th 2014...)
 
 I am sorry I can't help you further with your issue;
 I am using custom filenames via the --file-prefix
 option, i.e. I do not rely on the auto-generated
 filenames for downloads.
 Have you explored using it too with the
 substitution parametres of your liking?
 
 http://linuxcentre.net/getiplayer/documentation#Substitution%20Parameters
 https://github.com/get-iplayer/get_iplayer/wiki/documentation#substitution-parameters
 
 Kind regards,
 Vangelis. 
 

Thanks Vangelis for the documentation pointers.  For some reason I thought the 
Options file only related to CLI.  Will have a play.

I feared your response suggestions :-) .  Post 3 times?  Hmmm.

I did have a problem with broken links on https://squarepenguin.co.uk/ when 
trying to find out how to use g-ip on Linux.  Found info eventually but still 
using Windows...

Regards.

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

Slanty apostrophy problem ‘solved’

[M Clark]

I'm using WebPVR on Windows and fall foul when queuing a programme that 
contains a slanty apostrophy somewhere in its entry.
This abends the web interface and I have to restart Web PVR Manager.
Message is; Can't escape \x{2019}, try uri_escape_utf8() instead at 
get_iplayer.cgi line 475.
Thank you Perl.
Changed line 475 from uri_escape to uri_escape_utf8.
Re-ran.
Abend.
Message; Undefined subroutine main::uri_escape_utf8 called at get_iplayer.cgi 
line 475, GEN2 line 13.
Thank you Perl.
Changed 'use URI::Escape qw(uri_escape);' to 'use URI::Escape 
qw(uri_escape_utf8);'
Re-ran.
Partial success.
Queued: radio: 'Witness - Finlandâs Winter War' (p02jcq3q)
No Perl, that's not what I want.

So backed out changes added the following above line 475 [ $val = 
uri_escape($val); ].

$val =~ tr/\x{2019}\x{2018}/''/;

Which gives what I want.
Queued: radio: 'Witness - Finland's Winter War' (p02jcq3q).

Puts on Tin Hat and awaits flak for committing programming sin of hard-coded 
magic-numbers.

Also I've had similar problem with, I think, x{2103} or x{2013}, certainly 
something else, so I'll have to add to this translate sometime in the future.

So I know a little bit more about Perl but there must be a better solution 
given that neither uri_escape nor uri_escape_utf8 can handle this problem 
'correctly'.


Regards.

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

Re: Help needed with BBC Collections Archive programmes

[M Clark]

 Sent: Friday, February 06, 2015 at 12:56 AM
 From: Vangelis forthnet northmed...@the.forthnet.gr
 To: get_iplayer@lists.infradead.org
 Subject: Re: Help needed with BBC Collections Archive programmes

 On Thu Feb 5 17:29:53 GMT 2015, M Clark wrote:
 
  Whilst pid=b048s4tn doesn't need this switch, using it gives a file
  Plants_-__b048s4tn_default.m4a
  whilst not using it returns
  Plants_From_Roots_to_Riches_-_1._A_Rose_by_Any_Other_Name_b048s4tn_default.m4a.
 
  The version of get_iplayer used is the commit of 3rd Jan.
 
  The maintainer of the code (dinkypumpkin) has seen your report
 and the bug was fixed:
 
 https://github.com/get-iplayer/get_iplayer/issues/121
 https://github.com/get-iplayer/get_iplayer/commit/b37584d5aa8ffebad5bcbe8636749a4499d36204
 
 Please download and use latest commit of the develop branch:
 (I'll call it get_iplayer-develop-v2.92-dev-8-gd4cc5bc)
 
 https://github.com/get-iplayer/get_iplayer/raw/d4cc5bca00c90223da5379948218da881edb023b/get_iplayer
 
 With it, pid=b048s4tn produces:
 
 A. NO --playlist-metadata
 Plants_From_Roots_to_Riches_-_1._A_Rose_by_Any_Other_Name_b048s4tn_default
 B. --playlist-metadata
 Plants_-_From_Roots_to_Riches_A_Rose_by_Any_Other_Name_b048s4tn_default
 
 I'll thank dinkypumpkin on your behalf, too...
 Regards. 
 
 

WOW.  That was quick.  Thank you Vangelis  dinkypumpkin.  However...

Unfortunately the fix does not appear to be universal as I'm having the same 
difficulties with other programmes.

For example;
C:\Program Files\get_iplayerget_iplayer --pid b00cj911 --type radio  --modes 
best -o X:\Desktop\iPlayer\  --playlist-metadata
gives
INFO: Recorded X:\Desktop\iPlayer\Ramblings_Series_10_-__b00cj911_default.m4a

whereas omitting --playlist-metadata

C:\Program Files\get_iplayerget_iplayer --pid b00cj911 --type radio  --modes 
best -o X:\Desktop\iPlayer\  --force
gives
INFO: Recorded 
X:\Desktop\iPlayer\Ramblings_Series_10_-_1._Lake_District_-_Borrowdale_b00cj911_default.m4a

which is more like I'd hoped for.

And, yes, that is using the perl version you pointed to (11832 lines to 
## End OO ##).
get_iplayer 2.92-dev, Copyright (C) 2008-2010 Phil Lewis

For the odd programme one can easily extract the title etc. but I'm looking to 
download the missing episodes from series.

Sorry to be a pain, I did try and debug (the multiple ver-pid issue) myself 
but, although I could struggle through the different syntax I was stumped by 
new terminology.  I thought I was outputting a subscripted array but the 
diagnostics were reporting a 'Hash'.  A what?  Clearly I need to buy a book on 
Perl and re-train.  Also the program is such a complex beast!


Finally, is this the correct place to report 'problems'?  There are two more 
I'd like to bring to attention before they trap others.  I have work-arounds so 
in no way are they critical but would be 'nice-to-haves'.

Regards.

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

Re: Help needed with BBC Collections Archive programmes

[M Clark]

I pass this on purely as information and not as a criticism.

Unfortunately, whilst solving the multiple ver-pids problem, 
--playlist-metadata does not output title or episode information.

I am unsure whether the information is being overwritten or isn't being 
retrieved.

(It baffled me (my case pid p02gthsr) because all the required metadata is in 
the rdf  xml files, it is just when it stumbles over the multiple ver-pid 
problem and doesn't find the stream that it goes awry.)

Whilst pid b048s4tn doesn't need this switch, using it gives a file 
Plants_-__b048s4tn_default.m4a whilst not using it returns 
Plants_From_Roots_to_Riches_-_1._A_Rose_by_Any_Other_Name_b048s4tn_default.m4a.

The version of get_iplayer used is the commit of 3rd Jan. 
(https://github.com/get-iplayer/get_iplayer/commit/0f4188d878a313f5b9c3f29f1e2117c0402a84ee).

Further examples of where the switch is required to download the file are in 
the copy below.

Regards.



 Sent: Monday, February 02, 2015 at 3:41 AM
 From: M Clark mcl...@gmx.co.uk
 To: get_iplayer@lists.infradead.org
 Subject: Re: Help needed with BBC Collections Archive programmes

  Sent: Saturday, January 31, 2015 at 4:34 PM
  From: Vangelis forthnet northmed...@the.forthnet.gr
  To: get_iplayer@lists.infradead.org
  Subject: Re: Help needed with BBC Collections Archive programmes
 
  On Sat Jan 31 15:25:08 GMT 2015, sergeant.bilko e-mail wrote:
  
   First post here, so apologies for any inadvertent errors.
  
  Welcome :-)
  
   I'm trying to download a series of 3 programmes, they are BBC
   Collections Archive concerts from The Sound and the Fury series
   (2012).
  
  When I run:
  
  get_iplayer -i The Sound and the Fury in Concert
  
  these come up:
  
  pid:p014sm7h
  verpids:  default: p02hj93w
  
  pid:p015319h
  verpids:  default: p02hj77c
  
  pid:p01531w2
  verpids:  default: p02hj7r0
  
   Am I doing something wrong,
   or is it a result of the programme format
   (snip)
   get_iplayer v2.91
  
  In v2.91, GiP tries by default to extract the vPID parameter
  by loading the following template URL:
  http://www.bbc.co.uk/programmes/[pid].rdf
  vPID is found inside the po:version rdf:resource= entry.
  Unfortunately, all three of your target programmes produce
  two such entries, so 2.91 gets confused; only tries the first one,
  which DOES NOT RETURN any streams
  (only the secondvalue does...).
  I am pretty confident this issue has been dealt with in the
  develop branch of GiP 2.92:
  
  https://github.com/get-iplayer/get_iplayer/tree/develop
  
  but for tag 2.91 you can retry your download commands
  employing the --playlist-metadata switch:
  
  get_iplayer --pid=p01531w2 --playlist-metadata --modes=flashvhigh --force 
  --subtitles
  
  C:\Program Files\get_iplayerperl 
  get_iplayer-gd1caff0.pl --pid=p01531w2 --playl
  ist-metadata --modes=flashvhigh --force --subtitles
  get_iplayer v2.91, 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 Trying to stream pid using type tv
  INFO: pid found in cache
  Matches:
  1688:   The Sound and the Fury in Concert - Cage, Feldman, Reich, Monk, 
  Part 
  and
   Benjamin, BBC, Arts,Arts Culture  the Media,Classical,Experimental  
  New,Factu
  al,Music, default
  
  INFO: 1 Matching Programmes
  INFO: Checking existence of default version
  INFO: flashvhigh1,flashvhigh2 modes will be tried for version default
  INFO: Trying flashvhigh1 mode to record tv: The Sound and the Fury in 
  Concert -
  Cage, Feldman, Reich, Monk, Part and Benjamin
  INFO: File name prefix = 
  The_Sound_and_the_Fury_in_Concert_-_Cage_Feldman_Reich_
  Monk_Part_and_Benjamin_p01531w2_default
  
  INFO: Subtitles not available
  RTMPDump v2.4 GIT-2015-01-15 (Compiled by KSV)
  (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
  Connecting ...
  INFO: Connected...
  Starting download at: 0.000 kB
  INFO: Metadata:
  INFO:   duration2335.96
  INFO:   moovPosition36.00
  INFO:   width   832.00
  INFO:   height  468.00
  INFO:   videocodecidavc1
  INFO:   audiocodecidmp4a
  INFO:   avcprofile  77.00
  INFO:   avclevel31.00
  INFO:   aacaot  2.00
  INFO:   videoframerate  25.00
  INFO:   audiosamplerate 48000.00
  INFO:   audiochannels   2.00
  INFO: trackinfo:
  INFO:   length  58399000.00
  INFO:   timescale   25000.00
  INFO:   languageund
  INFO: sampledescription:
  INFO:   sampletype  avc1
  INFO:   length  112125952.00
  INFO:   timescale   48000.00
  INFO:   languageund
  INFO: sampledescription:
  INFO

Re: Help needed with BBC Collections Archive programmes

[M Clark]

 Sent: Saturday, January 31, 2015 at 4:34 PM
 From: Vangelis forthnet northmed...@the.forthnet.gr
 To: get_iplayer@lists.infradead.org
 Subject: Re: Help needed with BBC Collections Archive programmes

 On Sat Jan 31 15:25:08 GMT 2015, sergeant.bilko e-mail wrote:
 
  First post here, so apologies for any inadvertent errors.
 
 Welcome :-)
 
  I'm trying to download a series of 3 programmes, they are BBC
  Collections Archive concerts from The Sound and the Fury series
  (2012).
 
 When I run:
 
 get_iplayer -i The Sound and the Fury in Concert
 
 these come up:
 
 pid:p014sm7h
 verpids:  default: p02hj93w
 
 pid:p015319h
 verpids:  default: p02hj77c
 
 pid:p01531w2
 verpids:  default: p02hj7r0
 
  Am I doing something wrong,
  or is it a result of the programme format
  (snip)
  get_iplayer v2.91
 
 In v2.91, GiP tries by default to extract the vPID parameter
 by loading the following template URL:
 http://www.bbc.co.uk/programmes/[pid].rdf
 vPID is found inside the po:version rdf:resource= entry.
 Unfortunately, all three of your target programmes produce
 two such entries, so 2.91 gets confused; only tries the first one,
 which DOES NOT RETURN any streams
 (only the secondvalue does...).
 I am pretty confident this issue has been dealt with in the
 develop branch of GiP 2.92:
 
 https://github.com/get-iplayer/get_iplayer/tree/develop
 
 but for tag 2.91 you can retry your download commands
 employing the --playlist-metadata switch:
 
 get_iplayer --pid=p01531w2 --playlist-metadata --modes=flashvhigh --force 
 --subtitles
 
 C:\Program Files\get_iplayerperl 
 get_iplayer-gd1caff0.pl --pid=p01531w2 --playl
 ist-metadata --modes=flashvhigh --force --subtitles
 get_iplayer v2.91, 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 Trying to stream pid using type tv
 INFO: pid found in cache
 Matches:
 1688:   The Sound and the Fury in Concert - Cage, Feldman, Reich, Monk, Part 
 and
  Benjamin, BBC, Arts,Arts Culture  the Media,Classical,Experimental  
 New,Factu
 al,Music, default
 
 INFO: 1 Matching Programmes
 INFO: Checking existence of default version
 INFO: flashvhigh1,flashvhigh2 modes will be tried for version default
 INFO: Trying flashvhigh1 mode to record tv: The Sound and the Fury in 
 Concert -
 Cage, Feldman, Reich, Monk, Part and Benjamin
 INFO: File name prefix = 
 The_Sound_and_the_Fury_in_Concert_-_Cage_Feldman_Reich_
 Monk_Part_and_Benjamin_p01531w2_default
 
 INFO: Subtitles not available
 RTMPDump v2.4 GIT-2015-01-15 (Compiled by KSV)
 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
 Connecting ...
 INFO: Connected...
 Starting download at: 0.000 kB
 INFO: Metadata:
 INFO:   duration2335.96
 INFO:   moovPosition36.00
 INFO:   width   832.00
 INFO:   height  468.00
 INFO:   videocodecidavc1
 INFO:   audiocodecidmp4a
 INFO:   avcprofile  77.00
 INFO:   avclevel31.00
 INFO:   aacaot  2.00
 INFO:   videoframerate  25.00
 INFO:   audiosamplerate 48000.00
 INFO:   audiochannels   2.00
 INFO: trackinfo:
 INFO:   length  58399000.00
 INFO:   timescale   25000.00
 INFO:   languageund
 INFO: sampledescription:
 INFO:   sampletype  avc1
 INFO:   length  112125952.00
 INFO:   timescale   48000.00
 INFO:   languageund
 INFO: sampledescription:
 INFO:   sampletype  mp4a
 516.383 kB / 2.76 sec (0.1%)
 
 Regards,
 Vangelis. 
 
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer
 

Ah, thanks Vangelis.

I had similar problem with --pid p02gthsr a Witness radio programme and meant 
to ask here having noticed 2 ver-pids.  Possibly explains why some radio 
programmes never downloaded.

Regards.


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

fyi - Critical Git Security Vulnerability Announced

[M Clark]

From from Slashdot feed...

http://it.slashdot.org/story/14/12/18/2346238/critical-git-security-vulnerability-announced?utm_source=rss1.0moreanonutm_medium=feed

An anonymous reader writes Github has announced a security vulnerability and 
has encouraged users to update their Git clients as soon as possible. The blog 
post reads in part: A critical Git security vulnerability has been announced 
today, affecting all versions of the official Git client and all related 
software that interacts with Git repositories, including GitHub for Windows and 
GitHub for Mac. Because this is a client-side only vulnerability, github.com 
and GitHub Enterprise are not directly affected. The vulnerability concerns Git 
and Git-compatible clients that access Git repositories in a case-insensitive 
or case-normalizing filesystem. An attacker can craft a malicious Git tree that 
will cause Git to overwrite its own .git/config file when cloning or checking 
out a repository, leading to arbitrary command execution in the client machine. 
Git clients running on OS X (HFS+) or any version of Microsoft Windows (NTFS, 
FAT) are exploitable through this vulnerability. Linux clien
 ts are not affected if they run in a case-sensitive filesystemUpdated 
versions of GitHub for Windows and GitHub for Mac are available for immediate 
download, and both contain the security fix on the Desktop application itself 
and on the bundled version of the Git command-line client.


Regards.

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

Re: Programme name missing sometimes on latest Git verison

[M Clark]

 On 18/12/2014 09:40, M Clark wrote:
  Using this Git version, 17/12/14 18:01, the programme name is not always in 
  the downloaded file.
 
 Should be fixed now.
 

Many thanks.

Regards.

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

Programme name missing sometimes on latest Git verison

[M Clark]

Using this Git version, 17/12/14 18:01, the programme name is not always in the 
downloaded file.
e.g.
Andrew Marr's History of Modern Britain - 3. Paradise Lost, BBC Two, 
Factual,History, default
is saved as Paradise_Lost_-_3._-_b007n1dx_default.mp4

Secrets of the Castle with Ruth, Peter and Tom - Episode 5, BBC Two, 
Factual,History, default
is saved as Episode_5_-_5._-_b04v4vmg_default.mp4

25 Years of Rock - 1970, BBC 6 Music, (similar for 1971, pid b04v5q71)
is saved as 1970_-_16._-_b04v5n90_default.m4a

Rockin' Around the Christmas Tree - Episode 1, BBC 6 Music, (similar for 
Episode 2, pid b04v5qcd)
is saved as Episode_1_-_1._-_b04v5n92_default.m4a

These are my examples, if there is anything special about them, other downloads 
fine (e.g. Newsnight_-_17_12_2014_b04v4k80_default.mp4 and 
Gideon_Coe_-_Nic_Jones_in_concert_b04tqg4s_default.m4a).

WebPVR on Vista (tried get_iplayer on lubuntu, loads cache okay but displays 
zero programmes so 'parked' it for time being).


Regards

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

Re: Ptrogramme failing to download

[M Clark]

 Sent: Friday, December 05, 2014 at 12:20 AM
 From: TQ t...@tqvideo.co.uk
 To: get_iplayer@lists.infradead.org get_iplayer@lists.infradead.org
 Subject: Ptrogramme failing to download

 
 I'm trying to grab the following programmes from  this week
 
 INFO: 2 Matching Programmes
 INFO: Checking existence of default version
 INFO: No specified modes
 (flashaachigh,flashaacstd,flashaudio,flashaaclow) available for this
 programme with version 'default' (try using --modes=wma)
 ERROR: Failed to record 'Radcliffe and Maconie - Gabrielle Drake
 (b04sydqh)'
 INFO: Checking existence of default version
 INFO: flashaacstd1,flashaaclow1 modes will be tried for version default
 INFO: Trying flashaacstd1 mode to record radio: Radcliffe and Maconie -
 Wilko Johnson
 
 INFO: File name prefix =
 Radcliffe_and_Maconie_-_Wilko_Johnson_b04syl59_default   
 
 The one that fails to download is from Wednesday, and the successful one
 from Thursday. It seems to play through the associated webpage
 
 http://www.bbc.co.uk/programmes/b04sydqh
 
 
 
 Any ideas?
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer
 

Radcliffe_and_Maconie_-_Gabrielle_Drake_b04sydqh.m4a
downloaded fine for me via WebPVR at 01:13 GMT on 4th December
and
Radcliffe_and_Maconie_-_Wilko_Johnson_b04syl59_default.m4a
downloaded fine for me via CLI at 00:44 GMT on 5th December

both on Windows machine using get_iplayer.pl downloaded on 23rd November and 
'Wilko' downloaded on 4th December from GitHead.

Regards

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

Re: An Exclude Programmes (Web PVR) truncates data

[M Clark]

 Sent: Thursday, December 04, 2014 at 11:35 AM
 From: dinkypumpkin dinkypump...@gmail.com
 To: get_iplayer@lists.infradead.org
 Subject: Re: An  Exclude Programmes (Web PVR) truncates data

 On 04/12/2014 03:56, M Clark wrote:
  If one types a string containing and  in the Exclude Programmes field that 
  and all subsequent characters are dropped.
  eg.
  Dennis  Gnasher
  becomes
  Dennis
 
 Already fixed for next release
 
 
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer
 

Mr/Ms Pumpkin,
Doffs cap, tugs forelock, bows low and retreats. :-)

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

An Exclude Programmes (Web PVR) truncates data

[M Clark]

If one types a string containing and  in the Exclude Programmes field that and 
all subsequent characters are dropped.
eg.
Dennis  Gnasher
becomes
Dennis

Platform used is Windows (if that makes any difference).

I noticed this in the update to v2.90 so apologies for not posting sooner.

Regards.

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

Re: Help Please with Radio Download

[M Clark]

 Sent: Sunday, November 23, 2014 at 11:18 PM
 From: Budgie aje...@errichel.co.uk
 To: get_iplayer get_iplayer@lists.infradead.org
 Subject: Help Please with Radio Download

 I have Rumpole set up on pvr chron job list but during the various 
 revisions to GiP some of the episodes have incorrect tagging and no 
 thumbnail.  I saw that these episodes were still available so thought I 
 would download again with the latest Githead version and pid.
 Sadly I received the following message:-
 
 
 INFO: Episode-only pid detected
 INFO: Trying pid: b007jz59 using type: tv
 INFO: Trying to stream pid using type tv
 INFO: pid not found in tv cache
 Matches:
 
 INFO: 1 Matching Programmes
 INFO: Checking existence of default version
 INFO: No specified modes 
 (flashhd,flashvhigh,flashhigh,flashstd,flashnormal) available for this 
 programme with version 'default' (try using 
 --modes=flashaaclow,flashaacstd,rtspaaclow,rtspaacstd)
 ERROR: Failed to record ' -  (b007jz59)
 
 I conclude that the pid was found but please could somebody advise what 
 version I should now use for speech radio.  (Also for music on radio 3)
 
 The pvr continues to work a treat so many thanks again dinkypumpkin et al.
 
 Budgie
 
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer
 

This works for me...
get_iplayer --pid b007jz59 --type radio  --modes best -o Y:\iPlayer

Regards.

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

Fw: Re: Quick URL doesn't work ....

[M Clark]

Sent: Thursday, October 30, 2014 at 3:01 AM
From: Alan Milewczyk

Just following this up, I'm really struggling. I read some of the
docs on substitution parameters and taking the first Autumnwatch
programme which has a PID of b04n8zdp, I tried amending the example
showing how to download Top Gear with this for Autumnwatch|:

get_iplayer --pid ||b04n8zdp --tvmode=best --type=tv
--file-prefix=nameshort-senum-episodeshort|

I got the following result:
get_iplayer v2.86, 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: b04n8zd using type: tv
INFO: Trying to stream pid using type tv
INFO: pid not found in tv cache

ERROR: Failed to get version pid metadata from iplayer site

What am I doing wrong?

Thanks

Alan

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

 
 
First check to see if you have an Options file located at...
C:\Users\x\.get_iplayer
where x is your user name, if not create one with the following command...
get_iplayer --add-prefs
it will have no extention and be empty.  Add the following line...
fileprefix title_pid
or just title if you don't want the pid in the file name.  Now you can 
enter...
get_iplayer --pid b04n8zdp --type tv  --modes best
This should download as...
Autumnwatch_2014_Episode_1_b04n8zdp.mp4
Good luck!
 
 This will not populate the download_history file correctly having BBC iPlayer 
Feeds as the programme name but, sometimes, the rest of the entry is ok.
 
dinkypumpkin,
I'm not a Perl man (strictly PL/1) but couldn't the download_history file take 
the programme name from Title and not Name?  It seems to working ok on my 
downloads.
 
Regards,
M

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