From shevek at shevek.co.uk  Mon Apr  1 06:15:23 2013
From: shevek at shevek.co.uk (Shevek)
Date: Mon, 1 Apr 2013 11:15:23 +0100
Subject: Get all programmes in a category
Message-ID: <CANGN4UOyjjmPYhODFTu700YHYDw70gm1wSGvwnHh4FpRz45fng@mail.gmail.com>

Is it possible to download all programmes in a category

For example, this doesn't work:

get_iplayer -g --category=news

Message is:

ERROR: Search term(s) required for recording

TIA

Shevek


From njtaylor at asterisk.demon.co.uk  Mon Apr  1 06:29:42 2013
From: njtaylor at asterisk.demon.co.uk (Nigel Taylor)
Date: Mon, 01 Apr 2013 11:29:42 +0100
Subject: Get all programmes in a category
In-Reply-To: <CANGN4UOyjjmPYhODFTu700YHYDw70gm1wSGvwnHh4FpRz45fng@mail.gmail.com>
References: <CANGN4UOyjjmPYhODFTu700YHYDw70gm1wSGvwnHh4FpRz45fng@mail.gmail.com>
Message-ID: <51596196.4010201@asterisk.demon.co.uk>

On 04/01/13 11:15, Shevek wrote:
> Is it possible to download all programmes in a category
> 
> For example, this doesn't work:
> 
> get_iplayer -g --category=news
> 
> Message is:
> 
> ERROR: Search term(s) required for recording
> 
> TIA
> 
> Shevek
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> 
Add a search term, a blank one that matches all..

get_iplayer -g --category=news ''


From shevek at shevek.co.uk  Mon Apr  1 06:33:18 2013
From: shevek at shevek.co.uk (Shevek)
Date: Mon, 1 Apr 2013 11:33:18 +0100
Subject: Get all programmes in a category
In-Reply-To: <51596196.4010201@asterisk.demon.co.uk>
References: <CANGN4UOyjjmPYhODFTu700YHYDw70gm1wSGvwnHh4FpRz45fng@mail.gmail.com>
 <51596196.4010201@asterisk.demon.co.uk>
Message-ID: <CANGN4UNhM-DKVnnpiRnmjcOMypSMgQ+L=1x68rf6wz28bSGP3Q@mail.gmail.com>

> Add a search term, a blank one that matches all..
>
> get_iplayer -g --category=news ''

Many thanks! Had to use 2 double quotes to get it to work on my Win box


From heff101 at gmail.com  Wed Apr  3 10:25:05 2013
From: heff101 at gmail.com (Heff)
Date: Wed, 03 Apr 2013 14:25:05 +0000
Subject: get_iplayer Beginners Guide
Message-ID: <em44f0c128-2b70-49b8-af96-e6fd9c0c0831@tower-pc>

I made a guide for people just starting out with get_iplayer. It covers 
a fair amount of stuff to help people install and get up and running.

It doesn't cover everything, it couldn't hope to, but perhaps it'll be a 
useful resource for some. I basically made it by scouring all the 
documentation and other brief guides I found when I was learning about 
get_iplayer myself.

I put it all together in one place in a step by step/FAQ type guide so 
it's easy for people unfamiliar with the programme to get started.

To that end, I'd welcome any corrections or suggestions you might have, 
even just typos. Seeing as I've created it, it might as well be 
accurate!

Link is:

http://squarepenguin.co.uk/get_iplayer-guide-for-beginners/

Cheers,

Josh

PS - If you could leave me a comment on the blog if there is a 
correction/suggestion it would help me out as I'll get notified whereas 
I don't if replies come in here. Thank you!



From zaphod at oak2006.co.uk  Wed Apr  3 21:12:17 2013
From: zaphod at oak2006.co.uk (zaphod)
Date: Thu, 4 Apr 2013 02:12:17 +0100
Subject: Snooker
Message-ID: <B841A608B31A4E4DA7DD48309E5A5280@a22>

hi all

A year ago I was using get_iplayer to watch the World Snooker. My machine is
seriously underpowered by current standards and still is but I found that I
could use it on the embedded URL's on the BBC website, for example...

get_iplayer --type=tv --url "http://www.bbc.co.uk/sport/0/snooker/21069651"

...to create a file that I could then watch using VLC (from videolan), even
while the file was still being appended to. That is the other problem which I
might as well go into now, does anyone know a player that will keep checking the
length of the file so far and present a slider to the user where the start of
the recording is at the left end and NOW is ALWAYS at the right? On VLC you can
only randomly access points in time up to the time the file was opened by VLC.

At one point I even had both snooker tables being recorded simultaneously, which
uses negligable CPU, and was watching at least one using VLC, in good quality,
close to freeview Standard Definition quality. In comparison, watching it via
the Chrome browser (Windows XP), which uses an Adobe dll as an underlying
component (as I discovered with Process Explorer), is unwatchable, not enough
frames per second. My machine is 1800MHz Athlon, Graphics an ATI-all-in-wonder
128 Rage Pro. I can play an MPG created by a Kworld USB freeview stick using
about 30% CPU. The mp4 files from get_iplayer use a similar amount of CPU I
believe.

THE PROBLEM - if rtmpdump failed for whatever reason, because it was a live
stream it obviously just has to give up and let the calling process deal with
it. Could get_iplayer just try again and for simplicity create a new file with
an incrementing filename? There would be a loss of continuity which would not be
acceptable for a film maybe, but ok for a live event, the existence of multiple
filenames would inform the user that a problem had occurred.

Only today rtmpdump went nuts and just kept repeating an error message without
exiting though, may be a problem, not sure which version





From ode5002 at blueyonder.co.uk  Wed Apr 10 17:47:45 2013
From: ode5002 at blueyonder.co.uk (ode)
Date: Wed, 10 Apr 2013 22:47:45 +0100
Subject: HD Programmes Not Categorised as HD
Message-ID: <5165DE01.5090001@blueyonder.co.uk>

'Keeping Britain Alive' episodes 2 and 3 are available as HD when you
look at the info for each episode. But they are not categorised as HD.

In fact there are currently only 9 matches for 'get_iplayer
--category=HD'. There used to typically be a lot more, I would guess
there must be quite a few programmes missing.

Thanks


From dinkypumpkin at gmail.com  Wed Apr 10 18:16:21 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 10 Apr 2013 23:16:21 +0100
Subject: HD Programmes Not Categorised as HD
In-Reply-To: <5165DE01.5090001@blueyonder.co.uk>
References: <5165DE01.5090001@blueyonder.co.uk>
Message-ID: <5165E4B5.2080908@gmail.com>

On 10/04/2013 22:47, ode wrote:
> 'Keeping Britain Alive' episodes 2 and 3 are available as HD when you
> look at the info for each episode. But they are not categorised as HD.
>
> In fact there are currently only 9 matches for 'get_iplayer
> --category=HD'. There used to typically be a lot more, I would guess
> there must be quite a few programmes missing.

get_iplayer only assigned HD as a category for programmes that were in 
the listings feed for BBC HD, since they were guaranteed to be in HD. 
Since BBC Two HD replaced BBC HD a couple of weeks ago, there are only a 
few programmes still in the BBC HD feed.  They will all presumably 
disappear in the near future, so --category=HD is not longer a usefule 
search.

Although BBC One and BBC Two are now simulcast in HD, iPlayer content 
will still be a mix of HD and non-HD content.  I don't see any way to 
identify HD programmes from the listings feeds used to create the 
get_iplayer programme cache, so there is no way to denote HD content in 
the search results.  If anyone knows different, chime in.



From ajbudge at errichel.co.uk  Sun Apr 14 04:45:58 2013
From: ajbudge at errichel.co.uk (Alastair Budge-Reid)
Date: Sun, 14 Apr 2013 09:45:58 +0100 (BST)
Subject: Help needed with pvr search terms please.
Message-ID: <100.c0510200c66c6a51.001@errichel.co.uk>

I am trying to get pvr to get Arne Dahl so I added the search to my list using 
command:-

get_iplayer --pvr "Arne Dahl - The Blinded Man:" --pvradd 
"Arne_Dahl_-_The_Blinded_Man:"

and my list now contains the search:-

 pvrsearch = Arne_Dahl_-_The_Blinded_Man
        search0 = Arne Dahl - The Blinded Man:

However when I run pvr nothing is found in the search.  I have not downloaded the 
second episode and expected it to be found and downloaded last night  (I downloaded the 
first episode using get command)

Am I missing something here?

I have a similar problem with the term

pvrsearch = Afternoon_on_3_-_Thursday_Opera_Matinee
        search0 = Afternoon on 3 - Thursday Opera Matinee:
        type = radio

what am I doing wrong please?

Budgie



From dinkypumpkin at gmail.com  Sun Apr 14 11:09:25 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 14 Apr 2013 16:09:25 +0100
Subject: Help needed with pvr search terms please.
In-Reply-To: <100.c0510200c66c6a51.001@errichel.co.uk>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
Message-ID: <516AC6A5.3040704@gmail.com>

On 14/04/2013 09:45, Alastair Budge-Reid wrote:
> I am trying to get pvr to get Arne Dahl so I added the search to my list using
> command:-
>
> get_iplayer --pvr "Arne Dahl - The Blinded Man:" --pvradd
> "Arne_Dahl_-_The_Blinded_Man:"
>
> and my list now contains the search:-
>
>   pvrsearch = Arne_Dahl_-_The_Blinded_Man
>          search0 = Arne Dahl - The Blinded Man:
>
> However when I run pvr nothing is found in the search.  I have not downloaded the
> second episode and expected it to be found and downloaded last night  (I downloaded the
> first episode using get command)
>
> Am I missing something here?
>
> I have a similar problem with the term
>
> pvrsearch = Afternoon_on_3_-_Thursday_Opera_Matinee
>          search0 = Afternoon on 3 - Thursday Opera Matinee:
>          type = radio
>
> what am I doing wrong please?

Test your searches outside the PVR first and you'll see that they fail. 
  The reason?  Your search string combines the programme name and part 
of the episode title (they're separated by the hyphen), but only the 
name field is searched by default.  Pick the part of the search string 
most useful and use --fields=episode if it's the episode title you want 
to search.



From ajebay at errichel.co.uk  Sun Apr 14 08:11:59 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Sun, 14 Apr 2013 13:11:59 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516AC6A5.3040704@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
Message-ID: <100.88d10a000f9d6a51.003@errichel.co.uk>

On Sun, 14 Apr 2013 16:09:25 +0100 dinkypumpkin wrote:
>
>On 14/04/2013 09:45, Alastair Budge-Reid wrote:
>>I am trying to get pvr to get Arne Dahl so I added the search to my list using
>>command:-
>>
>>get_iplayer --pvr "Arne Dahl - The Blinded Man:" --pvradd
>>"Arne_Dahl_-_The_Blinded_Man:"
>>
>>and my list now contains the search:-
>>
>>  pvrsearch = Arne_Dahl_-_The_Blinded_Man
>>         search0 = Arne Dahl - The Blinded Man:
>>
>>However when I run pvr nothing is found in the search.  I have not downloaded the
>>second episode and expected it to be found and downloaded last night  (I downloaded 
the
>>first episode using get command)
>>
>>Am I missing something here?
>>
>>I have a similar problem with the term
>>
>>pvrsearch = Afternoon_on_3_-_Thursday_Opera_Matinee
>>         search0 = Afternoon on 3 - Thursday Opera Matinee:
>>         type = radio
>>
>>what am I doing wrong please?
>
>Test your searches outside the PVR first and you'll see that they fail.  The reason?  Your 
>search string combines the programme name and part of the episode title (they're 
>separated by the hyphen), but only the name field is searched by default.  Pick the part of 
>the search string most useful and use --fields=episode if it's the episode title you want to 
>search.
>
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer

Hi and many thanks.  Makes sense now and I have Arne Dahl sorted.  I was sure it was the 
colon that was significant.   Will try again with Thursday Opera Matinee!
Budgie


From ajebay at errichel.co.uk  Sun Apr 14 15:04:00 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Sun, 14 Apr 2013 20:04:00 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516AC6A5.3040704@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
Message-ID: <100.08ab0600a0fd6a51.003@errichel.co.uk>

On Sun, 14 Apr 2013 16:09:25 +0100 dinkypumpkin wrote:
>
>On 14/04/2013 09:45, Alastair Budge-Reid wrote:
>>I am trying to get pvr to get Arne Dahl so I added the search to my list using
>>command:-
>>
>>get_iplayer --pvr "Arne Dahl - The Blinded Man:" --pvradd
>>"Arne_Dahl_-_The_Blinded_Man:"
>>
>>and my list now contains the search:-
>>
>>  pvrsearch = Arne_Dahl_-_The_Blinded_Man
>>         search0 = Arne Dahl - The Blinded Man:
>>
>>However when I run pvr nothing is found in the search.  I have not downloaded the
>>second episode and expected it to be found and downloaded last night  (I downloaded 
the
>>first episode using get command)
>>
>>Am I missing something here?
>>
>>I have a similar problem with the term
>>
>>pvrsearch = Afternoon_on_3_-_Thursday_Opera_Matinee
>>         search0 = Afternoon on 3 - Thursday Opera Matinee:
>>         type = radio
>>
>>what am I doing wrong please?
>
>Test your searches outside the PVR first and you'll see that they fail.  The reason?  Your 
>search string combines the programme name and part of the episode title (they're 
>separated by the hyphen), but only the name field is searched by default.  Pick the part of 
>the search string most useful and use --fields=episode if it's the episode title you want to 
>search.
>
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Hi, 
Still no luck with "Thursday Opera Matinee"   I can get "Afternoon on 3" but cannot get the 
--fields=episode option to work with the string "Thursday Opera Matinee" as an episode.  I 
must have the expression wrong or am misunderstanding the longhelp.  Is it possible to 
search on only part of the episode name?  Please could you give me an example?
Regards,
Budgie


From dinkypumpkin at gmail.com  Mon Apr 15 07:13:41 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 15 Apr 2013 12:13:41 +0100
Subject: Help needed with pvr search terms please.
In-Reply-To: <100.08ab0600a0fd6a51.003@errichel.co.uk>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com> <100.08ab0600a0fd6a51.003@errichel.co.uk>
Message-ID: <516BE0E5.7090900@gmail.com>

On 14/04/2013 20:04, Alastair wrote:
> Still no luck with "Thursday Opera Matinee"   I can get "Afternoon on 3" but cannot get the
> --fields=episode option to work with the string "Thursday Opera Matinee" as an episode.  I

Works for me.  Make sure you use --type=radio as well

get_iplayer --type=radio --fields=episode "Thursday Opera Matinee"


From ajebay at errichel.co.uk  Mon Apr 15 14:11:37 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Mon, 15 Apr 2013 19:11:37 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516BE0E5.7090900@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
 <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com>
Message-ID: <100.00b20c00d9426c51.008@errichel.co.uk>

On Mon, 15 Apr 2013 12:13:41 +0100 dinkypumpkin wrote:
>
>On 14/04/2013 20:04, Alastair wrote:
>>Still no luck with "Thursday Opera Matinee"   I can get "Afternoon on 3" but cannot get 
the
>>--fields=episode option to work with the string "Thursday Opera Matinee" as an 
episode.  
>I
>
>Works for me.  Make sure you use --type=radio as well
>
>get_iplayer --type=radio --fields=episode "Thursday Opera Matinee"
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Hi and thanks again,  it works for me too now.  I had kept --type=radio but didn't realise I 
had to define the field as "episode" and then insert the episode string.  So the search is OK 
but now I am stuck with putting the search into pvr list.

I have used get_iplayer --pvr --type=radio --fields=episode "Thursday Opera Matinee" 
--pvradd "Thursday_Opera_Matinee" which gives me in the pvr-list:-

pvrsearch = Thursday_Opera_Matinee
	 fields = episode
	search0 = Thursday Opera Matinee
	type = radio

Showing my ignorance again but I had interpreted this to say search for Thursday Opera 
Matinee in the episode field.  Wrong again but why?
Further help much appreciated.
Budgie

   


From dinkypumpkin at gmail.com  Mon Apr 15 18:09:15 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 15 Apr 2013 23:09:15 +0100
Subject: Help needed with pvr search terms please.
In-Reply-To: <100.00b20c00d9426c51.008@errichel.co.uk>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com> <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com> <100.00b20c00d9426c51.008@errichel.co.uk>
Message-ID: <516C7A8B.7080801@gmail.com>

On 15/04/2013 19:11, Alastair wrote:
> I have used get_iplayer --pvr --type=radio --fields=episode "Thursday Opera Matinee"
> --pvradd "Thursday_Opera_Matinee" which gives me in the pvr-list:-
>
> pvrsearch = Thursday_Opera_Matinee
> 	 fields = episode
> 	search0 = Thursday Opera Matinee
> 	type = radio
>
> Showing my ignorance again but I had interpreted this to say search for Thursday Opera
> Matinee in the episode field.  Wrong again but why?
> Further help much appreciated.
> Budgie

Looks OK, and works fine for me:

get_iplayer --pvradd --type=radio --fields=episode "Thursday Opera Matinee"

then

get_iplayer --pvr

Boom - got me some Rossini.

Did you already download the programme?  If so, it won't download again 
unless you force it. And don't use --pvr with --pvradd - it will be ignored.

Also, you can use:

get_iplayer --pvr --test

to check your PVR searches without downloading.

If the above isn't working for you, I'm out of advice.  Those are the 
simplest commands I can think of to do what you want, and they work fine 
here.



From ajebay at errichel.co.uk  Mon Apr 15 15:34:46 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Mon, 15 Apr 2013 20:34:46 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516C7A8B.7080801@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
 <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com>
 <100.00b20c00d9426c51.008@errichel.co.uk>
 <516C7A8B.7080801@gmail.com>
Message-ID: <100.e0e60b0056566c51.006@errichel.co.uk>

On Mon, 15 Apr 2013 23:09:15 +0100 dinkypumpkin wrote:
>
>On 15/04/2013 19:11, Alastair wrote:
>>I have used get_iplayer --pvr --type=radio --fields=episode "Thursday Opera Matinee"
>>--pvradd "Thursday_Opera_Matinee" which gives me in the pvr-list:-
>>
>>pvrsearch = Thursday_Opera_Matinee
>>	 fields = episode
>>	search0 = Thursday Opera Matinee
>>	type = radio
>>
>>Showing my ignorance again but I had interpreted this to say search for Thursday Opera
>>Matinee in the episode field.  Wrong again but why?
>>Further help much appreciated.
>>Budgie
>
>Looks OK, and works fine for me:
>
>get_iplayer --pvradd --type=radio --fields=episode "Thursday Opera Matinee"
>
>then
>
>get_iplayer --pvr
>
>Boom - got me some Rossini.
>
>Did you already download the programme?  If so, it won't download again unless you 
force 
>it. And don't use --pvr with --pvradd - it will be ignored.
>
>Also, you can use:
>
>get_iplayer --pvr --test
>
>to check your PVR searches without downloading.
>
>If the above isn't working for you, I'm out of advice.  Those are the simplest commands I 
>can think of to do what you want, and they work fine here.
>
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Many thanks once more.  Strange.  If I run the command you give above I get the following 
in my pvr-list:-

pvrsearch = --typeradio
	fields = episode
	search0 = Thursday Opera Matinee.

Surely this is not correct and it certainly doesn't work here.

I had already downloaded the Rossini but had subsequently deleted the record from the 
history file and moved the downloaded file in order to test the pvr.  Will try again but I have 
always added searches to my list using the --pvr followed by the --pvradd as I have 
quoted above.    
I shall persevere.
Many thanks
Budgie


From ajebay at errichel.co.uk  Mon Apr 15 15:40:55 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Mon, 15 Apr 2013 20:40:55 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516C7A8B.7080801@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
 <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com>
 <100.00b20c00d9426c51.008@errichel.co.uk>
 <516C7A8B.7080801@gmail.com>
Message-ID: <100.d0d70700c7576c51.001@errichel.co.uk>

On Mon, 15 Apr 2013 23:09:15 +0100 dinkypumpkin wrote:
>
>On 15/04/2013 19:11, Alastair wrote:
>>I have used get_iplayer --pvr --type=radio --fields=episode "Thursday Opera Matinee"
>>--pvradd "Thursday_Opera_Matinee" which gives me in the pvr-list:-
>>
>>pvrsearch = Thursday_Opera_Matinee
>>	 fields = episode
>>	search0 = Thursday Opera Matinee
>>	type = radio
>>
>>Showing my ignorance again but I had interpreted this to say search for Thursday Opera
>>Matinee in the episode field.  Wrong again but why?
>>Further help much appreciated.
>>Budgie
>
>Looks OK, and works fine for me:
>
>get_iplayer --pvradd --type=radio --fields=episode "Thursday Opera Matinee"
>
>then
>
>get_iplayer --pvr
>
>Boom - got me some Rossini.
>
>Did you already download the programme?  If so, it won't download again unless you 
force 
>it. And don't use --pvr with --pvradd - it will be ignored.
>
>Also, you can use:
>
>get_iplayer --pvr --test
>
>to check your PVR searches without downloading.
>
>If the above isn't working for you, I'm out of advice.  Those are the simplest commands I 
>can think of to do what you want, and they work fine here.
>
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Well I thought I had deleted the line in history but forgot to save. Duh!  My above search 
now works and the pvr-list is as I first quoted.  Haven't tried the pvrsearch = --typeradio.
Time for bed.
Thanks again.


From dinkypumpkin at gmail.com  Mon Apr 15 19:11:44 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 16 Apr 2013 00:11:44 +0100
Subject: Help needed with pvr search terms please.
In-Reply-To: <100.e0e60b0056566c51.006@errichel.co.uk>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com> <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com> <100.00b20c00d9426c51.008@errichel.co.uk>
 <516C7A8B.7080801@gmail.com> <100.e0e60b0056566c51.006@errichel.co.uk>
Message-ID: <516C8930.90805@gmail.com>

On 15/04/2013 20:34, Alastair wrote:
> Many thanks once more.  Strange.  If I run the command you give above I get the following
> in my pvr-list:-
>
> pvrsearch = --typeradio
> 	fields = episode
> 	search0 = Thursday Opera Matinee.
>
> Surely this is not correct and it certainly doesn't work here.

Sorry - shouldn't edit after pasting.  Should be:

get_iplayer --pvradd Thursday_Opera_Matinee --type=radio 
--fields=episode "Thursday Opera Matinee"



From jtky801 at chinajtky.com  Mon Apr 15 20:33:12 2013
From: jtky801 at chinajtky.com (jtky801 at chinajtky.com)
Date: Tue, 16 Apr 2013 08:33:12 +0800 (CST)
Subject: Provide wires abd cables, such as Bare Copper Tape , BBC, CCA, CCS,
 ACSR and so on
Message-ID: <20130416003313.0311E4F9C5@s406k.chinaemail.cn>

Provide wires abd cables, such as Bare Copper Tape ,BBC,CCA,CCS,ACSR and so on
Provide wires abd cables, such as Bare Copper Tape ,BBC,CCA,CCS,ACSR and so on
Provide wires a
Sender: jtky801 at chinajtky.com
Mime-Version: 1.0
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 16 Apr 2013 08:35:37 +0800
X-Priority: 2
Priority: urgent
X-MSMail-Priority: High
Message-ID: <20130416003537156.125C42424EF9602D at PC-201208292237>
X-Mailer: ICS SMTP Component V7.29
X-MID: 1995754589.1235441438.5.1366072393.49039.12480

<HTML xmlns=3D"http://www.w3.org/1999/xhtml"><HEAD><TITLE>=CE=DE=B1=EA=CC=
=E2=CE=C4=B5=B5</TITLE>=0D=0A<META content=3D"text/html; charset=3Dgb2312"=
 http-equiv=3DContent-Type>=0D=0A<STYLE type=3Dtext/css><!--body {font-fam=
ily: Arial, Helvetica, sans-serif, "=CB=CE=CC=E5";font-size: 12px; line-he=
ight: 150%;}font {line-height: 150%;}--></STYLE>=0D=0A</HEAD>=0D=0A<BODY>=
=0D=0A<DIV>Dear Sir/Madam,<BR>We are Jiutian International Industrial Co.,=
 Ltd. , we mainly provide products in the fields of various cables and wir=
es,such as Bare Copper tapes,BBC,CCA,CCS,ACSR and so on, and related solut=
ions and services. We also have an experienced team concentrating on these=
 fields. Our consultant team is trying to find the best cost-performance t=
rad off for you, but minimize your time on looking for manufacturers and v=
endors. </DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>If you are interested in t=
he relevant products, please contact with us at any time, we will give you=
r the urgent and satisfied answers.</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV=
>Looking for your news.</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>Best Regard=
s,</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>David.y</DIV>=0D=0A<DIV>&nbsp;</=
DIV>=0D=0A<DIV>Jiutian International Industrial Co., Ltd.<BR>Address: FLAT=
 601, 6/F,VASTKIN HOUSE, 84&nbsp; JERVOIS STREET, SHENG WAN, HONG KONG <BR=
>Tel:+00852-30696122 <BR>Fax:+00852-30696122 <BR>E-mail:jtky801 at chinajtky.=
com </DIV></BODY></HTML>=0D=0A


From ajebay at errichel.co.uk  Tue Apr 16 09:46:36 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Tue, 16 Apr 2013 14:46:36 +0100 (BST)
Subject: Help needed with pvr search terms please.
In-Reply-To: <516C8930.90805@gmail.com>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com>
 <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com>
 <100.00b20c00d9426c51.008@errichel.co.uk>
 <516C7A8B.7080801@gmail.com>
 <100.e0e60b0056566c51.006@errichel.co.uk>
 <516C8930.90805@gmail.com>
Message-ID: <100.a83707003c566d51.002@errichel.co.uk>

On Tue, 16 Apr 2013 00:11:44 +0100 dinkypumpkin wrote:
>
>On 15/04/2013 20:34, Alastair wrote:
>>Many thanks once more.  Strange.  If I run the command you give above I get the 
>following
>>in my pvr-list:-
>>
>>pvrsearch = --typeradio
>>	fields = episode
>>	search0 = Thursday Opera Matinee.
>>
>>Surely this is not correct and it certainly doesn't work here.
>
>Sorry - shouldn't edit after pasting.  Should be:
>
>get_iplayer --pvradd Thursday_Opera_Matinee --type=radio --fields=episode "Thursday 
>Opera Matinee"
>
>
>_______________________________________________
>get_iplayer mailing list
>get_iplayer at lists.infradead.org
>http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Hi and thanks.  All well now.  I see what you mean about not using pvr and pvradd 
together.  No idea where got it from but all going well now, except that I get occasional 
faulty files which confuse my music server (minimserver) and control app BubbleDS.  

Is it possible to transcode music files into flac at time of download?  Just a thought.
Regards and thanks again,
Budgie.


From ajebay at errichel.co.uk  Tue Apr 16 13:01:57 2013
From: ajebay at errichel.co.uk (Alastair)
Date: Tue, 16 Apr 2013 18:01:57 +0100 (BST)
Subject: OT: Problem with replying to list.
Message-ID: <100.c885070005846d51.002@errichel.co.uk>

On my openSUSE (12.3) machine, when I try and reply to the list using Thunderbird I get 
an error message "relay not permitted."  Cannot cut and paste whole error message as I am 
on another (OS/2) machine which works OK.
Any ideas what I have wrong on the linux box please?
Budgie


From jmw at debian.org  Tue Apr 16 17:50:16 2013
From: jmw at debian.org (Jonathan Wiltshire)
Date: Tue, 16 Apr 2013 22:50:16 +0100
Subject: OT: Problem with replying to list.
In-Reply-To: <100.c885070005846d51.002@errichel.co.uk>
References: <100.c885070005846d51.002@errichel.co.uk>
Message-ID: <20130416215016.GD27204@lupin.home.powdarrmonkey.net>

On Tue, Apr 16, 2013 at 06:01:57PM +0100, Alastair wrote:
> On my openSUSE (12.3) machine, when I try and reply to the list using Thunderbird I get 
> an error message "relay not permitted."  Cannot cut and paste whole error message as I am 
> on another (OS/2) machine which works OK.
> Any ideas what I have wrong on the linux box please?
> Budgie

Whatever you're trying to relay through says no, and yes this is nothing to
do with get_iplayer.


-- 
Jonathan Wiltshire                                      jmw at debian.org
Debian Developer                         http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

<directhex> i have six years of solaris sysadmin experience, from
            8->10. i am well qualified to say it is made from bonghits
			layered on top of bonghits
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130416/3bfe8dcd/attachment.sig>

From kernelbasher at gmail.com  Tue Apr 16 23:39:53 2013
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Wed, 17 Apr 2013 04:39:53 +0100
Subject: OT: Problem with replying to list.
In-Reply-To: <100.c885070005846d51.002@errichel.co.uk>
References: <100.c885070005846d51.002@errichel.co.uk>
Message-ID: <op.wvn1srqwpbalgg@kernelcruncher.site>

Are you only using utf-8?
For list I find you have to disable html

On Tue, 16 Apr 2013 18:01:57 +0100, Alastair <ajebay at errichel.co.uk> wrote:

> On my openSUSE (12.3) machine, when I try and reply to the list using  
> Thunderbird I get
> an error message "relay not permitted."  Cannot cut and paste whole  
> error message as I am
> on another (OS/2) machine which works OK.
> Any ideas what I have wrong on the linux box please?
> Budgie
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer


From dinkypumpkin at gmail.com  Wed Apr 17 07:41:41 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 17 Apr 2013 12:41:41 +0100
Subject: Help needed with pvr search terms please.
In-Reply-To: <100.a83707003c566d51.002@errichel.co.uk>
References: <100.c0510200c66c6a51.001@errichel.co.uk>
 <516AC6A5.3040704@gmail.com> <100.08ab0600a0fd6a51.003@errichel.co.uk>
 <516BE0E5.7090900@gmail.com> <100.00b20c00d9426c51.008@errichel.co.uk>
 <516C7A8B.7080801@gmail.com> <100.e0e60b0056566c51.006@errichel.co.uk>
 <516C8930.90805@gmail.com> <100.a83707003c566d51.002@errichel.co.uk>
Message-ID: <516E8A75.1000602@gmail.com>

On 16/04/2013 14:46, Alastair wrote:

> Hi and thanks.  All well now.  I see what you mean about not using pvr and pvradd
> together.  No idea where got it from but all going well now, except that I get occasional
> faulty files which confuse my music server (minimserver) and control app BubbleDS.
>
> Is it possible to transcode music files into flac at time of download?  Just a thought.
> Regards and thanks again,
> Budgie.

Use --command with the appropriate command for ffmpeg (or whatever), 
though I'm not sure why you would want convert lossy audio to FLAC.



From abc.mikey at gmail.com  Thu Apr 18 09:31:21 2013
From: abc.mikey at gmail.com (mikey)
Date: Thu, 18 Apr 2013 14:31:21 +0100
Subject: get_iplayer not finding PVR searches when run from cron
Message-ID: <CAJ=jT+KFYSrGdK6jFT6envUL54pjv+XcLGm_WXkhVfdi9Wx7cg@mail.gmail.com>

Hello,

I'm trying to setup get_iplayer to run under cron overnight. I have it
set up with a few searches, one of which I know has a matching file
that has not been downloaded.

I have tried both of these separately (at the appropriate times of day
and check that they did indeed run)

47 13 * * * get_iplayer --pvr --output=/var/www/Videos/
2>/var/log/get_iplayer.log
07 14 * * * get_iplayer --pvr-list >/var/log/get_iplayer.log 2>&1

They both produced exactly the same log:

------------------------
get_iplayer v2.80, 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.

All PVR Searches:
-----------------------

And the file that I know is matched by one of the searches is not
downloaded. The same 2 commands run with "sudo" will run quite appily
from the command line and will output the 5 or 6 PVR searches I have
added.

I'm running this on Ubuntu Server 12.04 and get-iplayer is version 2.80-1


From ode5002 at blueyonder.co.uk  Thu Apr 18 09:33:38 2013
From: ode5002 at blueyonder.co.uk (ode)
Date: Thu, 18 Apr 2013 14:33:38 +0100
Subject: HD Programmes Not Categorised as HD
In-Reply-To: <5165E4B5.2080908@gmail.com>
References: <5165E4B5.2080908@gmail.com>
Message-ID: <516FF632.4040904@blueyonder.co.uk>

dinkypumpkin wrote:
>get_iplayer only assigned HD as a category for programmes that were in
the listings feed for BBC HD, since they were guaranteed to be in HD.
Since BBC Two HD replaced BBC HD a couple of weeks ago, there are only a
few programmes still in the BBC HD feed.  They will all presumably
disappear in the near future, so --category=HD is not longer a usefule
search.

>Although BBC One and BBC Two are now simulcast in HD, iPlayer content
will still be a mix of HD and non-HD content.  I don't see any way to
identify HD programmes from the listings feeds used to create the
get_iplayer programme cache, so there is no way to denote HD content in
the search results.  If anyone knows different, chime in.


'flashhd' is still available in modes for HD programmes.

So --category=HD could be re-written to to search through the modes of
all programmes to look for 'flashhd', rather than 'HD' in their categories.


From dinkypumpkin at gmail.com  Thu Apr 18 10:11:05 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 18 Apr 2013 15:11:05 +0100
Subject: HD Programmes Not Categorised as HD
In-Reply-To: <516FF632.4040904@blueyonder.co.uk>
References: <5165E4B5.2080908@gmail.com> <516FF632.4040904@blueyonder.co.uk>
Message-ID: <516FFEF9.8060003@gmail.com>

On 18/04/2013 14:33, ode wrote:
> 'flashhd' is still available in modes for HD programmes.
>
> So --category=HD could be re-written to to search through the modes of
> all programmes to look for 'flashhd', rather than 'HD' in their categories.

The information used to determine the available modes for programmes is 
not part of the listings feeds, either.



From dinkypumpkin at gmail.com  Thu Apr 18 10:54:06 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 18 Apr 2013 15:54:06 +0100
Subject: get_iplayer not finding PVR searches when run from cron
In-Reply-To: <CAJ=jT+KFYSrGdK6jFT6envUL54pjv+XcLGm_WXkhVfdi9Wx7cg@mail.gmail.com>
References: <CAJ=jT+KFYSrGdK6jFT6envUL54pjv+XcLGm_WXkhVfdi9Wx7cg@mail.gmail.com>
Message-ID: <5170090E.7040204@gmail.com>

On 18/04/2013 14:31, mikey wrote:
> Hello,
>
> I'm trying to setup get_iplayer to run under cron overnight. I have it
> set up with a few searches, one of which I know has a matching file
> that has not been downloaded.
>
> I have tried both of these separately (at the appropriate times of day
> and check that they did indeed run)
>
> 47 13 * * * get_iplayer --pvr --output=/var/www/Videos/
> 2>/var/log/get_iplayer.log
> 07 14 * * * get_iplayer --pvr-list >/var/log/get_iplayer.log 2>&1
>
> They both produced exactly the same log:
>
> ------------------------
> get_iplayer v2.80, 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.
>
> All PVR Searches:
> -----------------------
>
> And the file that I know is matched by one of the searches is not
> downloaded. The same 2 commands run with "sudo" will run quite appily
> from the command line and will output the 5 or 6 PVR searches I have
> added.
>
> I'm running this on Ubuntu Server 12.04 and get-iplayer is version 2.80-1

Those two commands wouldn't produce exactly the same log.  Run them at a 
prompt and look carefully at the output.  It looks like both commands 
overwrite your log file, so you'll only see output from the last one to run.

The log you showed is from get_iplayer --pvr-list, and it indicates that 
no PVR searches have been defined.  That may be because the cron job is 
running as a different user than the one used to define the searches. 
If you're testing with sudo, then I assume the crontab you listed is for 
root, but perhaps you defined the searches under your own user id.  Or 
vice versa.




From pete.beardmore at msn.com  Thu Apr 18 13:39:29 2013
From: pete.beardmore at msn.com (Pete Beardmore)
Date: Thu, 18 Apr 2013 18:39:29 +0100
Subject: web-settings-and-get_iplayer-defaults-harmonisation
In-Reply-To: <20130223113408.Horde.AAZD454ey8jsESSW6mVjBw9@elservo.lemondedelabarbe>
References: <SNT141-W40CF0F061241F351FB65F08A1E0@phx.gbl>
 <20130223111023.Horde.h-vhKkezV1Q18726JUr-Pg9@elservo.lemondedelabarbe>
 <20130223113408.Horde.AAZD454ey8jsESSW6mVjBw9@elservo.lemondedelabarbe>
Message-ID: <BLU0-SMTP304877D97D5B44A1E047D678ACF0@phx.gbl>

Quoting get_iplayer-owner at lists.infradead.org:

> Your mail to 'get_iplayer' with the subject
>     Re: web-settings-and-get_iplayer-defaults-harmonisation
> Is being held until the list moderator can review it for approval.
> The reason it is being held:
>     Message body is too big: 87651 bytes with a limit of 40 KB

hello,

my post has been in limbo a few days now. could a list moderator  
please push it through? or would it be better to split the mail?

thanks,
Pete.


From jtky808 at chinajtky.com  Thu Apr 18 13:50:34 2013
From: jtky808 at chinajtky.com (jtky808 at chinajtky.com)
Date: Fri, 19 Apr 2013 01:50:34 +0800 (CST)
Subject: Provide wires abd cables, such as Bare Copper Tape , BBC, CCA, CCS,
 ACSR and so on
Message-ID: <20130418175034.327834F9C3@s406k.chinaemail.cn>

Provide wires abd cables, such as Bare Copper Tape ,BBC,CCA,CCS,ACSR and so on
Provide wires abd cables, such as Bare Copper Tape ,BBC,CCA,CCS,ACSR and so on
Provide wires a
Sender: jtky808 at chinajtky.com
Mime-Version: 1.0
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 19 Apr 2013 01:52:56 +0800
X-Priority: 2
Priority: urgent
X-MSMail-Priority: High
Message-ID: <20130418175256859.174E0CF257E64EE5 at PC-201208292237>
X-Mailer: ICS SMTP Component V7.29
X-MID: 1995754589.384861508.10.1366307434.243082.20221

<HTML xmlns=3D"http://www.w3.org/1999/xhtml"><HEAD><TITLE>=CE=DE=B1=EA=CC=
=E2=CE=C4=B5=B5</TITLE>=0D=0A<META content=3D"text/html; charset=3Dgb2312"=
 http-equiv=3DContent-Type>=0D=0A<STYLE type=3Dtext/css><!--body {font-fam=
ily: Arial, Helvetica, sans-serif, "=CB=CE=CC=E5";font-size: 12px; line-he=
ight: 150%;}font {line-height: 150%;}--></STYLE>=0D=0A</HEAD>=0D=0A<BODY>=
=0D=0A<DIV>Dear Sir/Madam,<BR>We are Jiutian International Industrial Co.,=
 Ltd. , we mainly provide products in the fields of various cables and wir=
es,such as Bare Copper tapes,BBC,CCA,CCS,ACSR and so on, and related solut=
ions and services. We also have an experienced team concentrating on these=
 fields. Our consultant team is trying to find the best cost-performance t=
rad off for you, but minimize your time on looking for manufacturers and v=
endors. </DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>If you are interested in t=
he relevant products, please contact with us at any time, we will give you=
r the urgent and satisfied answers.</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV=
>Looking for your news.</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>Best Regard=
s,</DIV>=0D=0A<DIV>&nbsp;</DIV>=0D=0A<DIV>David.y</DIV>=0D=0A<DIV>&nbsp;</=
DIV>=0D=0A<DIV>Jiutian International Industrial Co., Ltd.<BR>Address: FLAT=
 601, 6/F,VASTKIN HOUSE, 84&nbsp; JERVOIS STREET, SHENG WAN, HONG KONG <BR=
>Tel:+00852-30696122 <BR>Fax:+00852-30696122 <BR>E-mail:jtky801 at chinajtky.=
com </DIV></BODY></HTML>=0D=0A


From dinkypumpkin at gmail.com  Thu Apr 18 17:10:49 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 18 Apr 2013 22:10:49 +0100
Subject: get_iplayer not finding PVR searches when run from cron
In-Reply-To: <CAJ=jT+LdukYFWWuOjzDJg0Nf-oDeqvK5AAg9n-kcyH7cnt=daw@mail.gmail.com>
References: <CAJ=jT+KFYSrGdK6jFT6envUL54pjv+XcLGm_WXkhVfdi9Wx7cg@mail.gmail.com>
 <5170090E.7040204@gmail.com>
 <CAJ=jT+LdukYFWWuOjzDJg0Nf-oDeqvK5AAg9n-kcyH7cnt=daw@mail.gmail.com>
Message-ID: <51706159.6050000@gmail.com>

On 18/04/2013 21:23, mikey wrote:

Reply to the list, not to me.

> No. I'm aware that the log file gets overwritten, that's how I intended
> it. When I say it produced the same log file what I mean is I checked
> the log after trying both  separately and it produced exactly the same
> output, with a different modification time.

Seems unlikely.  The header for --pvr-list output is "All PVR 
Searches:", while the header for --pvr output is "Running PVR 
Searches:".  You claim to have only seen the former.

> It's not failing to find the PVR episodes because it finds them when run
> as root from the command line.

Whether or not it works with sudo isn't the complete story.  Where are 
your pvr search definitions saved - under root's home dir or under your 
home dir?  If it's the latter, then that is why no pvr searches are 
found when running from root's crontab.

> I think what may have been happening is that I ended up with an open
> lock file which may have been preventing it from running properly.

In the event of lock file problems, you would get a warning (on stderr 
when running --pvr) before any pvr searches are run, i.e., before 
"Running PVR Searches:" appears in the output.


From dinkypumpkin at gmail.com  Thu Apr 18 17:40:32 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 18 Apr 2013 22:40:32 +0100
Subject: get_iplayer not finding PVR searches when run from cron
In-Reply-To: <CAJ=jT++5EMcW0PMJdxuGkoWJXGA-jq8L5g_Ek+9a62Y4iXofLA@mail.gmail.com>
References: <CAJ=jT+KFYSrGdK6jFT6envUL54pjv+XcLGm_WXkhVfdi9Wx7cg@mail.gmail.com>
 <5170090E.7040204@gmail.com>
 <CAJ=jT+LdukYFWWuOjzDJg0Nf-oDeqvK5AAg9n-kcyH7cnt=daw@mail.gmail.com>
 <51706159.6050000@gmail.com>
 <CAJ=jT++5EMcW0PMJdxuGkoWJXGA-jq8L5g_Ek+9a62Y4iXofLA@mail.gmail.com>
Message-ID: <51706850.1060407@gmail.com>

On 18/04/2013 22:19, mikey wrote:
> Well, I've just managed to test it again and I was wrong that the
> problem was the lock file.
>
> You are probably right about the line "Running PVR Searches" vs "All
> PVR Searches" as I was comparing them by eye. But I can be completely
> sure that neither output beyond that line.
>
> The save location for the search definitions seems like a likely
> reason. I did add the definitions by running:
>
> sudo get_iplayer --pvr-add=whatever MYSEARCHTERMS
>
> Which I hoped would add them to root's account. Since I'm on Ubuntu
> there isn't a real root account to log onto.
>
> How would add my search correctly?

You should be able to use "sudo -i" instead of "sudo" (see the man 
page).  The pvr search definitions should wind up in ~root/.get_iplayer/pvr.



From chrisjbrady at yahoo.com  Fri Apr 19 14:36:23 2013
From: chrisjbrady at yahoo.com (Chris J Brady)
Date: Fri, 19 Apr 2013 11:36:23 -0700 (PDT)
Subject: Wires & Cables whatever - spam post
In-Reply-To: <mailman.5.1366387202.3956.get_iplayer@lists.infradead.org>
Message-ID: <1366396583.98418.YahooMailClassic@web122605.mail.ne1.yahoo.com>

1/ if you want to post to this list or spam it don't use HTML - it makes the message unreadable

2/ please ban the spammer anyway

CJB.



From get_iplayer at cjnash.com  Sat Apr 20 16:09:32 2013
From: get_iplayer at cjnash.com (Simon Nash)
Date: Sat, 20 Apr 2013 21:09:32 +0100
Subject: OT: Problem with replying to list.
In-Reply-To: <100.c885070005846d51.002@errichel.co.uk>
References: <100.c885070005846d51.002@errichel.co.uk>
Message-ID: <5172F5FC.90204@cjnash.com>

I am seriously impressed that you are still using OS/2.  Fond memories....

   Simon

Alastair wrote:
> On my openSUSE (12.3) machine, when I try and reply to the list using Thunderbird I get 
> an error message "relay not permitted."  Cannot cut and paste whole error message as I am 
> on another (OS/2) machine which works OK.
> Any ideas what I have wrong on the linux box please?
> Budgie
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> 



From lists at lazygranch.com  Sat Apr 20 17:45:11 2013
From: lists at lazygranch.com (lists)
Date: Sat, 20 Apr 2013 14:45:11 -0700
Subject: OT: Problem with replying to list.
In-Reply-To: <5172F5FC.90204@cjnash.com>
References: <100.c885070005846d51.002@errichel.co.uk>
 <5172F5FC.90204@cjnash.com>
Message-ID: <51730C67.7080203@lazygranch.com>

I'm replying using opensuse 12.3 and Thunderbird 17.0.5.

On 04/20/13 13:09, Simon Nash wrote:
> I am seriously impressed that you are still using OS/2.  Fond 
> memories....
>
>   Simon
>
> Alastair wrote:
>> On my openSUSE (12.3) machine, when I try and reply to the list using 
>> Thunderbird I get an error message "relay not permitted."  Cannot cut 
>> and paste whole error message as I am on another (OS/2) machine which 
>> works OK.
>> Any ideas what I have wrong on the linux box please?
>> Budgie
>>
>> _______________________________________________
>> get_iplayer mailing list
>> get_iplayer at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/get_iplayer
>>
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>



From chris.dobison at btinternet.com  Wed Apr 24 10:11:54 2013
From: chris.dobison at btinternet.com (Chris Dobison)
Date: Wed, 24 Apr 2013 15:11:54 +0100 (BST)
Subject: Issues installing v2.82 Windows 7
Message-ID: <1366812714.1208.YahooMailNeo@web87704.mail.ir2.yahoo.com>

Hi,

I have get_iplayer 2.82 installed on my Windows 8 Laptop without issue, however when I try to install on my home PC running Windows 7 I get the "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item" error. I had v2.80 installed previously without a problem, there is only one user account on the computer and it is set to Administrator. Just to check I activated the master Admin account, signed into that and got the same error.

I uninstalled get_iplayer 2.80 just in case that caused the issue, and downloaded the latest installer again, yet I get the same error.

Can anyone help please? I now have no get_iplayer on my computer (D'oh!!!)


Thanks,


Chris


From jon at hedgerows.org.uk  Wed Apr 24 18:52:24 2013
From: jon at hedgerows.org.uk (Jon Davies)
Date: Wed, 24 Apr 2013 23:52:24 +0100
Subject: get-iplayer on Ubuntu Raring
Message-ID: <CAJEH5C2B7mUQ=qM-h1qF-A_Q9zMRqPnQpkxsA4q7QnTScXEd6w@mail.gmail.com>

Ubuntu Raring is due out tomorrow.  get-iplayer works reasonably well
out of the box, but if you want a later (and more functional) build of
get-iplayer, atomicparslet and rtmpdump, then try one of these, both
of which now have builds of everything for raring:

$ sudo add-apt-repository ppa:jon-hedgerows/get-iplayer-testing
or
$ sudo add-apt-repository ppa:jon-hedgerows/get-iplayer

supporting tools are (as of today) the same versions in both
repositories - I tend to let things settle in get-iplayer-testing
before migrating them to get-iplayer.

Regards
Jon


From kernelbasher at gmail.com  Wed Apr 24 22:40:23 2013
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Thu, 25 Apr 2013 03:40:23 +0100
Subject: get-iplayer on Ubuntu Raring
In-Reply-To: <CAJEH5C2B7mUQ=qM-h1qF-A_Q9zMRqPnQpkxsA4q7QnTScXEd6w@mail.gmail.com>
References: <CAJEH5C2B7mUQ=qM-h1qF-A_Q9zMRqPnQpkxsA4q7QnTScXEd6w@mail.gmail.com>
Message-ID: <op.wv2sdlzopbalgg@kernelcruncher-lenovo-g550>

On Wed, 24 Apr 2013 23:52:24 +0100, Jon Davies <jon at hedgerows.org.uk>  
wrote:

> I tend to let things settle in get-iplayer-testing
> before migrating them to get-iplayer.

Thank you
Really appreciate your time and effort


From dinkypumpkin at gmail.com  Tue Apr 30 09:07:33 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 30 Apr 2013 14:07:33 +0100
Subject: Issues installing v2.82 Windows 7
In-Reply-To: <1366812714.1208.YahooMailNeo@web87704.mail.ir2.yahoo.com>
References: <1366812714.1208.YahooMailNeo@web87704.mail.ir2.yahoo.com>
Message-ID: <517FC215.2080309@gmail.com>

On 24/04/2013 15:11, Chris Dobison wrote:
> I have get_iplayer 2.82 installed on my Windows 8 Laptop without issue, however when I try to install on my home PC running Windows 7 I get the "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item" error. I had v2.80 installed previously without a problem, there is only one user account on the computer and it is set to Administrator. Just to check I activated the master Admin account, signed into that and got the same error.
>
> I uninstalled get_iplayer 2.80 just in case that caused the issue, and downloaded the latest installer again, yet I get the same error.
>
> Can anyone help please? I now have no get_iplayer on my computer (D'oh!!!)

Just a guess, but maybe your antivirus is to blame?  From your 
description, it seems a bit unlikely that the problem is with file 
permissions per se.  You could get that generic "cannot access" message 
for other reasons, e.g., if access to a file is blocked by antivirus. 
Scan the file manually to see if it's flagged by your antivirus 
software.  The download library bundled in the installer is known to 
occasionally generate false positives as a generic downloader trojan, 
though I think that has been weeded out of most antivirus software.  If 
there seems to be a false positive, use whatever mechanism is provided 
by your particular antivirus software to release the file or mark it as 
OK.  In the extreme, you can try temporarily shutting shut down *all* 
antivirus components - including any memory-resident scanners, etc. - 
and then trying to launch the installer again.  I suppose there is 
always a chance the file is being infected after you download it, so 
exercise your own best judgement.


From pete.beardmore at msn.com  Mon Apr 15 15:20:00 2013
From: pete.beardmore at msn.com (Pete Beardmore)
Date: Mon, 15 Apr 2013 19:20:00 -0000
Subject: web-settings-and-get_iplayer-defaults-harmonisation
In-Reply-To: <BLU0-SMTP19642E8530155A023E7380B8AF10@phx.gbl>
References: <SNT141-W40CF0F061241F351FB65F08A1E0@phx.gbl>
 <20130223111023.Horde.h-vhKkezV1Q18726JUr-Pg9@elservo.lemondedelabarbe>
 <BLU0-SMTP19642E8530155A023E7380B8AF10@phx.gbl>
Message-ID: <BLU0-SMTP4401C54907595606690279C8ACC0@phx.gbl>


hi

i finally got this done, and hopefully i'll fare a little better than  
last time. thank you very much for such a thorough response months  
back..

On 21/02/2013 15:39, dinkypumpkin wrote:
> On 30/01/2013 22:39, Pete Beardmore wrote:
>> #patch attached (hopefully!)
>
> I reviewed this patch when it was submitted, but found some minor  
> problems and put it aside in my "good intentions to follow up"  
> folder. Jon's post prompted me to dig it out again.
>
> First, some responses to the original post:
>
>> having tried combinations of 'flashhd,flashhd1,flashhd2' in option files
>> and in the webserver to no avail, i settled on 'best' (having finally
>> resorted to reading instructions!). this was set in my options files
>> under /srv/www/iplayer/.get_iplayer but still, via the web server (be it
>> my apache or the included stand-alone), i could not get the underlying
>> flvstreamer/rtmpdump processes to behave and show me that attempts at
>> flashhd1 etc. quality streams were being made.
>
> Any option set in the web pvr (and modes is set by default) will  
> override the setting in the options file, just as command line  
> options do.  In the absence of any information about what you were  
> trying to do, I suspect that could have been the problem.  If you're  
> having troubles like this, post your output here and we'll try to  
> help.
>
>> so mistake #1. although the instruction state that one should ensure
>> HOME is set correctly, don't assume that that is for reading any options
>> files which you might have created there
>> (/srv/www/iplayer/get_iplayer/options) whilst trying out the
>> 'get_iplayer' script. the web server doesn't read them!
>
> That is simply wrong.  Don't extrapolate from a single data point to  
> assert it doesn't work in general. Besides, your patch would be  
> useless for CGI deployments if the options file isn't read.  Without  
> knowing how you configured your server I can only guess, but it  
> appears you were missing a ".".  Normally, the path should be  
> ".get_iplayer/options" inside the web server's HOME.

the 'get_iplayer' vs '.get_iplayer' was a mail typo, sorry about that,  
but good spot. as for 'useless', i don't follow. given my patch  
explicitly read the options file (passing options as overrides to the  
underlying get_iplayer script), why would this be useless for CGI  
deployment if (as i had originally thought), the options file wasn't  
read by get_iplayer?

anyway, given the above response i went back to do testing from scratch:

-installed v2.82 under new dir getiplayer for apache, ensured HOME  
variable was set

<Directory /srv/www/getiplayer>
   SetEnv HOME /srv/www/getiplayer/
   SetHandler cgi-script
   Options ExecCGI FollowSymLinks
   AllowOverride None
   Order deny,allow
   Allow from all
</Directory>

test1 : record hd program 1
result1 : records flashhigh, as per the visible web-pvr setting

test2: set web pvr 'modes' to "" and apply settings. record hd program 2
result2: records flashhigh, as per ..the (now invisible) default. some  
default is needed, but it would be good to show it still. my patch  
didn't deal with that either though

test3. run cmd 'HOME=/srv/www/getiplayer ./get_iplayer --prefs-add  
--modes "flashhd,flashvhigh,flashaachigh"'. record hd program 3
result3. records flashhd. #STOP PRESS# here i expected it to record in  
flashhigh as i'd seen previously but no, so my original tests were  
certainly flawed in some way. i was absolutely wrong in stating that  
the options file wasn't read, apologies and thank you for the correction

>> mistake #2. ALWAYS use the --prefs-add functionality to add options to
>> the options file to ensure you get the right format! for example, the
>> entry..
>>
>> modes 'best,flashhd,flashhd1,flashhd2,flashvhigh'
>>
>> ..f@&Sed me over as i'd added quotes!
>
> Again, we're here to help with these issues.  In most cases there is  
> no reason web pvr users should be expected to use --prefs-add from  
> the command line.  It kind of defeats the purpose of using the web  
> pvr.

i was meaning anybody who uses the command line yes. by then i'd made  
up my mind that setting the mode in the webpvr didn't work, and i  
moved on to the options file hoping for better luck. looking back,  
it's possible that i was just ignorant to the role cache played here.  
regardless of what webpvr mode settings i'd set, if get_iplayer was  
actually just resuming an initial test stream (started in a non-hd  
format) each time then it would have looked like changing the modes  
settings wasn't working. the above tests took that element out of the  
equation by using different streams each time

but for command line use i'd stand by that suggestion. if i'd used  
--prefs-add in the first instance instead of piecing together the  
options file manually, it appears from the above tests that that would  
have all worked swimmingly too and i would not have felt it necessary  
to dig into any code. i'm left thinking that my initial testing was  
performed with combinations of over-quoted comma-delimited lists of  
modes in the option file, which meant that for every test i did, i was  
left with the impression that the file was not being read. in fact it  
WAS being read, but get_iplayer failed to parse/use my erroneous  
manual additions

>> 1. 20+ empty default is bad, particularly when i have to scroll through
>> them all to find non get_iplayer related cookies on my (apache) server
>
> Bad?  Its a trivial amount of data that very few users will ever  
> look at.  There's no harm in whittling it down though.

i really should use virtual domains but i currently have all my web  
applications setup under subdirs of the same domain and therefore all  
cookies are pooled together. there are a lot of them! in testing i  
needed to clear get_iplayer cookies in order to switch between  
settings mechanisms (cookies vs option files) and as there is no  
prefix used for the get_iplayer cookie names, they were very  
inconveniently mixed between all the other cookies. picking through  
the list to remove them all one by one was very bad for my health.  
very specific to my setup though

>> 3. i've made the effort to add 'excludecategory' / 'excludechannel'
>> options in my options file, i don't want to change those in multiple
>> places. and if i've set something as important as 'modes' for use with
>> 'get_iplayer' then i really want that same setting used in the web front end
>
> For any web pvr users reading this:  This patch doesn't make any  
> functional change in how the options file is used with the web pvr.   
> The settings in the options file are always used by get_iplayer,  
> even when it is invoked through the web pvr, subject to any  
> overridden settings specified in the web pvr.

an example of where this may confuse, exposing the problem of 'no  
visibility on the ultimate settings in use' is:
starting a fresh web-pvr session, it lists 1000 programmes. i ADD a  
filter term to the empty exclude category and apply settings. i now  
have 1500 programmes listed. why? a dozen filter terms in an options  
file is why - the list was initially heavily filtered by 'invisible'  
defaults. similar confusion can occur going the other way. sadly,  
'it's broken' was my first impression ..because i couldn't possibly be  
using it incorrectly right ;)

> Now to specifics:
>
> 1. This bit:
>
> @@ -3362,10 +3364,10 @@ sub get_display_cols {
>  	my %cols_status;
>
>  	# Add some default headings for history mode
> -	push @headings_default, 'mode' if $opt->{HISTORY}->{current};
> +	push split(/,/, $opt_default{cols}), 'mode' if $opt->{HISTORY}->{current};
>
> does not compile in perl < 5.14, and produces a run-time error in  
> all versions.  I think the bug unfortunately slips through  
> compilation with perl >= 5.14 because of the implicit array  
> dereferencing added in perl 5.14.  get_iplayer should be able to  
> maintain perl 5.8 compatibility, though I suspect there aren't a  
> whole lot of users with perl < 5.10.
>
> Of more concern is this means you didn't test your patch with the  
> Windows distribution of get_iplayer, based on perl 5.12 at present.  
> That's a no-no for changes to the web pvr.   If list traffic is any  
> gauge, Windows is where the most users favour it.  Not every Windows  
> user employs the provided installer, but I expect most do. If you  
> can't or won't test on Windows, let us know up front.

fixed. i very painfully built and installed perl-5.8.0 but with no  
confidence that my hacking of module makefile.pl files to override  
minimum requirements didn't compromise testing in some way, i less  
painfully built and installed 5.8.1. with this i tested the revised  
patches with no issue ..of my own doing

..perl versions pre 5.8.5 contain a CGI::hidden() which drops all non  
'standard' hidden element tags, including 'id'. the javascript of the  
cgi references hidden navigation tab options by id, fails and leaves  
tabs in a permanently collapsed state. i've attached another patch  
which fixes this, thus restoring web-pvr compatibility back to at  
least 5.8.1

on this topic, is 10 years for backwards compatibility not a little  
excessive? i ask sincerely as i have no idea on what's common in any  
language

> 2. You shouldn't be hard-coding default values for metadata,  
> subtitles, and thumbnail.  Any non-default setting (and by that I  
> mean built-in defaults) should be a positive choice by the user.

reverted. there is no concept of 'nosubtitles' as an option so this  
was a bad mistake

> I recognise that the "modes" option requires a hard-coded default  
> because of how the web pvr works.  However, making "best" the  
> default value is a bad idea in my book.  Nobody - especially a new  
> user - is going to thank you for eating their time and bandwidth  
> with HD downloads they didn't ask for.

reverted. i disagree with the opinion here, but it's not my place to  
change it without discussion(s). discussion that i don't want to have

> 3. You may not want to expose the configured value for your output  
> path in the web pvr.  I'm thinking of the (admittedly rare) case  
> where you have a CGI deployment of the web pvr with any sort of  
> public exposure.

i've added a patch for this through use of an additional 'hideoptions'  
option, set via command line or an options file (details further down  
as this work came last)

> 4. It would be a nice-to-have feature if the reset function actually  
> invoked get_iplayer to re-read the options file.  That way you don't  
> have to restart the web pvr server to make changes to it.   
> Admittedly, it's not something that would be used often, but it  
> seems like a logical extension of the functionality.

'fixed'. that was of course the way i'd envisaged it working, however,  
i hadn't given enough thought to the differences in the way the  
different deployment mechanisms worked (see notes further down)

> My overall take is that this patch is a solution in search of a problem.

i understand where you're coming from here as a seasoned user,  
however, i imagine my ignorance to the inner workings of this software  
would be common to all new users. as alluded to above, visibility in  
the webpvr on the ultimate settings used by the get_iplayer script, be  
them explicitly viewable in the webpvr, hidden  
'get_iplayer.cgi/get_iplayer' file defaults or option files settings,  
is a must in my opinion! although it may have been pitched in the  
wrong way (making incorrect assertions), the original patch at least  
fixed this lack of visibility (failure in standalone deployment  
aside), therefore i believe it did have purpose. and i certainly  
didn't go looking for problems, they found me :)

the attached patch set contains the following modifications:
patch1
1. fixed disabled checkboxes
patch2
1. fixed javascript for perl < 5.8.5
patch3
1. 'fix' erroneous error message introduced by  
4ebcbed25a88b395b12a088b2830a64eb8ef225f
patch4
1. ensure 'default' (hard-coded < option files < cmd line < webpvr  
state/cookie) options are always visible
2. only persist webpvr settings as cookies when non-default
3. add functionality to return webpvr settings to defaults (hard-coded  
< option files < cmd line)
4. ensure 'modes' is never displayed as empty "". reset to default
5. re-read option files for both deployment methods
6. fix selected display tab on reset
7. harmonise options use through single opt_default array
8. allow pvr 'holdoff' to option be set by options file
patch5
1. re-factor initialisation code to improve readability, and merge  
remaining command line options into single defaults hash
patch6
1. add 'hideoptions' functionality

misc
X. reverted default changes
X. fixed display cols code
X. perl >=5.8.0 'compatible'
X. windows tested
X. extraneous white-space removed ..my double spaces replaced by tabs  
too. thanks for the git diff --check tip!

#########

notes on the changes:

#patch2
my fix above only restored the gui tabs to a working state for  
5.8.0/1. ensuring that the deployment was accessible was all that i  
initially tested for having fixed the run-time error you mention  
above. 11th hour testing revealed that there is something causing 404s  
for basic searching / page navigation for those old versions, and the  
official v2.8.2 release fails in this regard too ..so it's not my  
doing! i don't have the time to look into this though sorry

#patch3
4ebcbed25a88b395b12a088b2830a64eb8ef225f 'Web PVR: fixed auto-refresh  
for Run PVR and Refresh Cache' introduced the following output  
messages regularly enough to make me think that i'd broken something,  
and to go looking for a fix:

ERROR: Command failed to execute: No child processes
INFO: Command exit code 16777215

this occurs in 'get_cmd_output' when the waitpid call is given a  
process id that doesn't exist. even if the process has completed prior  
to the waitpid call, this shouldn't be an issue, but it appears that  
whatever zombie process should remain on my system, is possibly being  
'cleaned-up' prematurely. the attached patch is a hack that ignores  
the status code in this situation, when it appears the process did  
indeed succeed. i left the debug statements there for somebody else to  
take a look too

#patch4
for external web server deployment (apache here) the options file was  
actually re-read far more frequently than i'd initially thought. i  
hadn't really grasped that the entire script was re-read on each form  
submission. this re-read functionality didn't work at all for the  
built-in server as you rightly pointed out, the options file was only  
read once when the server initialised

so revisiting the work, i wanted the implementation to be consistent  
for both stand-alone and built-in server deployment methods. i  
considered the following two modes of operation:

mode1: rebuild %opt_default on every request
+changes to important options can be reflected immediately
+less reliance on QUERY_STRING
-more file access overhead
mode2: rebuild %opt_default only on RESET request
+less file access overhead
-changes to important options can only be reflected by user
-stand-alone mode must rely on QUERY_STRING to rebuild the  
%opt_default each time
-no possibility of truly hiding options

maintaining state with forked processes and not wanting to use the  
insecure query string would require bespoke IPC work, or conversion to  
use of threads, which i'm probably not cut out to do. so given the  
above +/- i opted to make the built-in deployment mode do the same as  
the external stand-alone mode, and as such option file changes are  
reflected in the %opt_default hash on every form submission / refresh.  
updated defaults lurk in the background until the 'reset to defaults'  
button is clicked. this pushes them into the current state which is  
then reflected in the front-end

an exception to this behaviour is for any variable setup with the  
'empty => no' opt key value (only 'modes' currently). if an attempt is  
made to set that variable to an empty string, its value is reset to  
the default. this could however result in the 'modes' value being set  
to an updated default value BEFORE 'reset to defaults' has been  
clicked which is not ideal. it should just reset back to its previous  
value, but by then that state value has been discarded. a corner case  
i didn't want to spend any longer on though

i've fixed the side-effect whereby my reset also reset the selected  
navigation tab, which undesirably gave the impression that the whole  
page had been reloaded. in looking at this issue i also noted another  
quirk (not of my doing). selecting a search tab (columns, recordings  
etc.) and hitting 'apply changes' effectively stores that tab as a  
default. navigating to an alternative tab and refreshing the page  
results in a switch back to whatever that saved tab was

#patch5
i ended up merging all the command-line options into the opt_default  
hash, primarily due to the nature of the ffmpeg option which could be  
either statically set via the command line, or dynamically updated via  
the option files (with the former always taking precedence). i wanted  
to ensure a consistent approach to using the options, and feel the  
complete merge was warranted. it has made options slightly easier to  
use throughout the script too as there is now one less place to get  
them from. i split this patch out of the previous patch in an attempt  
to make the real functionality changes (patch4) easier to scrutinise

#patch6
i haven't found a way to leak the information i'm trying to hide with  
this implementation, but others may succeed! so for example, setting  
new option 'hideoptions' as 'output,proxy' (don't include the  
quotes!!! :) ) ensures the following for 'output' and 'proxy' options:
1. form element is disabled and always contain a dummy string
2. QUERY_STRING doesn't contains the hidden value
3. values are not persisted as cookies

to ensure state is maintained, the query string now contains a  
'hideoptions' value. change to the (now 'dynamic') options file  
'hideoptions' value will force any ADDITIONAL options in this value to  
be pushed immediately into the current state, and thus reflected on  
any further user interaction. having 'hideoptions' in the query string  
would be potentially exploitable (successfully injecting an empty  
hideoptions value would expose the data i believe), thus the content  
of the current hideoptions is, as a minimum, the content of the  
default' value

i allow the cgi state's 'hideoptions' value to diverge from this  
default hideoptions value (in the %opt_default hash) when options have  
been removed from the default (they are not removed from the state  
value) as i want (where possible) for the user to explicitly invoke  
the 'reset' to see changes

i originally implemented this with the possibility of allowing the  
user to set custom values for these hideoptions, however, this opens  
the vulnerability whereby the hidden values can be guessed at, with  
correctness asserted by the value changing from the custom user value  
to the dummy string ('-----') if the guess is correct. so i ditched  
that idea

hideoptions is only implemented for the string options too (think i  
got them all)

######

finally. i really don't know how much of get_iplayer's functionality  
works, so how complete can my testing ever be? with your prompts  
though, i can say that everything i deliberately changed appears to  
work as i describe above, for both deployment types, both 'nix and  
doze and perls 5.8.1/16

cheers,
Pete.

ps. '$icons_base_url' was removed from the cgi initialisation code as  
it wasn't being used anywhere
pps. i'll issue a pull request on github too, might make it easier
ppps. i'll be lurking on freenode #get_iplayer for a while in case if  
anyone (dinky) needs me to answer lots of questions

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-fix-checkboxes.-deselect-selected-instead-of-disabling.patch
Type: text/x-diff
Size: 2384 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0006.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0002-fix-javascript-for-hidden-elements-created-by-perl-_5.8.5.patch
Type: text/x-diff
Size: 1034 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0007.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-web-pvr-dont-process-return-status-from-non-existant-zombies.patch
Type: text/x-diff
Size: 1632 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0008.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0004-web-settings-and-get_iplayer-defaults-harmonisation.patch
Type: text/x-diff
Size: 28542 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0009.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0005-web-pvr-initialisation-and-options-code-refactoring.patch
Type: text/x-diff
Size: 24964 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0010.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0006-web-pvr-add-hideoptions-parameter.patch
Type: text/x-diff
Size: 9095 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130415/4a58b47c/attachment-0011.bin>

