From ralph at inputplus.co.uk  Sat May  2 03:42:17 2015
From: ralph at inputplus.co.uk (Ralph Corderoy)
Date: Sat, 02 May 2015 11:42:17 +0100
Subject: Available Programme has `available' in the Future.
Message-ID: <20150502104217.D224323CA1@orac.inputplus.co.uk>

Hi,

With get_iplayer 2.92, I find the PVR doesn't always download programmes
that are available, e.g. PID b05t2dkd.  It plays fine in the browser at
http://www.bbc.co.uk/iplayer/episode/b05t2dkd/the-beechgrove-garden-2015-episode-5

Here's what I think are relevant lines from --info.

    $ ./get_iplayer --no-purge --future -e 31536000 -i --pid b05t2dkd
    available:      2015-05-03T08:30:00+01:00
    brand:          The Beechgrove Garden
    dldate:         2015-05-02
    dltime:         11:31:48
    expiry:         2015-05-30T19:00:00Z
    expiryrel:      in 28 days 8 hours
    firstbcast:     default: 2015-04-30T19:30:00+01:00
    firstbcast:     original: 2015-04-30T19:30:00+01:00
    firstbcastdate: default: 2015-04-30
    firstbcastdate: original: 2015-04-30
    firstbcastrel:  default: 1 days 16 hours ago
    firstbcastrel:  original: 1 days 16 hours ago
    verpids:        default: b05t2dk7
    verpids:        original: b05t2dk7
    web:            http://www.bbc.co.uk/programmes/b05q4dxj
    $

Everything looks correct, and the expiry clock has started ticking,
except for `available' that is in the future.  I think it's this that
means

    ./get_iplayer --nopurge -e 31536000 --future --modes best \
        --subtitles --pvr --debug

isn't downloading it:

    DEBUG: 2015-05-03T08:30:00+01:00 = 2015, 05, 03, 08, 30, 00, 01, 00
    WARNING: PVR Run: ONCE_The_Beechgrove_Garden_2015_-_Episode_5_b05t2dkd: 1 download failure(s)

If I try and get it directly, without the PVR,

    ./get_iplayer --nopurge -e 31536000 --modes best --subtitles --pid b05t2dkd

then it still skipped.  However, adding --future to that works;  the
programme downloads.  Note, --future was in the --pvr run above that
didn't work.

So, why is `available' so wrong in the first place?  This isn't the only
programme, it seems quite common.  And if it can be wrong, should it be
trusted when running the PVR?

Cheers, Ralph.


From northmedia1 at the.forthnet.gr  Sat May  2 07:46:27 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sat, 2 May 2015 17:46:27 +0300
Subject: Available Programme has `available' in the Future.
In-Reply-To: <20150502104217.D224323CA1@orac.inputplus.co.uk>
Message-ID: <E270B9A16AEA47689DE67A379730F819@vasonote>

On Sat May 2 11:42:17 BST 2015, Ralph Corderoy wrote:

> With get_iplayer 2.92, I find the PVR 
> doesn't always download programmes
> that are available,
> ...
> except for `available' that is in the future.
> ... 
> However, adding --future to that works;
> ... 
> So, why is `available' so wrong in the first place?

 Hello Ralph :-)

 Your issue has been discussed (in detail) 
twice in April (i.e. very recently).
 It is a good idea to browse the recent 
mail list archives:

http://lists.infradead.org/pipermail/get_iplayer/

prior to posting...
You can find the answers for your queries in 
these posts of mine:

http://lists.infradead.org/pipermail/get_iplayer/2015-April/007525.html

http://lists.infradead.org/pipermail/get_iplayer/2015-April/007570.html

Take care, 
Vangelis.


From ralph at inputplus.co.uk  Sun May  3 03:16:56 2015
From: ralph at inputplus.co.uk (Ralph Corderoy)
Date: Sun, 03 May 2015 11:16:56 +0100
Subject: Suggestion: Indicate PVR Match when Listing Programmes.
Message-ID: <20150503101656.341FA28239@orac.inputplus.co.uk>

Hi,

I made a small change to ./get_iplayer locally.  When listing all that's
new, e.g.
    ./get_iplayer --future --since 2
I find it useful to see those that are already marked for PVR download,
perhaps because I've already done more specific searches and added them.
This lets me skim the larger list for anything else without worrying
I've missed adding those earlier ones.

It's a local bodge, and may not work for all cases, but seems OK here.
Before list_entry() I have a
    my($pvrpids);
that is initialised once in the function by
    if (!$main::pvrpids) {
        $pvr->load_list();
        $pvrpids = {map {$_->{pid}, 0} values %$pvr};
    }
and then the colon after the programme number changes for matches:
    my $colon = ':';
    exists $pvrpids->{$prog->{pid}} and $colon = '=';
This makes it easy to search for or highlight those lines.

I've not given a patch as I don't think it's worthy, I don't understand
all of get_iplayer in making it.  But I still gave snippets of code as
it's the easiest way of explaining.  :-)

Cheers, Ralph.


From robertemmee02 at outlook.fr  Mon May  4 13:58:02 2015
From: robertemmee02 at outlook.fr (Mr. Michael Uba)
Date: Tue, 05 May 2015 00:58:02 +0400
Subject: CONTACT QUICK EXPRESS COURIER OFFICE.
Message-ID: <201505042058.t44K1kbk018547@kremail.lf2.cuni.cz>

CONTACT QUICK EXPRESS COURIER OFFICE. 

  
I have deposited your ATM Debit Card with the (QECD) delivery service . All you have to do is to contact them at:- (quickexpresscourier at vmail.me) they will give you direction on how your ATM card will be delivered to you. 

  
My agreement with them is to withdraw $5,000 USD daily until the whole of $1.5 USD is completed. I have paid them their delivery charges & insurance coverage fee. 
  

The only fee you will send to them before the delivery is $175 USD for security and paper works only. Also forward your full details to them for confirmation, here is your registration code. QU254522 please, send this code to them to enable them know your parcel. 

  
Thank you. 

  
Mr. Michael Uba


From nick.payne at internode.on.net  Thu May  7 19:58:56 2015
From: nick.payne at internode.on.net (Nick Payne)
Date: Fri, 08 May 2015 12:58:56 +1000
Subject: Large downloads slowing/stopping as they progress
Message-ID: <554C2670.90809@internode.on.net>

I've been downloading parts of the World Snooker Championship coverage. 
Some of the files are quite large - four hours long and over 4Gb if 
downloaded as HD. I've noticed (this happens with 2.92 on both Linux and 
Windows) that as the downloads progress they get slower and slower, and 
quite a number of the downloads of 120 minutes or more eventually come 
to a complete halt, without any error message being displayed. If I stop 
the download at that point and start it again it won't resume 
successfully (loops continually with the message "Command exit code 1 
(raw code = 256)" and I have to start it again from the beginning.

I've found the best way to download these large files is to run the 
downloads in a Linux VM and periodically reboot the VM when the download 
slows but while it is still progressing. When the VM has finished 
rebooting I restart the download and it successfully resumes at normal 
speed from the point at which it was when the VM was rebooted.

I don't experience these problems with the usual 30min / 1hr programs 
that I download.

Nick


From web at audiomisc.co.uk  Fri May  8 01:06:20 2015
From: web at audiomisc.co.uk (Jim web)
Date: Fri, 08 May 2015 09:06:20 +0100
Subject: Large downloads slowing/stopping as they progress
In-Reply-To: <554C2670.90809@internode.on.net>
References: <554C2670.90809@internode.on.net>
Message-ID: <54c0749291web@audiomisc.co.uk>

In article <554C2670.90809 at internode.on.net>, Nick Payne
<nick.payne at internode.on.net> wrote:
> I've been downloading parts of the World Snooker Championship coverage.
> Some of the files are quite large - four hours long and over 4Gb if
> downloaded as HD. I've noticed (this happens with 2.92 on both Linux and
> Windows) that as the downloads progress they get slower and slower, and
> quite a number of the downloads of 120 minutes or more eventually come
> to a complete halt, without any error message being displayed. If I stop
> the download at that point and start it again it won't resume
> successfully (loops continually with the message "Command exit code 1
> (raw code = 256)" and I have to start it again from the beginning.


FWIW I also was trying to get just the last part of the 'final evening'
programme of the snooker. Was using --start 02:00:00 to avoid having to
fetch a file for a program that was over 4 hours in total.

I got similar problems to the ones you report. The fetching would stall.

We'd also tried watching the programme using FireFox + Flash plugin. This
*also* failed to work correctly. Every few mins of replay it would abruptly
hop back to the start screen for the program and we had to start playing
again and shift to where it had stopped... only for it to happen again a
few mins later.

Made me suspect that either the program files, etc, were flawed in some
way, or perhaps the demand was high enough to disrupt access. That said my
attempts to fetch using get_iplayer were before 9am to dodge my
connection's 'cap'.

I also had a similar problem yesterday (again before 9am) when trying to
fetch the program on BBC4 about 'The man who discovered Egypt' (or some
similar title). However I tried again this morning and it worked fine this
time.

All of which also made me wonder if there is some other form of 'cap' in
the path that limits how much you can get during, say, a 24hr period.
However I have no real idea why the problems occurred.

> I don't experience these problems with the usual 30min / 1hr programs
> that I download.

Nor have I had problems with some of the few films that are available or
the 2 hour 'canal boat trip' .

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From web at audiomisc.co.uk  Sat May  9 02:02:59 2015
From: web at audiomisc.co.uk (Jim web)
Date: Sat, 09 May 2015 10:02:59 +0100
Subject: Large downloads slowing/stopping as they progress
In-Reply-To: <54c0749291web@audiomisc.co.uk>
References: <554C2670.90809@internode.on.net> <54c0749291web@audiomisc.co.uk>
Message-ID: <54c0fd9836web@audiomisc.co.uk>

In article <54c0749291web at audiomisc.co.uk>, Jim web
<web at audiomisc.co.uk>
wrote:
> In article <554C2670.90809 at internode.on.net>, Nick Payne
> <nick.payne at internode.on.net> wrote:
> > I've been downloading parts of the World Snooker Championship
> > coverage. Some of the files are quite large - four hours long and over
> > 4Gb if downloaded as HD. I've noticed (this happens with 2.92 on both
> > Linux and Windows) that as the downloads progress they get slower and
> > slower, and quite a number of the downloads of 120 minutes or more
> > eventually come to a complete halt, without any error message being
> > displayed. If I stop the download at that point and start it again it
> > won't resume successfully (loops continually with the message "Command
> > exit code 1 (raw code = 256)" and I have to start it again from the
> > beginning.


> FWIW I also was trying to get just the last part of the 'final evening'
> programme of the snooker. Was using --start 02:00:00 to avoid having to
> fetch a file for a program that was over 4 hours in total.

I tried again as an experiment this morning. This time with a start at
2:45:00 as the previous try had provided me with the section from 2h to
about 3h. The program was (apparently) about 4h15m long so this should have
got me a file about 1h30m long.

I left this running in a xterminal window as I did something else. When I
checked some time later I was getting a looping error

File contains neither video or audio exit code 1 (raw code = 256)

So I did a ctrl-C and shut the terminal, then looked at the resulting flv.

As came, it will play with VLC, but as with earlier results, showed the
wrong duration and would crash out if I tried to jump to a later section
whilst playing. I guess this may be the norm for the raw flv's?

So (as before) I ran the flv though ffmpeg with codec copies into an mp4.

This says it is 1h18m long, and plays OK, inc being able to jump to a
different point in VLC. Seems to cover up to the end result. It seems
slightly shorter than I'd expected but has what is required.

Makes me continue to think there is something odd about this programme file
which confuses gip. One curious point is that both the earlier attempt and
this one gave a file whose playable duration was about 1h18m, but from
different start points. Maybe a coincidence?

Other programme files I've fetched recently seemed fine.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From roger at firedrake.org  Sat May  9 02:30:05 2015
From: roger at firedrake.org (Roger Bell_West)
Date: Sat, 9 May 2015 10:30:05 +0100
Subject: Large downloads slowing/stopping as they progress
In-Reply-To: <54c0fd9836web@audiomisc.co.uk>
References: <554C2670.90809@internode.on.net> <54c0749291web@audiomisc.co.uk>
 <54c0fd9836web@audiomisc.co.uk>
Message-ID: <20150509093005.GA22788@firedrake.org>

On Sat, May 09, 2015 at 10:02:59AM +0100, Jim web wrote:
>As came, it will play with VLC, but as with earlier results, showed the
>wrong duration and would crash out if I tried to jump to a later section
>whilst playing. I guess this may be the norm for the raw flv's?

In my experience of playing video files (I haven't tried this
particular one), that's a sign of a file that's been truncated. (The
header gives the duration it was expected to have, but some of the
data are missing.) The remux that you did rebuilds the header data
from the actual file content.

R


From peter.kirk at isauk.biz  Sat May  9 15:50:27 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Sat, 09 May 2015 23:50:27 +0100
Subject: Live download problem - fails - error
Message-ID: <554E9D43.992.4D2C244@peter.kirk.isauk.biz>

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

Any suggestions for downloading Live stream to file?

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

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

INFO Trying to stream pid using type livetv
INFO: pid found in cache
Matches:
80003:  BBC One - live

INFO: 1 Matching Programmes
ERROR: Failed to get version pid metadata from iplayer site (JSON)
INFO: Checking existence of default version
INFO: No specified modes 
(flashvhigh,flashhigh,flashstd,flashnormal,flashlow) av
ailable for this programme with version 'default' (try using --modes=)
INFO: You may receive this message if you are using get_iplayer outside the 
UK
ERROR: Failed to record 'BBC One - live (bbc_one)'

get_iplayer --type=livetv "http://www.bbc.co.uk/iplayer/playlive/bbc_one"
get_iplayer v2.90, Copyright (C) 2008-2010 Phil Lewis

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

INFO: 1 Matching Programmes
ERROR: Failed to get version pid metadata from iplayer site (JSON)
INFO: Checking existence of default version
INFO: No specified modes 
(flashvhigh,flashhigh,flashstd,flashnormal,flashlow) av
ailable for this programme with version 'default' (try using --modes=)
INFO: You may receive this message if you are using get_iplayer outside the 
UK
ERROR: Failed to record 'BBC One - live (bbc_one)'

get_iplayer --type=livetv --modes=flashvhigh 
"http://www.bbc.co.uk/iplayer/playlive/bbc_one"
get_iplayer v2.90, Copyright (C) 2008-2010 Phil Lewis

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

INFO: 1 Matching Programmes
ERROR: Failed to get version pid metadata from iplayer site (JSON)
INFO: Checking existence of default version
INFO: No specified modes (flashvhigh) available for this programme with 
version
'default' (try using --modes=)
INFO: You may receive this message if you are using get_iplayer outside the 
UK
ERROR: Failed to record 'BBC One - live (bbc_one)'



From mtbc at ixod.org  Sun May 10 01:54:33 2015
From: mtbc at ixod.org (Mark Carroll)
Date: Sun, 10 May 2015 09:54:33 +0100
Subject: Live download problem - fails - error
In-Reply-To: <554E9D43.992.4D2C244@peter.kirk.isauk.biz> (Peter S. Kirk's
 message of "Sat, 09 May 2015 23:50:27 +0100")
References: <554E9D43.992.4D2C244@peter.kirk.isauk.biz>
Message-ID: <87a8xczuba.fsf@ixod.org>

"Peter S Kirk" <peter.kirk at isauk.biz> writes:

> I have tried a few options - logs below - all failed.
>
> Any suggestions for downloading Live stream to file?
>
> Win XP Pro SP3, rtmpdump-20140302-git-79459a2-win32
>
> get_iplayer --type=livetv --pid="bbc_one"
> get_iplayer v2.90, Copyright (C) 2008-2010 Phil Lewis

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

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

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

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

-- Mark


From peter.kirk at isauk.biz  Sun May 10 11:02:45 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Sun, 10 May 2015 19:02:45 +0100
Subject: Live download problem - fails - error
In-Reply-To: <87a8xczuba.fsf@ixod.org>
References: <554E9D43.992.4D2C244@peter.kirk.isauk.biz>,
 <87a8xczuba.fsf@ixod.org>
Message-ID: <554FAB55.27742.1291548@peter.kirk.isauk.biz>

On 10 May 2015 at 9:54, Mark Carroll Mark Carroll <mtbc at ixod.org> wrote:

> "Peter S Kirk" <peter.kirk at isauk.biz> writes:
> > Any suggestions for downloading Live stream to file?
> >
> > Win XP Pro SP3, rtmpdump-20140302-git-79459a2-win32
> >
> > get_iplayer --type=livetv --pid="bbc_one"
> > get_iplayer v2.90, Copyright (C) 2008-2010 Phil Lewis
> 
> I suspect it might help to upgrade to v2.92. On Linux, admittedly, but,
> 
> $ get_iplayer --type=livetv --pid="bbc_one"
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>   This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
>   This is free software, and you are welcome to redistribute it under certain
>   conditions; use --conditions for details.
> 
> Matches:
> 
> INFO: 1 Matching Programmes
> INFO: Checking existence of default version
> INFO: hlsvhigh1,hlsvhigh2,hlshigh1,hlshigh2,hlsstd1,hlsstd2,hlslow1,hlslow2 modes will be tried for version default
> INFO: Trying hlsvhigh1 mode to record livetv: BBC One London - -
> INFO: File name prefix = BBC_One_London__2015-05-10_09_51_34                 
> frame=   61 fps=0.0 q=31.0 size=      69kB time=00:00:02.53 bitrate=223.9kbits/
> frame=   83 fps= 80 q=24.0 size=     205kB time=00:00:03.47 bitrate=481.8kbits/
> frame=  104 fps= 67 q=22.0 size=     346kB time=00:00:04.20 bitrate=675.3kbits/
> ...
> 
> -- Mark

Mark,

Thanks, somehow I missed the upgrade from old version on that PC, all 
others had been done. Fixed and working now.

Peter



From northmedia1 at the.forthnet.gr  Sun May 10 19:19:12 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Mon, 11 May 2015 05:19:12 +0300
Subject: Large downloads slowing/stopping as they progress
In-Reply-To: <54c0fd9836web@audiomisc.co.uk>
Message-ID: <EBED2612821144E683FC05B3D03D4F4F@vasonote>

On Sat May 9 10:02:59 BST 2015, Jim web wrote:

>> Was using --start 02:00:00 to avoid having to  fetch
>> a file for a program that was over 4 hours in total.
>
> This time with a start at 2:45:00, as the previous try
> had provided me with the section from 2h to about 3h.
> ... I was getting a looping error
> File contains neither video or audio exit code 1 (raw code = 256)
>
> So I did a ctrl-C and shut the terminal, then looked at the resulting flv.
> As came, it will play with VLC, but as with earlier results, showed the
> wrong duration and would crash out if I tried to jump to a later section
> whilst playing.

 Hi Jim...
This is a known issue with "flash" modes (both TV & radio) when
one attempts partial recordings of a programme by using either
--start, --stop or both; please read issue #137of the GitHub
issue tracker at:
https://github.com/get-iplayer/get_iplayer/issues/137

It is down to rtmpdump; the resulting FLV file has wrong metadata
(headers) written to it when --start is used... Better avoid --start
then with flashmodes... You should better try the HLS modes
instead (flashvhigh -> hlsvhigh - NB: No hlshd mode with GiP 2.92)!
Do note that the HLS modes use ffmpeg (not rtmpdump) and
take (much) longer to fetch...
I am not permitted to access TV files, but with the command:

perl get_iplayer-292.pl --type=radio --pid=b05tks7z --modes=hlsaac --start 
3600 --stop 7200 --force --tag-podcast-radio

I got me a perfectly playing recording of the "middle" hour of a 3hr long 
radio show...

NOTE TO DINKYPUMPKIN:
The help file for 2.92+ needs to be amended to reflect
that --start & --stop could be applied for HLS;
currently, under "Recording Options" both switches
are marked as "rtmp and realaudio only".

> I guess this may be the norm for the raw flv's?

Raw FLVs play fine with any decent software player
when they are the result of a complete (full) download
of an on-demand file; when --start (other than 0) was
employed, expect problems with seeking/incorrect
duration reported etc.
If for some reason you want to stick to that "partial"
FLV, there are ways to fix the bad metadata injected
by rtmpdump - if your system has PHP installed (I
know many Linux flavours have - also MacOS),
excellent results have been reported by using KSV's
(a Russian developer) FlvFixer.php script:

https://github.com/K-S-V/Scripts/raw/master/FlvFixer.php

Then simply run:

php FlvFixer.php --in problem.flv --out fixed.flv --nometa

Else, as you've already found and Roger correctly pointed out,
a lossless change of container (remux) will create a trouble-free
(hopefully) new file; personally I choose to extract both video &
audio elementary streams with FLVExtract and then mux to MP4
via MP4Box, but this is just me...

Regards,
Vangelis. 



From jed.robbins at virginmedia.com  Wed May 13 01:27:37 2015
From: jed.robbins at virginmedia.com (Jed Robbins)
Date: Wed, 13 May 2015 09:27:37 +0100
Subject: Downloads hanging
Message-ID: <55530AF9.6000206@virginmedia.com>

In the last few weeks my downloads have stopped working. Get_iplayer 
seems to connect but then nothing happens i.e.

get_iplayer --get --type=radio --pid b05tl3jk
get_iplayer 2.92-ppa22, 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 radio
INFO: pid found in cache
Matches:
10895:    Costing the Earth - The Ozone Hole Thirty Years On, BBC Radio 4,

INFO: 1 Matching Programmes
INFO: Using 'original' version (b05tkzp0) as 'default'
INFO: Checking existence of default version
INFO: flashaacstd1,flashaacstd2,flashaaclow1,flashaaclow2 modes will be 
tried for version default
INFO: Trying flashaacstd1 mode to record radio: Costing the Earth - The 
Ozone Hole Thirty Years On
INFO: File name prefix = 
Costing_the_Earth_-_The_Ozone_Hole_Thirty_Years_On_b05tl3jk_default 

RTMPDump v2.4-n87-gita9f353c-ppa8~saucy
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...

This happens for tv and radio and on both linux and windows.

Has anyone else experienced the same issue? Is there a solution?


Jed


From soulman1949 at googlemail.com  Wed May 13 04:17:52 2015
From: soulman1949 at googlemail.com (Alan Milewczyk)
Date: Wed, 13 May 2015 12:17:52 +0100
Subject: Downloads hanging
In-Reply-To: <55530AF9.6000206@virginmedia.com>
References: <55530AF9.6000206@virginmedia.com>
Message-ID: <555332E0.8050606@googlemail.com>

On 13/05/2015 09:27, Jed Robbins wrote:
> In the last few weeks my downloads have stopped working. Get_iplayer 
> seems to connect but then nothing happens i.e.
>
> get_iplayer --get --type=radio --pid b05tl3jk
> get_iplayer 2.92-ppa22, 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 radio
> INFO: pid found in cache
> Matches:
> 10895:    Costing the Earth - The Ozone Hole Thirty Years On, BBC 
> Radio 4,
>
>
=========<snip>==============
> This happens for tv and radio and on both linux and windows.
>
> Has anyone else experienced the same issue? Is there a solution?
>

I don't know what get_iplayer 2.92-ppa22 is, but I'm using gip v2.92 
Win7x64. I've not had any problems whatsoever and I downloaded the above 
programme yesterday evening without difficulties.

Alan


From alan at soulman1949.com  Wed May 13 04:18:56 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Wed, 13 May 2015 12:18:56 +0100
Subject: Downloads hanging
In-Reply-To: <555332E0.8050606@googlemail.com>
References: <555332E0.8050606@googlemail.com>
Message-ID: <55533320.8020700@soulman1949.com>


On 13/05/2015 09:27, Jed Robbins wrote:
> In the last few weeks my downloads have stopped working. Get_iplayer
> seems to connect but then nothing happens i.e.
>
> get_iplayer --get --type=radio --pid b05tl3jk
> get_iplayer 2.92-ppa22, 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 radio
> INFO: pid found in cache
> Matches:
> 10895:    Costing the Earth - The Ozone Hole Thirty Years On, BBC
> Radio 4,
>
>
=========<snip>==============
> This happens for tv and radio and on both linux and windows.
>
> Has anyone else experienced the same issue? Is there a solution?
>

I don't know what get_iplayer 2.92-ppa22 is, but I'm using gip v2.92
Win7x64. I've not had any problems whatsoever and I downloaded the above
programme yesterday evening without difficulties.

Alan





From nick.payne at internode.on.net  Wed May 13 06:00:29 2015
From: nick.payne at internode.on.net (Nick Payne)
Date: Wed, 13 May 2015 23:00:29 +1000
Subject: Downloads hanging
In-Reply-To: <555332E0.8050606@googlemail.com>
References: <55530AF9.6000206@virginmedia.com>
 <555332E0.8050606@googlemail.com>
Message-ID: <55534AED.3010208@internode.on.net>

On 13/05/2015 21:17, Alan Milewczyk wrote:
> On 13/05/2015 09:27, Jed Robbins wrote:
>> In the last few weeks my downloads have stopped working. Get_iplayer 
>> seems to connect but then nothing happens i.e.
>>
>> get_iplayer --get --type=radio --pid b05tl3jk
>> get_iplayer 2.92-ppa22, Copyright (C) 2008-2010 Phil Lewis
>>
> =========<snip>==============
>> This happens for tv and radio and on both linux and windows.
>>
>> Has anyone else experienced the same issue? Is there a solution?
>>
>
> I don't know what get_iplayer 2.92-ppa22 is, but I'm using gip v2.92 
> Win7x64. I've not had any problems whatsoever and I downloaded the 
> above programme yesterday evening without difficulties.

ppa22 is from the PPA for Ubuntu Linux and derivatives: 
https://launchpad.net/~jon-hedgerows/+archive/ubuntu/get-iplayer


From jon at hedgerows.org.uk  Wed May 13 06:34:00 2015
From: jon at hedgerows.org.uk (Jon Davies)
Date: Wed, 13 May 2015 14:34:00 +0100
Subject: Downloads hanging
In-Reply-To: <55530AF9.6000206@virginmedia.com>
References: <55530AF9.6000206@virginmedia.com>
Message-ID: <CAJEH5C21T6uS-Sp5MvtnKWg+8bAPonH35bZZVTVjKjtCeRB-bQ@mail.gmail.com>

On 13 May 2015 at 09:27, Jed Robbins <jed.robbins at virginmedia.com> wrote:
>
> In the last few weeks my downloads have stopped working. Get_iplayer seems to connect but then nothing happens i.e.
> [snip]
>>
> This happens for tv and radio and on both linux and windows.
>
> Has anyone else experienced the same issue? Is there a solution?

People have had problems in the past connecting to particular servers
from particular networks.

You could try something like this:
  $ get_iplayer --get --type=radio --pid b05tl3jk --mode flashaacstd2

which would force get-iplayer to use the second content delivery
server it finds (rather than the first, which appears to be getting
stuck for you).

Jon


From northmedia1 at the.forthnet.gr  Wed May 13 08:06:04 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Wed, 13 May 2015 18:06:04 +0300
Subject: Downloads hanging
In-Reply-To: <55530AF9.6000206@virginmedia.com>
Message-ID: <D837118CAD4E454CBB51ED26D3CD1156@vasonote>

On Wed May 13 09:27:37 BST 2015, Jed Robbins wrote:

> In the last few weeks my downloads have stopped working.
> Get_iplayer seems to connect but then nothing happens i.e.
> ...
> get_iplayer 2.92-ppa22,
> ...
> RTMPDump v2.4-n87-gita9f353c-ppa8~saucy
> (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
> Connecting ...
>
> This happens for tv and radio
> and on both linux and windows.

Hello Jed :-)
Win32 user here, so can't offer much help
with regards to your Linux(-ish) installation,
but since your issue is not OS specific,
I would hazard a guess that something's
gone awry recently in your network settings...
Have you changed anything in your modem/router?
Are you behind a hardware/software firewall?
Maybe using a VPN?
Internet Security software mis-configured?

Is your Windows GiP also the latest, i.e. 2.92?
If yes, please try a download (e.g. radio) command
asking for a flashmode and add the --verbose
(or even ----debug) switch; then focus (and maybe post)
on that part of the log where rtmpdump
attempts to connect...
Default rtmpport is 1935, so it must be open
in your network.
Open in a browser this URL:
http://www.therealtimeweb.com/index.cfm/2004/10/2/fms-port-tester
If port 1935 does not pass the test,
and 443/80 do, then repeat the GiP
command by adding --rtmpport 443 (or 80).

As far as Jon Davies' suggestion goes,
in 2.92 there's a new option that allows
for a more precise way of connecting to a
particular CDN:
--exclude-supplier
In the UK, the default CDN is usually Akamai;
If your issue is, as suggested, caused
by the inability of rtmpdump to connect to a
specific CDN (you first have to explore the
rtmpports matter, then use your verbose log to
identify the problematic CDN), you can add

--exclude-supplier akamai

and let GiP try an alternate CDN, like Limelight.

It appears, from what you posted, that GiP
does have HTTP access; in theory, the HLS
modes (streamed over HTTP) should work;
please try:

get_iplayer --type=radio --pid b05tl3jk --modes=hlsaac  --force

(requires ffmpeg/avconv installed).
This fetches hlsaacstd1 version from a UK IP
(trying to fetch the hlsaaclow1 version from a
UK or overseas IP - the default here - returns a

[http @ 0411cdc0] HTTP error 404 Not Found
[hls,applehttp @ 040f5360] Failed to open segment of playlist 0
... Server returned 404 Not Found

Probably a beeb issue...)

Until you figure out the rtmpdump connection failures,
hlsmodes SHOULD  provide an interim solution;
they take much longer to complete though
and no HD for TV...

HTH,
Vangelis. 



From jed.robbins at virginmedia.com  Wed May 13 10:44:50 2015
From: jed.robbins at virginmedia.com (Jed Robbins)
Date: Wed, 13 May 2015 18:44:50 +0100
Subject: Downloads hanging
In-Reply-To: <D837118CAD4E454CBB51ED26D3CD1156@vasonote>
References: <D837118CAD4E454CBB51ED26D3CD1156@vasonote>
Message-ID: <55538D92.1080802@virginmedia.com>

Brilliant! Thanks all for the hints and information. Port 443 works like 
a dream for rtmpdump and I've tracked down the port 1935 issues to the 
built in firewall in the Virginmedia cable modem here.

Jed

On 13/05/15 16:06, Vangelis forthnet wrote:
> --rtmpport 443


From nick.payne at internode.on.net  Wed May 13 14:55:35 2015
From: nick.payne at internode.on.net (Nick Payne)
Date: Thu, 14 May 2015 07:55:35 +1000
Subject: Downloads hanging
In-Reply-To: <D837118CAD4E454CBB51ED26D3CD1156@vasonote>
References: <D837118CAD4E454CBB51ED26D3CD1156@vasonote>
Message-ID: <5553C857.8040503@internode.on.net>

On 14/05/2015 01:06, Vangelis forthnet wrote:
> On Wed May 13 09:27:37 BST 2015, Jed Robbins wrote:
>
>> In the last few weeks my downloads have stopped working.
>> Get_iplayer seems to connect but then nothing happens i.e.
>> ...
>> get_iplayer 2.92-ppa22,
>> ...
>> RTMPDump v2.4-n87-gita9f353c-ppa8~saucy
>> (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; 
>> license: GPL
>> Connecting ...
>>
>> This happens for tv and radio
>> and on both linux and windows.
>
> Hello Jed :-)
> Win32 user here, so can't offer much help
> with regards to your Linux(-ish) installation,
> but since your issue is not OS specific,
> I would hazard a guess that something's
> gone awry recently in your network settings...
> Have you changed anything in your modem/router?
> Are you behind a hardware/software firewall?
> Maybe using a VPN?
> Internet Security software mis-configured?
>
> Is your Windows GiP also the latest, i.e. 2.92?
> If yes, please try a download (e.g. radio) command
> asking for a flashmode and add the --verbose
> (or even ----debug) switch; then focus (and maybe post)
> on that part of the log where rtmpdump
> attempts to connect...
> Default rtmpport is 1935, so it must be open
> in your network.
> Open in a browser this URL:
> http://www.therealtimeweb.com/index.cfm/2004/10/2/fms-port-tester
> If port 1935 does not pass the test,
> and 443/80 do, then repeat the GiP
> command by adding --rtmpport 443 (or 80).
>
> As far as Jon Davies' suggestion goes,
> in 2.92 there's a new option that allows
> for a more precise way of connecting to a
> particular CDN:
> --exclude-supplier
> In the UK, the default CDN is usually Akamai;
> If your issue is, as suggested, caused
> by the inability of rtmpdump to connect to a
> specific CDN (you first have to explore the
> rtmpports matter, then use your verbose log to
> identify the problematic CDN), you can add
>
> --exclude-supplier akamai
>
> and let GiP try an alternate CDN, like Limelight.

I've found when downloading TV programs - don't know why it happens - 
that if I use --tvmode=best, which virtually always defaults to 
flashhd1, that my downloads will chug along at about 1.5Mbit/sec. If 
instead I use --tvmode=flashhd2, the downloads will run at pretty much 
my full connection speed of just under 15Mbit/sec.

This happens on both Linux and Windows with GiP 2.92.

Nick


From northmedia1 at the.forthnet.gr  Wed May 13 16:03:56 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Thu, 14 May 2015 02:03:56 +0300
Subject: Downloads hanging
In-Reply-To: <5553C857.8040503@internode.on.net>
Message-ID: <425AFC4B6C1146F0A74DDB681E36A0AC@vasonote>

On Wed May 13 2255:35 BST 2015, Nick Payne wrote:

> which virtually always defaults to flashhd1, 
> that my downloads will chug along at about 1.5Mbit/sec.
> If instead I use --tvmode=flashhd2, 
> the downloads will run at pretty much my full 
> connection speed of just under 15Mbit/sec.

Hi Nick

 There's probably a logical explanation for that.
 
 As already said, the Akamai CDN (geo-blocked at FMS 
level for non-UK IPs) is the default CDN for 
all UK IPs accessing iPlayer TV content; this includes 
access from all RTMP-served devices and, 
of course, GiP users. 
 More often than not, flashhd1=Ak CDN.
However, the Akamai CDN is also used by default to serve 
the lower quality variants too (flashvhigh, flashhigh etc.), 
not only HD, so the bandwidth demands on the servers 
are significantly high. 
 For SD content, the alternate RTMP CDN is Limelight; 
this is NOT the default CDN in the UK; I do not know 
the intricacies of the iPlayer infrastructure that are 
responsible for bandwidth management between CDNs; 
I suspect there's a mechanism that shifts traffic from the 
default CDN (Akamai) to the contingent CDN (Limelight), 
when the first is overloaded... 
 I bet if you did a speed comparison between 
flashhigh1 (Ak) and flashhigh2 (Ll), you'd also find 
that the latter downloads at greater speeds...
 
 On the other hand, flashhd2 corresponds (usually) 
to the Level3 CDN - this is a dedicated HD-only CDN 
that hosts and serves only the 720p flavour of 
TV files - in normal traffic circumstances, when Akamai 
serves HD adequately, there's little bandwidth pressure 
on the back-up Level3 CDN. When asking - through 
GiP - specifically for the L3 hosted file, you'll be among 
few users on that server, so it can afford to "send" you 
the file at increased speeds... 
 While the above logic may not completely explain the 
almost tenfold speed increase (compared to Ak), 
you could also be exceptionally lucky in being 
very closely located to a Level3 CDN node...
 Enjoy your high speeds!

Cheers, 
Vangelis.


From chrisjbrady at gmail.com  Thu May 14 14:24:05 2015
From: chrisjbrady at gmail.com (CJB)
Date: Thu, 14 May 2015 22:24:05 +0100
Subject: BBC Global iPlayer to close in June
Message-ID: <CAPZzCnOrXGpbOs4s1pAFv3Qs03H3ZoWqandPDwb2uDMjUFUAFg@mail.gmail.com>

The BBC has confirmed the "global" version of its iPlayer on-demand
service will close next month.

The corporation had charged users subscription fees to watch
programmes via the app in Western Europe, Australia and Canada.

However, it never came to the US.

http://www.bbc.co.uk/news/technology-32718259


From chrisjbrady at gmail.com  Thu May 14 14:30:03 2015
From: chrisjbrady at gmail.com (CJB)
Date: Thu, 14 May 2015 22:30:03 +0100
Subject: iPlayer Still Truncating Radio Progs.
Message-ID: <CAPZzCnN2pn=WWWvOBOE+SFccMXi04g-eGDjPCkG=z4p7j9-kFg@mail.gmail.com>

Damn damn damn - the Beeb still hasn't got its timings right.

Just recently the Navy Lark endings have been truncated at the end.
And many other programmes are close to being so.

The files used to be 35 mins for half hour shows - this includes the
finishes and starts of adjacent programmes.

Now the 'listen-again' files are 30 mins and some even 28 mins. The
truncations are usually at the ends.

CJB.


From tony at tqvideo.co.uk  Thu May 14 14:36:01 2015
From: tony at tqvideo.co.uk (TQ)
Date: Thu, 14 May 2015 22:36:01 +0100 (BST)
Subject: iPlayer Still Truncating Radio Progs.
In-Reply-To: <CAPZzCnN2pn=WWWvOBOE+SFccMXi04g-eGDjPCkG=z4p7j9-kFg@mail.gmail.com>
References: <CAPZzCnN2pn=WWWvOBOE+SFccMXi04g-eGDjPCkG=z4p7j9-kFg@mail.gmail.com>
Message-ID: <2008988709.135984.1431639361873.JavaMail.open-xchange@oxbsltgw13.schlund.de>



> On 14 May 2015 at 22:30 CJB <chrisjbrady at gmail.com> wrote:
> 
> 
> Damn damn damn - the Beeb still hasn't got its timings right.
> 
> Just recently the Navy Lark endings have been truncated at the end.
> And many other programmes are close to being so.
> 
> The files used to be 35 mins for half hour shows - this includes the
> finishes and starts of adjacent programmes.
> 
> Now the 'listen-again' files are 30 mins and some even 28 mins. The
> truncations are usually at the ends.

I've had a few like that recently, If I refetch 24 hours later, the
programme recording has usually been replaced with a complete version
(although often at a lower level that the original(


From peter.kirk at isauk.biz  Thu May 14 15:19:30 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Thu, 14 May 2015 23:19:30 +0100
Subject: BBC Global iPlayer to close in June
In-Reply-To: <CAPZzCnOrXGpbOs4s1pAFv3Qs03H3ZoWqandPDwb2uDMjUFUAFg@mail.gmail.com>
References: <CAPZzCnOrXGpbOs4s1pAFv3Qs03H3ZoWqandPDwb2uDMjUFUAFg@mail.gmail.com>
Message-ID: <55552D82.14016.E61C14@peter.kirk.isauk.biz>

On 14 May 2015 at 22:24, CJB CJB <chrisjbrady at gmail.com> wrote:

> The BBC has confirmed the "global" version of its iPlayer on-demand
> service will close next month.
> 
> The corporation had charged users subscription fees to watch
> programmes via the app in Western Europe, Australia and Canada.
> 
> However, it never came to the US.
> 
> http://www.bbc.co.uk/news/technology-32718259

Must have been very few subscriptions if a low-cost money spinner was not 
profitable.

Oops, forgot, it is BBC = public sector so no doubt massively over staffed 
and all on unjustifiably high remuneration packages with frequent overseas 
research and training holidays in 5 start resorts.

[quote]Users have been notified of the switch-off, and auto-renewing 
subscriptions are being cancelled.[/quote]

BBC deserves credit for that honest approach. Something Sky, Talk-Talk/AOL, 
Vermin Media and others should emulate.



From peter.kirk at isauk.biz  Thu May 14 15:22:29 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Thu, 14 May 2015 23:22:29 +0100
Subject: iPlayer Still Truncating Radio Progs.
In-Reply-To: <2008988709.135984.1431639361873.JavaMail.open-xchange@oxbsltgw13.schlund.de>
References: <CAPZzCnN2pn=WWWvOBOE+SFccMXi04g-eGDjPCkG=z4p7j9-kFg@mail.gmail.com>,
 <2008988709.135984.1431639361873.JavaMail.open-xchange@oxbsltgw13.schlund.de>
Message-ID: <55552E35.2295.E8D74C@peter.kirk.isauk.biz>

On 14 May 2015 at 22:36, TQ TQ <tony at tqvideo.co.uk> wrote:

> > On 14 May 2015 at 22:30 CJB <chrisjbrady at gmail.com> wrote:
> > 
> > 
> > Damn damn damn - the Beeb still hasn't got its timings right.
> > 
> > Just recently the Navy Lark endings have been truncated at the end.
> > And many other programmes are close to being so.
> > 
> > The files used to be 35 mins for half hour shows - this includes the
> > finishes and starts of adjacent programmes.
> > 
> > Now the 'listen-again' files are 30 mins and some even 28 mins. The
> > truncations are usually at the ends.
> 
> I've had a few like that recently, If I refetch 24 hours later, the
> programme recording has usually been replaced with a complete version
> (although often at a lower level that the original(

Same, complaint to BBC iplayer submitted. Suggest you all do too.



From northmedia1 at the.forthnet.gr  Thu May 14 15:23:51 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Fri, 15 May 2015 01:23:51 +0300
Subject: BBC Global iPlayer to close in June
In-Reply-To: <CAPZzCnOrXGpbOs4s1pAFv3Qs03H3ZoWqandPDwb2uDMjUFUAFg@mail.gmail.com>
Message-ID: <01C58B349A1E44E4B84FF7C85C4F5DB1@vasonote>

On Thu May 14 22:24:05 BST 2015, CJB wrote:

> The BBC has confirmed the "global" version of its iPlayer
> on-demand service will close next month.

 Err...obviously this bears little relevance to get-iplayer,
but if I am allowed to continue on this OT trend, I find
substantially more important the following article:

"EU wants iPlayer access extended across Europe"

http://www.bbc.co.uk/news/technology-32607246

[quote]
 EU officials want the public to be able to continue using catch-up 
services, such as the BBC's iPlayer and Sky's Now TV, as they travel across 
Europe. The proposal is part of a wider-ranging European Commission 
initiative for a "digital single market". The measure affecting internet 
catch-up services would become possible thanks to a pledge to reduce the 
differences between national copyright laws.
"The Commission wants to ensure that users who buy films, music or articles 
at home can also enjoy them while travelling across Europe," it said in a 
statement. "The Commission will also look at the role of online 
intermediaries in relation to copyright-protected works. "[And there will 
be] a review of the Satellite and Cable Directive to assess if its scope 
needs to be enlarged to broadcasters' online transmissions and to explore 
how to boost cross-border access to broadcasters' services in Europe," the 
Commission added.
 The BBC confirmed it would look into the possibility of easing its iPlayer 
restrictions. "We note the Commission's interest in making services more 
portable to UK users while temporarily travelling in Europe, and will begin 
work to look at the technical and legislative implications," said a 
spokesman.

[/quote]

 If I'm reading this right, it would only impact
(when implemented sometime in the... distant future!)
UK citizens when being outside the UK but inside the EU
- because the article's title is somewhat misleading at first,
implying that all EU citizens could watch iPlayer TV content...
But until that new initiative goes into force,
the UK may have well stepped out from the EU already...

Cheers,
V. 



From nick.payne at internode.on.net  Fri May 15 03:30:52 2015
From: nick.payne at internode.on.net (Nick Payne)
Date: Fri, 15 May 2015 20:30:52 +1000
Subject: Temp file remaining at end of download
Message-ID: <5555CADC.8000102@internode.on.net>

Using GiP 2.92 on Windows. Every so often, when a download completes, 
and seems to complete successfully, I find that as well as the expected 
downloaded file, there is also what appears to be a temporary file of 
almost exactly the same size in the same output folder. For instance, I 
just downloaded episode 3 of The Game, and the output folder contains 
the files:

The_Game_Episode_3_b05vnkjw.mp4 - size 1,062,517,931 bytes

and

The_Game_Episode_3_b05vnkjw-temp-22211.mp4 - size 1,062,523,965 bytes

Both files have the same timestamp, and both play right through to the 
end without any problem. I just delete the version with temp in the 
filename, but any ideas on why this happens?

Nick


From alan at soulman1949.com  Fri May 15 16:19:50 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Sat, 16 May 2015 00:19:50 +0100
Subject: Red Button
Message-ID: <55567F16.7060103@soulman1949.com>

Is there a way of downloading from Red Button transmissions? I was 
looking to download "Radio 2 in concert" (featuring Paul Weller), 
simulcast on Radio 2 and the Red Button on Thursday evening at 20:00.

Thanks


Alan


From don at grunbaum.co.uk  Sat May 16 03:36:59 2015
From: don at grunbaum.co.uk (Don Grunbaum)
Date: Sat, 16 May 2015 11:36:59 +0100
Subject: Red Button
References: <55567F16.7060103@soulman1949.com>
Message-ID: <C0C8DAB22F2B4D03A167C4EF3D9825E4@Fairstead09>


----- Original Message ----- 
From: "Alan Milewczyk" <alan at soulman1949.com>
To: "get_iplayer" <get_iplayer at lists.infradead.org>
Sent: Saturday, May 16, 2015 12:19 AM
Subject: Red Button


> Is there a way of downloading from Red Button transmissions? I was 
> looking to download "Radio 2 in concert" (featuring Paul Weller), 
> simulcast on Radio 2 and the Red Button on Thursday evening at 
> 20:00.
>
> Thanks
>
>
> Alan

If the programme is on iPlayer with a PID, downloading should be 
simple. I have done so for similar programmes in the past.

Don 



From tellyaddict21 at gmx.co.uk  Sat May 16 03:53:02 2015
From: tellyaddict21 at gmx.co.uk (tellyaddict)
Date: Sat, 16 May 2015 12:53:02 +0200
Subject: Red Button
In-Reply-To: <55567F16.7060103@soulman1949.com>
References: <55567F16.7060103@soulman1949.com>
Message-ID: <trinity-d7e784ea-dd0e-409a-a5cc-9cd7133303b6-1431773582069@3capp-mailcom-bs13>

> Is there a way of downloading from Red Button transmissions? I was 
> looking to download "Radio 2 in concert" (featuring Paul Weller), 
> simulcast on Radio 2 and the Red Button on Thursday evening at 20:00.

Hi Alan,
get_iplayer --modes=best --pid=b05vnr5z should work for you.


From alan at soulman1949.com  Sat May 16 06:46:42 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Sat, 16 May 2015 14:46:42 +0100
Subject: Red Button
In-Reply-To: <trinity-d7e784ea-dd0e-409a-a5cc-9cd7133303b6-1431773582069@3capp-mailcom-bs13>
References: <55567F16.7060103@soulman1949.com>
 <trinity-d7e784ea-dd0e-409a-a5cc-9cd7133303b6-1431773582069@3capp-mailcom-bs13>
Message-ID: <55574A42.1080107@soulman1949.com>

On 16/05/2015 11:53, tellyaddict wrote:
>> Is there a way of downloading from Red Button transmissions? I was
>> looking to download "Radio 2 in concert" (featuring Paul Weller),
>> simulcast on Radio 2 and the Red Button on Thursday evening at 20:00.
> Hi Alan,
> get_iplayer --modes=best --pid=b05vnr5z should work for you.
>
>
Brilliant, did the job. I forgot to look for the PID by searching for 
the programme on the schedule page. Thanks again.

Alan


From chrisjbrady at gmail.com  Sat May 16 09:25:35 2015
From: chrisjbrady at gmail.com (CJB)
Date: Sat, 16 May 2015 17:25:35 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
Message-ID: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>

British Library National Audit of Sound Collections

At last someone is thinking of the future - but 15 years for there to
be no hardware to play sound recordings seems a tad short ...

http://missingepisodes.proboards.com/thread/10917/british-library-national-audit-collections

Meanwhile the North West Sound Archive has been closed down and the
collection(s) dispersed.

http://www.nwsoundarchive.co.uk/default.aspx

CJB


From paulphillipsdidsbury at gmail.com  Sat May 16 10:32:22 2015
From: paulphillipsdidsbury at gmail.com (Paul Phillips)
Date: Sat, 16 May 2015 18:32:22 +0100
Subject: Web PVR Not a SCALAR reference at get_iplayer.pl line 7099
Message-ID: <CA+DzN0quFhmN6O1nj0g=vpwOq1R=j8_c2j1e2sdNZQp+yEh+3Q@mail.gmail.com>

I've started getting this error message periodically only on certain programmes.
Any ideas?
thanks


Recording The Following Programmes

http://www.bbc.co.uk/iplayer/episode/b05v29y7/talking-pictures-series-2-9-hitchcocks-leading-actors
- - (http://www.bbc.co.uk/iplayer/episode/b05v29y7/talking-pictures-series-2-9-hitchcocks-leading-actors)


INFO: Episode-only pid detected
INFO: Trying pid: b05v29y7 using type: radio
INFO: Trying to stream pid using type radio
INFO: pid not found in radio cache
Matches:

INFO: 1 Matching Programmes
Not a SCALAR reference at get_iplayer.pl line 7099.

Recording complete



-- 
Paul Phillips


From alan at soulman1949.com  Sat May 16 11:20:27 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Sat, 16 May 2015 19:20:27 +0100
Subject: Web PVR Not a SCALAR reference at get_iplayer.pl line 7099
In-Reply-To: <CA+DzN0quFhmN6O1nj0g=vpwOq1R=j8_c2j1e2sdNZQp+yEh+3Q@mail.gmail.com>
References: <CA+DzN0quFhmN6O1nj0g=vpwOq1R=j8_c2j1e2sdNZQp+yEh+3Q@mail.gmail.com>
Message-ID: <55578A6B.6020005@soulman1949.com>

On 16/05/2015 18:32, Paul Phillips wrote:
> I've started getting this error message periodically only on certain programmes.
> Any ideas?
> thanks
>
>
> Recording The Following Programmes
>
> http://www.bbc.co.uk/iplayer/episode/b05v29y7/talking-pictures-series-2-9-hitchcocks-leading-actors
> - - (http://www.bbc.co.uk/iplayer/episode/b05v29y7/talking-pictures-series-2-9-hitchcocks-leading-actors)
>
>
> INFO: Episode-only pid detected
> INFO: Trying pid: b05v29y7 using type: radio
> INFO: Trying to stream pid using type radio
> INFO: pid not found in radio cache
> Matches:
>
> INFO: 1 Matching Programmes
> Not a SCALAR reference at get_iplayer.pl line 7099.
>
> Recording complete
>
>
>
This is a TV programme but it looks as if you're trying to download it 
as a radio programme. You need to change from radio to TV in the PVR 
settings.

Alan


From northmedia1 at the.forthnet.gr  Sat May 16 18:15:03 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 17 May 2015 04:15:03 +0300
Subject: Web PVR Not a SCALAR reference at get_iplayer.pl line 7099
In-Reply-To: <CA+DzN0quFhmN6O1nj0g=vpwOq1R=j8_c2j1e2sdNZQp+yEh+3Q@mail.gmail.com>
Message-ID: <1BC2AB065DCA484A991A1752EB4743B1@vasonote>

On Sat May 16 18:32:22 BST 2015, Paul Phillips wrote:

> I've started getting this error message periodically
> only on certain programmes.
> ...
> Not a SCALAR reference at get_iplayer.pl line 7099.
>
> Recording complete
> Any ideas?

Please read:

https://squarepenguin.co.uk/forums/topic/puzzle-about-scalar-reference-when-downloading/

https://github.com/get-iplayer/get_iplayer/issues/152

Regards,
Vangelis. 



From david at cantrell.org.uk  Mon May 18 04:37:34 2015
From: david at cantrell.org.uk (David Cantrell)
Date: Mon, 18 May 2015 12:37:34 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
Message-ID: <20150518113734.GA21641@bytemark.barnyard.co.uk>

On Sat, May 16, 2015 at 05:25:35PM +0100, CJB wrote:

> British Library National Audit of Sound Collections
> 
> At last someone is thinking of the future - but 15 years for there to
> be no hardware to play sound recordings seems a tad short ...
>
> http://missingepisodes.proboards.com/thread/10917/british-library-national-audit-collections

That 15 years is referring to stuff like reel-to-reel tapes, wax
cylinders and the like - media that degrade with time, and playback
hardware that is obsolete fragile museum pieces that hardly anyone is
familiar with, and which by its very use helps to degrade the recording
medium.  The hardware will still exist, of course, but if it's fragile
and the media are likely to break when played back, they might as well
not exist for all the good they do.

And remember, most recordings are made on media that was cheap at the
time. Long-term stability over a period of decades was definitely not a
concern of the manufacturers, nor was it a concern of most of the people
making recordings. I have a small collection of recordings from the 80s
and 90s from unsigned bands, most of whom have gone nowhere. Back In The
Day they would advertise demo tapes in the classified ads in magazines
instead of just sticking everything in bandcamp or soundcloud like they
do now. For several years they just sat in a box. Then I decided that I
needed to digitise them for more convenient playback and also because I
knew that the cassette tapes they were recorded on would be slowly
decaying. So I bought a decent cassette deck, and a few modern
commercial recordings just to make sure I had everything working
properly. The commercial recordings played back OK, so I started feeding
old demo tapes in and transferring them to CD. About half of them had
very serious problems such as the tape getting tangled up, or
stretching. After a dozen or so I just gave up.

It's probable that an institution like the British Library could recover
the content from all those cassettes relatively easily, but even so, it
would be time-consuming and there are probably hundreds of thousands of
cassette recordings that are worth preserving, all of which are slowly
degrading.

-- 
David Cantrell | Minister for Arbitrary Justice

  All principles of gravity are negated by fear
                                            -- Cartoon Law IV


From web at audiomisc.co.uk  Mon May 18 09:16:03 2015
From: web at audiomisc.co.uk (Jim web)
Date: Mon, 18 May 2015 17:16:03 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <20150518113734.GA21641@bytemark.barnyard.co.uk>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
 <20150518113734.GA21641@bytemark.barnyard.co.uk>
Message-ID: <54c5c7c447web@audiomisc.co.uk>

In article <20150518113734.GA21641 at bytemark.barnyard.co.uk>, David
Cantrell <david at cantrell.org.uk> wrote:
>

> And remember, most recordings are made on media that was cheap at the
> time. Long-term stability over a period of decades was definitely not a
> concern of the manufacturers, nor was it a concern of most of the people
> making recordings.

Sadly, often true.

[snip]

>  So I bought a decent cassette deck, and a few modern
> commercial recordings just to make sure I had everything working
> properly. The commercial recordings played back OK, so I started feeding
> old demo tapes in and transferring them to CD. About half of them had
> very serious problems such as the tape getting tangled up, or
> stretching. After a dozen or so I just gave up.

You may have been unlucky. In recent years I've used a 2nd hand cassette
deck to make digital versions of many of my old cassettes. Up to now that's
worked fine for over a hundred tapes mainly made in the 1980s. (I switched
from R2R at the start of the 80s.)

That said, the tapes are Maxell, and the deck a Nak Cassette Deck 2. So the
deck may be treating the tapes more kindly than many decks.

Despite all that, though...

> It's probable that an institution like the British Library could recover
> the content from all those cassettes relatively easily, but even so, it
> would be time-consuming and there are probably hundreds of thousands of
> cassette recordings that are worth preserving, all of which are slowly
> degrading.

Yes. FWIW with R2R I did do some transfers at x2 speed if the quality of
the initial tape was poor as that speeds things up. But it still takes
time. That said, digital recording and then de-clicking LPs can be even
more of a faff! 8-/

Sorry, OT again! :-)

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From david at cantrell.org.uk  Tue May 19 04:09:15 2015
From: david at cantrell.org.uk (David Cantrell)
Date: Tue, 19 May 2015 12:09:15 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <54c5c7c447web@audiomisc.co.uk>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
 <20150518113734.GA21641@bytemark.barnyard.co.uk>
 <54c5c7c447web@audiomisc.co.uk>
Message-ID: <20150519110915.GB13701@bytemark.barnyard.co.uk>

On Mon, May 18, 2015 at 05:16:03PM +0100, Jim web wrote:
> In article <20150518113734.GA21641 at bytemark.barnyard.co.uk>, David
> Cantrell <david at cantrell.org.uk> wrote:
> >  So I bought a decent cassette deck, and a few modern
> > commercial recordings just to make sure I had everything working
> > properly. The commercial recordings played back OK, so I started feeding
> > old demo tapes in and transferring them to CD. About half of them had
> > very serious problems such as the tape getting tangled up, or
> > stretching. After a dozen or so I just gave up.
> You may have been unlucky.

Possibly.

>                            In recent years I've used a 2nd hand cassette
> deck to make digital versions of many of my old cassettes. Up to now that's
> worked fine for over a hundred tapes mainly made in the 1980s. (I switched
> from R2R at the start of the 80s.)
> 
> That said, the tapes are Maxell, and the deck a Nak Cassette Deck 2. So the
> deck may be treating the tapes more kindly than many decks.

In this case the tapes are whatever unsigned bands consisting of
impoverished students could buy in bulk. So cheap crap made out of swarf
and brown paint probably.

-- 
David Cantrell | http://www.cantrell.org.uk/david

    Human Rights left unattended may be removed,
    destroyed, or damaged by the security services.


From andy at virusplanet.demon.co.uk  Tue May 19 06:46:11 2015
From: andy at virusplanet.demon.co.uk (Andrew Fear)
Date: Tue, 19 May 2015 14:46:11 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <20150519110915.GB13701@bytemark.barnyard.co.uk>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
 <20150518113734.GA21641@bytemark.barnyard.co.uk>
 <54c5c7c447web@audiomisc.co.uk>
 <20150519110915.GB13701@bytemark.barnyard.co.uk>
Message-ID: <555B3EA3.1020201@virusplanet.demon.co.uk>

On 19/05/2015 12:09, David Cantrell wrote:
> On Mon, May 18, 2015 at 05:16:03PM +0100, Jim web wrote:
>> In article <20150518113734.GA21641 at bytemark.barnyard.co.uk>, David
>> Cantrell <david at cantrell.org.uk> wrote:
>>>   So I bought a decent cassette deck, and a few modern
>>> commercial recordings just to make sure I had everything working
>>> properly. The commercial recordings played back OK, so I started feeding
>>> old demo tapes in and transferring them to CD. About half of them had
>>> very serious problems such as the tape getting tangled up, or
>>> stretching. After a dozen or so I just gave up.
>> You may have been unlucky.
> Possibly.
>
>>                             In recent years I've used a 2nd hand cassette
>> deck to make digital versions of many of my old cassettes. Up to now that's
>> worked fine for over a hundred tapes mainly made in the 1980s. (I switched
>> from R2R at the start of the 80s.)
>>
>> That said, the tapes are Maxell, and the deck a Nak Cassette Deck 2. So the
>> deck may be treating the tapes more kindly than many decks.
> In this case the tapes are whatever unsigned bands consisting of
> impoverished students could buy in bulk. So cheap crap made out of swarf
> and brown paint probably.
>

I'd echo the comments of previous correspondent. I have some very crappy 
cassettes amongst my collection which date from the mid 1980s (some 
purchased at the rate of 4 or 5 for ?1) which played back without any 
problems when they were recently digitised having been left in the loft 
or garage for well over a decade without attention. The only 
modifications i had to make were on a few where the foam in the playing 
track above the reading head had disintegrated and required replacement. 
I used a variety of equipment, but found the most success from a late 
model Sony Walkman which benefits from having exceptional access to the 
tape running mechanism and was therefore easy to untangle on the one 
tape which did fail. Given how cheaply cassette playback hardware can be 
bought for, it is well worth experimenting.

Andy.



From web at audiomisc.co.uk  Tue May 19 05:21:46 2015
From: web at audiomisc.co.uk (Jim web)
Date: Tue, 19 May 2015 13:21:46 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <20150519110915.GB13701@bytemark.barnyard.co.uk>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
 <20150518113734.GA21641@bytemark.barnyard.co.uk>
 <54c5c7c447web@audiomisc.co.uk>
 <20150519110915.GB13701@bytemark.barnyard.co.uk>
Message-ID: <54c6362735web@audiomisc.co.uk>

In article <20150519110915.GB13701 at bytemark.barnyard.co.uk>, David
Cantrell <david at cantrell.org.uk> wrote:
> > You may have been unlucky.

> Possibly.
[snip]

> In this case the tapes are whatever unsigned bands consisting of
> impoverished students could buy in bulk. So cheap crap made out of swarf
> and brown paint probably.

Ah, yes, alas, that would probably explain it. :-/

Ideally, there should be a lesson in that for any present day musicians who
assume a 128 kbps mp3 is suitable as a 'master' recording.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From nick.payne at internode.on.net  Tue May 19 13:57:14 2015
From: nick.payne at internode.on.net (Nick Payne)
Date: Wed, 20 May 2015 06:57:14 +1000
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <20150519110915.GB13701@bytemark.barnyard.co.uk>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>
 <20150518113734.GA21641@bytemark.barnyard.co.uk>
 <54c5c7c447web@audiomisc.co.uk>
 <20150519110915.GB13701@bytemark.barnyard.co.uk>
Message-ID: <555BA3AA.6020301@internode.on.net>

On 19/05/2015 21:09, David Cantrell wrote:
> In this case the tapes are whatever unsigned bands consisting of 
> impoverished students could buy in bulk. So cheap crap made out of 
> swarf and brown paint probably. 

A friend of mine who spent a couple of decades repairing VCRs once said 
to me: "Using cheap tapes in your machine is like running a mixture of 
sandpaper and chewing gum past the heads"...


From peter.kirk at isauk.biz  Tue May 19 15:15:07 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Tue, 19 May 2015 23:15:07 +0100
Subject: [Maybe OT]British Library National Audit of Sound Collections
In-Reply-To: <555BA3AA.6020301@internode.on.net>
References: <CAPZzCnMyvRB2ShQrSLoM8201L=+JwyG09d_xiT=Q5NBHyk76PA@mail.gmail.com>,
 <20150519110915.GB13701@bytemark.barnyard.co.uk>,
 <555BA3AA.6020301@internode.on.net>
Message-ID: <555BC3FB.18238.AA67B7@peter.kirk.isauk.biz>

On 20 May 2015 at 6:57, Nick Payne wrote:

> On 19/05/2015 21:09, David Cantrell wrote:
> > In this case the tapes are whatever unsigned bands consisting of 
> > impoverished students could buy in bulk. So cheap crap made out of 
> > swarf and brown paint probably. 
> 
> A friend of mine who spent a couple of decades repairing VCRs once said 
> to me: "Using cheap tapes in your machine is like running a mixture of 
> sandpaper and chewing gum past the heads"...

I'm grateful that in my early years I developed a desire to use quality 
products for anything I considered important. Age 10 first portable cassete 
player I bought in 1972 was an ITT: Stereo record. Always bought BASF 
Chrome tapes, then later Verbatim 5.25 floppies, BASF or Sony VHS tapes etc 
and all still work.

Someone mentioned inexpensive cassete players with easy access to heads, 
transport mech etc. Car radio/cassete players fit the bill, virtually free 
from a breakers yard.





From dezza at dezzanet.co.uk  Wed May 20 12:46:24 2015
From: dezza at dezzanet.co.uk (Derek Kaye)
Date: Wed, 20 May 2015 20:46:24 +0100
Subject: Numeric Only Search
Message-ID: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>

Good evening all,
Having a bit of trouble setting up a pvr search where the term is numeric only.

I'm looking to download the BBC four programme '1864', but the best
search I can come up with is the following:

$ get_iplayer --fields title --channel 'BBC Four' --category Drama
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

Matches:
2: 1864 - Episode 1, BBC Four, Drama,Historical,War & Disaster, default
3: 1864 - Episode 2, BBC Four, Drama,Historical,War & Disaster, default

INFO: 2 Matching Programmes

As soon as I add in the search term '1864', gip thinks that I'm
wanting to use that as the programme index, and not the search term:

$ get_iplayer --fields title --channel 'BBC Four' --category Drama '1864'
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

WARNING: Unmatched programme index '1864' specified - ignoring

INFO: 0 Matching Programmes

Any suggestions please?

Thanks


From alan at soulman1949.com  Wed May 20 15:09:27 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Wed, 20 May 2015 23:09:27 +0100
Subject: Numeric Only Search
In-Reply-To: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
References: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
Message-ID: <555D0617.5000303@soulman1949.com>

On 20/05/2015 20:46, Derek Kaye wrote:
> Good evening all,
> Having a bit of trouble setting up a pvr search where the term is 
> numeric only.
>
> I'm looking to download the BBC four programme '1864', but the best
> search I can come up with is the following:
>
> $ get_iplayer --fields title --channel 'BBC Four' --category Drama
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>    This program comes with ABSOLUTELY NO WARRANTY; for details use 
> --warranty.
>    This is free software, and you are welcome to redistribute it under 
> certain
>    conditions; use --conditions for details.
>
> Matches:
> 2: 1864 - Episode 1, BBC Four, Drama,Historical,War & Disaster, default
> 3: 1864 - Episode 2, BBC Four, Drama,Historical,War & Disaster, default
>
> INFO: 2 Matching Programmes
>
> As soon as I add in the search term '1864', gip thinks that I'm
> wanting to use that as the programme index, and not the search term:
>
> $ get_iplayer --fields title --channel 'BBC Four' --category Drama '1864'
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>    This program comes with ABSOLUTELY NO WARRANTY; for details use 
> --warranty.
>    This is free software, and you are welcome to redistribute it under 
> certain
>    conditions; use --conditions for details.
>
> WARNING: Unmatched programme index '1864' specified - ignoring
>
> INFO: 0 Matching Programmes
>
> Any suggestions please?
>
I think you'll find that if you use "^1864$" instead of "1864" you'll 
get the desired result.

I use this regularly when the programme title is a short one, such as 
"Today". By putting in "^Today$" it stops other programmes with "Today" 
in the title, such as "Today in Parliament" being downloaded.

Regards

Alan


From peter.kirk at isauk.biz  Wed May 20 15:43:31 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Wed, 20 May 2015 23:43:31 +0100
Subject: Numeric Only Search
In-Reply-To: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
References: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
Message-ID: <555D1C23.24721.FA178F@peter.kirk.isauk.biz>

On 20 May 2015 at 20:46, Derek Kaye wrote:

> Good evening all,
> Having a bit of trouble setting up a pvr search where the term is numeric only.
> 
> I'm looking to download the BBC four programme '1864', but the best
> search I can come up with is the following:
> 
> $ get_iplayer --fields title --channel 'BBC Four' --category Drama
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>   This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
>   This is free software, and you are welcome to redistribute it under certain
>   conditions; use --conditions for details.
> 
> Matches:
> 2: 1864 - Episode 1, BBC Four, Drama,Historical,War & Disaster, default
> 3: 1864 - Episode 2, BBC Four, Drama,Historical,War & Disaster, default
> 
> INFO: 2 Matching Programmes
> 
> As soon as I add in the search term '1864', gip thinks that I'm
> wanting to use that as the programme index, and not the search term:
> 
> $ get_iplayer --fields title --channel 'BBC Four' --category Drama '1864'
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>   This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
>   This is free software, and you are welcome to redistribute it under certain
>   conditions; use --conditions for details.
> 
> WARNING: Unmatched programme index '1864' specified - ignoring
> 
> INFO: 0 Matching Programmes
> 
> Any suggestions please?

http://www.bbc.co.uk/iplayer/episode/b04lcwhr/1864-episode-1
PID b04lcwhr

http://www.bbc.co.uk/iplayer/episode/b04ld4nf/1864-episode-2
PID b04ld4nf



From northmedia1 at the.forthnet.gr  Wed May 20 18:35:39 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Thu, 21 May 2015 04:35:39 +0300
Subject: Numeric Only Search
In-Reply-To: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
Message-ID: <A7CDA23300A3471BBB7756A7155E1A92@vasonote>

On Wed May 20 20:46:24 BST 2015, Derek Kaye wrote:

> Having a bit of trouble setting up a pvr search
> where the term is numeric only.
> ...
> As soon as I add in the search term '1864',
> gip thinks that I'm wanting to use that as the programme
> index and not the search term

Hi - as Alan already said, use a regular expression:

https://squarepenguin.co.uk/forums/topic/cant-find-the-way-to-download-1864/

Regards 



From s.morgan at skm.org.uk  Wed May 20 23:40:57 2015
From: s.morgan at skm.org.uk (Simon Morgan)
Date: Thu, 21 May 2015 07:40:57 +0100
Subject: Numeric Only Search ("1864")
In-Reply-To: <A7CDA23300A3471BBB7756A7155E1A92@vasonote>
References: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
 <A7CDA23300A3471BBB7756A7155E1A92@vasonote>
Message-ID: <002501d09391$194779c0$4bd66d40$@morgan@skm.org.uk>

-----Original Message-----
From: get_iplayer [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf
Of Vangelis forthnet
Sent: 21 May 2015 02:36
To: get_iplayer at lists.infradead.org
Subject: Re: Numeric Only Search

On Wed May 20 20:46:24 BST 2015, Derek Kaye wrote:

> Having a bit of trouble setting up a pvr search where the term is 
> numeric only.
> ...
> As soon as I add in the search term '1864', gip thinks that I'm 
> wanting to use that as the programme index and not the search term

Hi - as Alan already said, use a regular expression:

https://squarepenguin.co.uk/forums/topic/cant-find-the-way-to-download-1864/

Regards 


_______________________________________________

Also note that this series ("1864") is only available for 7 days after
broadcast - shop early!
Simon Morgan



From dezza at dezzanet.co.uk  Thu May 21 00:27:09 2015
From: dezza at dezzanet.co.uk (Derek Kaye)
Date: Thu, 21 May 2015 08:27:09 +0100
Subject: Numeric Only Search
In-Reply-To: <555D0617.5000303@soulman1949.com>
References: <CAOU+pW+E1-iGrj__LfjEXucbm6MYMDJmGrdsHk_9bLmpSQvdKg@mail.gmail.com>
 <555D0617.5000303@soulman1949.com>
Message-ID: <CAOU+pWKkWg6vdKYrA+31Vh7_G61FwEP_TpEgqWOYUcTyvrc7yQ@mail.gmail.com>

On 20 May 2015 at 23:09, Alan Milewczyk <alan at soulman1949.com> wrote:
> I think you'll find that if you use "^1864$" instead of "1864" you'll get
> the desired result.
>
> I use this regularly when the programme title is a short one, such as
> "Today". By putting in "^Today$" it stops other programmes with "Today" in
> the title, such as "Today in Parliament" being downloaded.

Genius! I can't believe I didn't think of trying a regex. Thanks!

Best wishes

Derek


From alan at soulman1949.com  Sun May 24 07:47:14 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Sun, 24 May 2015 15:47:14 +0100
Subject: Help with Linux installation please
Message-ID: <5561E472.9080502@soulman1949.com>

I've been trying to download a large programme (around 6GB) and it barfs 
at the 4GB point using win7x64.

I remembered I had this problem last year with some large Wimbledon 
programmes and the only solution that worked then was using a Linux 
installation (at that time Linux Mint-16 32 bit. Only problem is that 
the PC I was using then is no longer alive, so it's been a case of 
installing Linux (Mint-17.1 64 bit) onto a different PC. Oh boy, I now 
remember why I loathe Linux so much, it's like pulling teeth without 
anaesthetic..... :-(

I've tried to follow the installation instructions as closely as 
possible bearing in mind I might as well be reading Chinese but after 
umpteen iterations to download and install things that the system seemed 
to be telling me it needed, I'm still hitting a brick wall.

This is the output I'm getting on using the command line instruction
     get_iplayer --tvmode=best --get 493


get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis

This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.

This is free software, and you are welcome to redistribute it under certain

conditions; use --conditions for details.

Matches:

493:Eurovision Song Contest: 2015 - 4. Grand Final, BBC One, 
Entertainment,Music,Pop & Chart,Talent Shows,Variety Shows, default

INFO: 1 Matching Programmes

WARNING: Please download and run latest installer or install the 
XML::Simple Perl module for more accurate programme metadata.

INFO: Checking existence of default version

INFO: 
flashhd1,flashhd2,flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow1,flashlow2 
modes will be tried for version default

INFO: Trying flashhd1 mode to record tv: Eurovision Song Contest: 2015 - 
4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashhd1 mode

INFO: Trying flashhd2 mode to record tv: Eurovision Song Contest: 2015 - 
4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashhd2 mode

INFO: Trying flashvhigh1 mode to record tv: Eurovision Song Contest: 
2015 - 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashvhigh1 mode

INFO: Trying flashvhigh2 mode to record tv: Eurovision Song Contest: 
2015 - 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashvhigh2 mode

INFO: Trying flashhigh1 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashhigh1 mode

INFO: Trying flashhigh2 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashhigh2 mode

INFO: Trying flashstd1 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashstd1 mode

INFO: Trying flashstd2 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashstd2 mode

INFO: Trying flashlow1 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashlow1 mode

INFO: Trying flashlow2 mode to record tv: Eurovision Song Contest: 2015 
- 4. Grand Final

WARNING: Required rtmpdump does not exist - cannot download Flash 
audio/video

INFO: skipping flashlow2 mode

ERROR: Failed to record 'Eurovision Song Contest: 2015 - 4. Grand Final 
(b05wplpd)'



I've run and rerun the latest installer and XML::Simple (I get 
XML::Simple is up to date. (2.20) but to no avail.

If I'd had a pointed head prior to all of this, it sure as heck would be 
well and truly blunted by now... Can anyone help please, in PLAIN ENGLISH?

Thx

Alan


From tony at tqvideo.co.uk  Sun May 24 07:59:03 2015
From: tony at tqvideo.co.uk (TQ)
Date: Sun, 24 May 2015 15:59:03 +0100 (BST)
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com>
References: <5561E472.9080502@soulman1949.com>
Message-ID: <1333701450.154615.1432479543846.JavaMail.open-xchange@oxbsltgw10.schlund.de>

> On 24 May 2015 at 15:47 Alan Milewczyk <alan at soulman1949.com> wrote:
> 
> 
> I've been trying to download a large programme (around 6GB) and it
> barfs 
> at the 4GB point using win7x64.

I know that I had this very issue (win7 x64 too) a while back.

Alas, I no longer have the archives of the exchanges, but I recall that
there's a patched (file size > 4GB) version of rtmpdump which I
installed to solve the issue
-- 
TQ via webmail


From paul at topsy.me.uk  Sun May 24 08:00:11 2015
From: paul at topsy.me.uk (Paul Turvey)
Date: Sun, 24 May 2015 16:00:11 +0100
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com>
References: <5561E472.9080502@soulman1949.com>
Message-ID: <5561E77B.9000203@topsy.me.uk>

Alan,

did you install GiP from one of the websites or did you use the Mint 
repositories to install? If you use the latter method it would also 
automatically install any dependencies. The Perl module you mention can 
be installed through apt-get, a google search gave me:

http://community.linuxmint.com/software/view/libxml-simple-perl

Topsy

On 24/05/15 15:47, Alan Milewczyk wrote:
> I've been trying to download a large programme (around 6GB) and it 
> barfs at the 4GB point using win7x64.
>
> I remembered I had this problem last year with some large Wimbledon 
> programmes and the only solution that worked then was using a Linux 
> installation (at that time Linux Mint-16 32 bit. Only problem is that 
> the PC I was using then is no longer alive, so it's been a case of 
> installing Linux (Mint-17.1 64 bit) onto a different PC. Oh boy, I now 
> remember why I loathe Linux so much, it's like pulling teeth without 
> anaesthetic..... :-(
>
> I've tried to follow the installation instructions as closely as 
> possible bearing in mind I might as well be reading Chinese but after 
> umpteen iterations to download and install things that the system 
> seemed to be telling me it needed, I'm still hitting a brick wall.
>
> This is the output I'm getting on using the command line instruction
>     get_iplayer --tvmode=best --get 493
>
>
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>
> This program comes with ABSOLUTELY NO WARRANTY; for details use 
> --warranty.
>
> This is free software, and you are welcome to redistribute it under 
> certain
>
> conditions; use --conditions for details.
>
> Matches:
>
> 493:Eurovision Song Contest: 2015 - 4. Grand Final, BBC One, 
> Entertainment,Music,Pop & Chart,Talent Shows,Variety Shows, default
>
> INFO: 1 Matching Programmes
>
> WARNING: Please download and run latest installer or install the 
> XML::Simple Perl module for more accurate programme metadata.
>
> INFO: Checking existence of default version
>
> INFO: 
> flashhd1,flashhd2,flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2,flashlow1,flashlow2 
> modes will be tried for version default
>
> INFO: Trying flashhd1 mode to record tv: Eurovision Song Contest: 2015 
> - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashhd1 mode
>
> INFO: Trying flashhd2 mode to record tv: Eurovision Song Contest: 2015 
> - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashhd2 mode
>
> INFO: Trying flashvhigh1 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashvhigh1 mode
>
> INFO: Trying flashvhigh2 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashvhigh2 mode
>
> INFO: Trying flashhigh1 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashhigh1 mode
>
> INFO: Trying flashhigh2 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashhigh2 mode
>
> INFO: Trying flashstd1 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashstd1 mode
>
> INFO: Trying flashstd2 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashstd2 mode
>
> INFO: Trying flashlow1 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashlow1 mode
>
> INFO: Trying flashlow2 mode to record tv: Eurovision Song Contest: 
> 2015 - 4. Grand Final
>
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video
>
> INFO: skipping flashlow2 mode
>
> ERROR: Failed to record 'Eurovision Song Contest: 2015 - 4. Grand 
> Final (b05wplpd)'
>
>
>
> I've run and rerun the latest installer and XML::Simple (I get 
> XML::Simple is up to date. (2.20) but to no avail.
>
> If I'd had a pointed head prior to all of this, it sure as heck would 
> be well and truly blunted by now... Can anyone help please, in PLAIN 
> ENGLISH?
>
> Thx
>
> Alan
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer



From soulman1949 at googlemail.com  Sun May 24 08:04:42 2015
From: soulman1949 at googlemail.com (Alan Milewczyk)
Date: Sun, 24 May 2015 16:04:42 +0100
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com>
References: <5561E472.9080502@soulman1949.com>
Message-ID: <5561E88A.4000809@googlemail.com>

On 24/05/2015 15:47, Alan Milewczyk wrote:
> I've been trying to download a large programme (around 6GB) and it 
> barfs at the 4GB point using win7x64.
>
> I remembered I had this problem last year with some large Wimbledon 
> programmes and the only solution that worked then was using a Linux 
> installation (at that time Linux Mint-16 32 bit. Only problem is that 
> the PC I was using then is no longer alive, so it's been a case of 
> installing Linux (Mint-17.1 64 bit) onto a different PC. Oh boy, I now 
> remember why I loathe Linux so much, it's like pulling teeth without 
> anaesthetic..... :-(

Sorted it... when I tried the CL to install rtmpdump along with the 
other utils, I got an error message saying ffmpeg wasn't available but 
I'd assumed it had installed everything else. Oh no, it hadn't but it 
never told me that! Perhaps I need to be a mind reader? Anyway, once I'd 
removed ffmpeg from that CL it installed the other programmes.

And now it seems to be working fine.....

For about 9 years, I taught adults how to use PCs and based on these 
experiences, Linux will never make it in the big world out there, 
bearing in mind most ordinary computer users fall into the "permanently 
bewildered" camp. Anyway, onwards....


Alan


From mtbc at ixod.org  Sun May 24 08:05:40 2015
From: mtbc at ixod.org (Mark Carroll)
Date: Sun, 24 May 2015 16:05:40 +0100
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com> (Alan Milewczyk's message of
 "Sun, 24 May 2015 15:47:14 +0100")
References: <5561E472.9080502@soulman1949.com>
Message-ID: <87382mvwvv.fsf@ixod.org>

Alan Milewczyk <alan at soulman1949.com> writes:
(snip)
> it's been a case of installing Linux (Mint-17.1 64 bit) onto a
> different PC.

I've never used it but Linux Mint is pretty much Debian-based I think?

> Oh boy, I now remember why I loathe Linux so much, it's like pulling
> teeth without anaesthetic..... :-(

Ho ho, some of us feel that way about Windows. (-: Just last week,
https://github.com/openmicroscopy/bioformats/pull/1783#issuecomment-103020013

(snip)
> WARNING: Please download and run latest installer or install the 
> XML::Simple Perl module for more accurate programme metadata.

Does this help? apt-get install libxml-simple-perl

(snip)
> WARNING: Required rtmpdump does not exist - cannot download Flash 
> audio/video

Does this help? apt-get install rtmpdump

> I've run and rerun the latest installer and XML::Simple (I get 
> XML::Simple is up to date. (2.20) but to no avail.

How did you install XML::Simple ?  2.20 does sound correct.

> If I'd had a pointed head prior to all of this, it sure as heck would be 
> well and truly blunted by now... Can anyone help please, in PLAIN ENGLISH?

Maybe there's a Mint user reading who can help better than I.

-- Mark


From alan at soulman1949.com  Sun May 24 08:12:18 2015
From: alan at soulman1949.com (Alan Milewczyk)
Date: Sun, 24 May 2015 16:12:18 +0100
Subject: Help with Linux installation please
In-Reply-To: <5561E77B.9000203@topsy.me.uk>
References: <5561E472.9080502@soulman1949.com> <5561E77B.9000203@topsy.me.uk>
Message-ID: <5561EA52.4050808@soulman1949.com>

On 24/05/2015 16:00, Paul Turvey wrote:
> Alan,
>
> did you install GiP from one of the websites or did you use the Mint 
> repositories to install? If you use the latter method it would also 
> automatically install any dependencies. The Perl module you mention 
> can be installed through apt-get, a google search gave me:
>
> http://community.linuxmint.com/software/view/libxml-simple-perl
>
> Topsy
>
I actually installed it from the github link given by Dinkypumpkin 
bearing in mind the warnings given in the installation instructions. But 
anyway, I sorted the problem (see my previous message which crossed with 
yours), based on sheer determination, albeit near total blindness (to 
things Linux).

Many thanks for the prompt replies to you, TQ and Mark Carroll!

Cheers

Alan




From klynchk at gmail.com  Sun May 24 15:24:19 2015
From: klynchk at gmail.com (Kevin Lynch)
Date: Sun, 24 May 2015 23:24:19 +0100
Subject: BBC R1 Big Weekend - not showing in the inventory
Message-ID: <CA+L9MavMKGdYhNicHqzHPaEn-AjpkkszTxSBdBfGNVk2aw-dbw@mail.gmail.com>

Struggling to download some of the content. However the old recursive
download by PID has been my friend.

It's not a big deal today (concerned if some of the glastonbury
content is handled by the R1 TV channel)

Have I missed a memo? :)

Do we need get_iplayer to take into account the fact that "Radio 1" is
now a TV channel too?

so I'm downloading everything via http://www.bbc.co.uk/iplayer/episodes/b007m0y2

Thanks

Kevin


From northmedia1 at the.forthnet.gr  Sun May 24 17:53:52 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Mon, 25 May 2015 03:53:52 +0300
Subject: BBC R1 Big Weekend - not showing in the inventory
In-Reply-To: <CA+L9MavMKGdYhNicHqzHPaEn-AjpkkszTxSBdBfGNVk2aw-dbw@mail.gmail.com>
Message-ID: <EF8AD0603C7A4A0ABDEFA40868DF184D@vasonote>

On Sun May 24 23:24:19 BST 2015, Kevin Lynch wrote:

> BBC R1 Big Weekend - not showing in the inventory
> 
> the old recursive download by PID has been my friend.
> 
> so I'm downloading everything via 
> http://www.bbc.co.uk/iplayer/episodes/b007m0y2

Hi...
If by "inventory" you mean the tv cache, then:

 On http://www.bbc.co.uk/iplayer/episodes/b007m0y2 , 
some of the listings that are 60min or longer in duration 
where actually broadcast on BBC Three - the others 
are extended highlights from full performances broadcast 
previously on the Red Button & the online live video feeds 
that were available during Sat & Sun in the main 
R1 Big Weekend site:
http://www.bbc.co.uk/events/ewh8q9

As for the BBC Three shows, for reasons better 
known to the BBC, they are not included in the 
iplayer feeds info. If it's anything to go by, the 
same thing happened last year and was reported by me:

http://lists.infradead.org/pipermail/get_iplayer/2014-May/005822.html

(and back then that was with the XML feeds, that 
they later abolished in October 2014...).

The other video excerpts (highlights) are treated as "clips" by 
BBC iPlayer, so they are not included in the 
catch-up feeds and hence do not populate the tv cache...

> Do we need get_iplayer to take into account 
> the fact that "Radio 1" is now a TV channel too?

As far as I know, BBC Radio 1's video channel 
is an "iPlayer only" one: 
http://www.mirror.co.uk/tv/tv-news/radio-1-launch-tv-channel-2346117

http://www.bbc.co.uk/tv/radio1

only lists Video-On-Demand in the form of clips 
or even TV shows from other ("real") TV channels, 
such as CBBC
(.BTW, more R1BW stuff is over at: 
http://www.bbc.co.uk/iplayer/group/p02r4rrh)
I don't think there's a separate "R1 TV channel" feed; 
if anyone knows otherwise, do tell...

Regards, 
Vangelis.



From northmedia1 at the.forthnet.gr  Sun May 24 18:55:40 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Mon, 25 May 2015 04:55:40 +0300
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com>
Message-ID: <2096B69C22BB471388212C28C8F631BD@vasonote>

On Sun May 24 15:47:14 BST 2015, Alan Milewczyk wrote:

> I've been trying to download a large programme (around 6GB)
> and it barfs at the 4GB point using win7x64.
> I remembered I had this problem last year with some large Wimbledon
> programmes and the only solution that worked then
> was using a Linux installation

Hello again Alan!
Installing a different OS to just grab a video file is my
definition of "Going to great lengths..." (LOL).
If only you'd asked here prior to that...

On Sun May 24 15:59:03 BST 2015, TQ wrote:

> I know that I had this very issue (win7 x64 too) a while back.
> Alas, I no longer have the archives of the exchanges,
> but I recall that there's a patched (file size > 4GB) version of rtmpdump
> which I installed to solve the issue

All the list archives can be found online at:
http://lists.infradead.org/pipermail/get_iplayer/
If you do have a faint recollection of just when
roughly "the exchanges" took place, it's not very
hard to locate them within the archive...
In fact it was me that pointed you to the solution!

To Alan, TQ and possibly others:
This is a "stickied" thread on SP's support forum:
https://squarepenguin.co.uk/forums/topic/unable-to-download-large-video-files-from-iplayer/
Inside you'll find the link to my reply to TQ:
http://www.mail-archive.com/get_iplayer at lists.infradead.org/msg05737.html
(or http://lists.infradead.org/pipermail/get_iplayer/2014-July/005894.html)

In addition to DP's binary, which is now somewhat stale
but should be fine for GiP usage, you can also use
KSV's (a Russian coder) rtmpdump mod, which
lately also got support for  > 4GB files on Windows:

http://stream-recorder.com/forum/customized-rtmpdump-binaries-patch-file-t16103.html

> Update 01/05/2015:
> 1. save and resume support for more than 4 GB files

https://github.com/K-S-V/Scripts/releases/download/v2.4/rtmpdump-2.4.zip

(Safe and trusted download from github,
used it successfully for > 4 GB files on Win32).

Best regards,
Vangelis. 



From web at audiomisc.co.uk  Mon May 25 00:07:05 2015
From: web at audiomisc.co.uk (Jim Lesurf)
Date: Mon, 25 May 2015 08:07:05 +0100
Subject: Peter Grimes
Message-ID: <54c9305bcaweb@audiomisc.co.uk>

I've been trying to get the "Peter Grimes" opera broadcast on BBC4 last
night. But all I can get in response is

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

Matches:
1089:	Peter Grimes on Aldeburgh Beach - -, BBC Four, Classical,Music,Opera,
default

INFO: 1 Matching Programmes
WARNING: The 'default' programme version could not be determined
INFO: No versions of this programme were selected (available versions:
open)

I normally fetch by pid number but I get the same behaviour by name. How do
I specify the "open" version? It should be available as high quality.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From Howard.Orgel at orgels.demon.co.uk  Mon May 25 03:25:50 2015
From: Howard.Orgel at orgels.demon.co.uk (Howard Orgel)
Date: Mon, 25 May 2015 11:25:50 +0100
Subject: Peter Grimes
In-Reply-To: <54c9305bcaweb@audiomisc.co.uk>
References: <54c9305bcaweb@audiomisc.co.uk>
Message-ID: <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>

On Mon, 25 May 2015 08:07:05 +0100, Jim Lesurf wrote:

> I've been trying to get the "Peter Grimes" opera broadcast on BBC4 last
> night. But all I can get in response is
> 
> get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
>   This program comes with ABSOLUTELY NO WARRANTY; for details use
> --warranty.
>   This is free software, and you are welcome to redistribute it under
> certain
>   conditions; use --conditions for details.
> 
> Matches:
> 1089:	Peter Grimes on Aldeburgh Beach - -, BBC Four, Classical,Music,Opera,
> default
> 
> INFO: 1 Matching Programmes
> WARNING: The 'default' programme version could not be determined
> INFO: No versions of this programme were selected (available versions:
> open)
> 
> I normally fetch by pid number but I get the same behaviour by name. How do
> I specify the "open" version? It should be available as high quality.

This requires the "--playlist-metadata" switch in the command line.  I've
just tried it here (GiP v2.92, Win64) without, gets same response as you
got; and with, starts downloading without any problems:-

C:\Program Files (X86)\get_iplayer>get_iplayer 1097 -g
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use
--warranty.
  This is free software, and you are welcome to redistribute it under
certain
  conditions; use --conditions for details.

Matches:
1097:   Peter Grimes on Aldeburgh Beach - -, BBC Four,
Classical,Music,Opera, default

INFO: 1 Matching Programmes
WARNING: The 'default' programme version could not be determined
INFO: No versions of this programme were selected (available versions:
open)

C:\Program Files (X86)\get_iplayer>get_iplayer 1097 -g --playlist-metadata
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use
--warranty.
  This is free software, and you are welcome to redistribute it under
certain
  conditions; use --conditions for details.

Matches:
1097:   Peter Grimes on Aldeburgh Beach - -, BBC Four,
Classical,Music,Opera, default

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhigh1,flashhigh2 modes will be tried for version default
INFO: Trying flashhigh1 mode to record tv: Peter Grimes on Aldeburgh Beach
- -
INFO: File name prefix =
Peter_Grimes_on_Aldeburgh_Beach_-__b05x2wfg_default
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              8423.04
INFO:   moovPosition          36.00
INFO:   width                 640.00
INFO:   height                360.00
INFO:   videocodecid          avc1
INFO:   audiocodecid          mp4a
INFO:   avcprofile            77.00
INFO:   avclevel              30.00
INFO:   aacaot                2.00
INFO:   videoframerate        25.00
INFO:   audiosamplerate       48000.00
INFO:   audiochannels         2.00
INFO: trackinfo:
INFO:   length                210576000.00
INFO:   timescale             25000.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            avc1
INFO:   length                404305920.00
INFO:   timescale             48000.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            mp4a
5588.333 kB / 56.76 sec (0.6%)
INFO: Cleaning up (signal = INT), killing PID=912:...
Terminate batch job (Y/N)? y

C:\Program Files (X86)\get_iplayer>

I terminated the download at that point.
HTH

-- 
Regards, Howard.

Howard.Orgel at orgels.demon.co.uk
http://www.orgels.demon.co.uk
PGP public key available.
Geek Code available.


From klynchk at gmail.com  Mon May 25 03:47:11 2015
From: klynchk at gmail.com (Kevin Lynch)
Date: Mon, 25 May 2015 11:47:11 +0100
Subject: BBC R1 Big Weekend - not showing in the inventory
In-Reply-To: <EF8AD0603C7A4A0ABDEFA40868DF184D@vasonote>
References: <CA+L9MavMKGdYhNicHqzHPaEn-AjpkkszTxSBdBfGNVk2aw-dbw@mail.gmail.com>
 <EF8AD0603C7A4A0ABDEFA40868DF184D@vasonote>
Message-ID: <CA+L9MasPX1wg7uRy4L08VQNjJ7dv4TdfMhRs6h2p+Cc18XpPFg@mail.gmail.com>

Vangelis

Thanks for clarifying what's going on there. I suspect the BBC Three
programmes not in the TV cache is part of the BBC Three shutdown
process. I do really appreciate the use of the --pid-recursive option
for this sort of situration

regards

Kevin

On 25 May 2015 at 01:53, Vangelis forthnet <northmedia1 at the.forthnet.gr> wrote:
> On Sun May 24 23:24:19 BST 2015, Kevin Lynch wrote:
>
>> BBC R1 Big Weekend - not showing in the inventory
>>
>> the old recursive download by PID has been my friend.
>>
>> so I'm downloading everything via
>> http://www.bbc.co.uk/iplayer/episodes/b007m0y2
>
>
> Hi...
> If by "inventory" you mean the tv cache, then:
>
> On http://www.bbc.co.uk/iplayer/episodes/b007m0y2 , some of the listings
> that are 60min or longer in duration where actually broadcast on BBC Three -
> the others are extended highlights from full performances broadcast
> previously on the Red Button & the online live video feeds that were
> available during Sat & Sun in the main R1 Big Weekend site:
> http://www.bbc.co.uk/events/ewh8q9
>
> As for the BBC Three shows, for reasons better known to the BBC, they are
> not included in the iplayer feeds info. If it's anything to go by, the same
> thing happened last year and was reported by me:
>
> http://lists.infradead.org/pipermail/get_iplayer/2014-May/005822.html
>
> (and back then that was with the XML feeds, that they later abolished in
> October 2014...).
>
> The other video excerpts (highlights) are treated as "clips" by BBC iPlayer,
> so they are not included in the catch-up feeds and hence do not populate the
> tv cache...
>
>> Do we need get_iplayer to take into account the fact that "Radio 1" is now
>> a TV channel too?
>
>
> As far as I know, BBC Radio 1's video channel is an "iPlayer only" one:
> http://www.mirror.co.uk/tv/tv-news/radio-1-launch-tv-channel-2346117
>
> http://www.bbc.co.uk/tv/radio1
>
> only lists Video-On-Demand in the form of clips or even TV shows from other
> ("real") TV channels, such as CBBC
> (.BTW, more R1BW stuff is over at:
> http://www.bbc.co.uk/iplayer/group/p02r4rrh)
> I don't think there's a separate "R1 TV channel" feed; if anyone knows
> otherwise, do tell...
>
> Regards, Vangelis.
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer


From tellyaddict21 at gmx.co.uk  Mon May 25 07:31:32 2015
From: tellyaddict21 at gmx.co.uk (tellyaddict)
Date: Mon, 25 May 2015 16:31:32 +0200
Subject: Peter Grimes
In-Reply-To: <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
References: <54c9305bcaweb@audiomisc.co.uk>,
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
Message-ID: <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>

> Sent: Monday, May 25, 2015 at 11:25 AM
> From: "Howard Orgel" <Howard.Orgel at orgels.demon.co.uk>
> To: "Jim Lesurf" <web at audiomisc.co.uk>
> Cc: get_iplayer at lists.infradead.org
> Subject: Re: Peter Grimes
>
> On Mon, 25 May 2015 08:07:05 +0100, Jim Lesurf wrote:
> 
> > I've been trying to get the "Peter Grimes" opera broadcast on BBC4 last
> > night. But all I can get in response is
> > 
> > get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
> >   This program comes with ABSOLUTELY NO WARRANTY; for details use
> > --warranty.
> >   This is free software, and you are welcome to redistribute it under
> > certain
> >   conditions; use --conditions for details.
> > 
> > Matches:
> > 1089:	Peter Grimes on Aldeburgh Beach - -, BBC Four, Classical,Music,Opera,
> > default
> > 
> > INFO: 1 Matching Programmes
> > WARNING: The 'default' programme version could not be determined
> > INFO: No versions of this programme were selected (available versions:
> > open)
> > 
> > I normally fetch by pid number but I get the same behaviour by name. How do
> > I specify the "open" version? It should be available as high quality.

Hi Jim,
As you've rightly spotted, the only version of this is called "open". Normally get_iplayer would pick this up and use it as default but it seems not to in this case. Adding --versions=open to your get_iplayer command should work for you.


From web at audiomisc.co.uk  Mon May 25 09:14:33 2015
From: web at audiomisc.co.uk (Jim web)
Date: Mon, 25 May 2015 17:14:33 +0100
Subject: Peter Grimes
In-Reply-To: <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>
References: <54c9305bcaweb@audiomisc.co.uk>
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
 <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>
Message-ID: <54c9627b20web@audiomisc.co.uk>

In article
<trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190 at 3capp-mailcom-bs13>,
   tellyaddict <tellyaddict21 at gmx.co.uk> wrote:

> > On Mon, 25 May 2015 08:07:05 +0100, Jim Lesurf wrote:
> > 
> > > I've been trying to get the "Peter Grimes" opera broadcast on BBC4
> > > last night. But all I can get in response is

[snip]

> Hi Jim, As you've rightly spotted, the only version of this is called
> "open". Normally get_iplayer would pick this up and use it as default
> but it seems not to in this case. Adding --versions=open to your
> get_iplayer command should work for you.

OK, thanks to Howard and yourself for the help.

I used --playlist-metadata at lunchtime and gip duly fetched me the
flashhd1 of Peter Grimes OK.[1] But I was about to say I was puzzled by why
this particular programme requires the special treatment, and then ask what
I can do to routinely overcome it.

I'll add the --versions=open to my default command string unless someone
points out a drawback when the file fetch doesn't need it.

Cheers,

Jim

[1] All I can dream of now is an HD version of Britten conducting the War
Requiem. That'd be great. Realise it's a fantasy, though. But maybe they'll
repeat the Billy Budd which was broadcast before I started using gip! :-)

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From ajebay at errichel.co.uk  Tue May 26 02:11:05 2015
From: ajebay at errichel.co.uk (Budgie)
Date: Tue, 26 May 2015 10:11:05 +0100
Subject: OT Live Streaming Radio 4 News
Message-ID: <556438A9.8000604@errichel.co.uk>

Please forgive the OT.  Most mornings I listen to Radio 4 using a 
networked Linn device which I also use to play my GiP recordings.  The 
Linn device offers various radio channels directly so I do not need to 
use GiP.

On several occasions recently the news stream has been interrupted and 
all I get is a recorded loop telling me that "due to rights restrictions 
the programme is not available."

Rights restrictions on the News???  Before 08:00!!!  What is going on 
here.  Is the problem with BBC or Linn?

Alastair


From dezza at dezzanet.co.uk  Tue May 26 02:36:25 2015
From: dezza at dezzanet.co.uk (Derek Kaye)
Date: Tue, 26 May 2015 10:36:25 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <CAOU+pWLsYKfmUApYeu5y7NSb4-LnbALKw145UO9EHxVNxbZaRQ@mail.gmail.com>
References: <556438A9.8000604@errichel.co.uk>
 <CAOU+pWLsYKfmUApYeu5y7NSb4-LnbALKw145UO9EHxVNxbZaRQ@mail.gmail.com>
Message-ID: <CAOU+pWLQswX4v12X-ab1E6X7UzkaW_qEwWS5Rgoh7atC=5Uv6Q@mail.gmail.com>

On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
> Please forgive the OT.  Most mornings I listen to Radio 4 using a networked
> Linn device which I also use to play my GiP recordings.  The Linn device
> offers various radio channels directly so I do not need to use GiP.

I do the same with my Kodi media centre on Raspberry Pi.

> On several occasions recently the news stream has been interrupted and all I
> get is a recorded loop telling me that "due to rights restrictions the
> programme is not available."

I have experienced this too. The last time it happened, I did a
twitter search for radio 4, and saw several other people complaining
about it.

> Rights restrictions on the News???  Before 08:00!!!  What is going on here.
> Is the problem with BBC or Linn?

I'm afraid I can't answer that, but perhaps someone with a more
detailed knowledge of how the streaming works can? My suspicion is
either a broken feed, or restrictions on one station accidentally
being applied to all.

On 26 May 2015 at 10:35, Derek Kaye <dezza at dezzanet.co.uk> wrote:
> On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
>> Please forgive the OT.  Most mornings I listen to Radio 4 using a networked
>> Linn device which I also use to play my GiP recordings.  The Linn device
>> offers various radio channels directly so I do not need to use GiP.
>
> I do the same with my Kodi media centre on Raspberry Pi.
>
>> On several occasions recently the news stream has been interrupted and all I
>> get is a recorded loop telling me that "due to rights restrictions the
>> programme is not available."
>
> I have experienced this too. The last time it happened, I did a
> twitter search for radio 4, and saw several other people complaining
> about it.
>
>> Rights restrictions on the News???  Before 08:00!!!  What is going on here.
>> Is the problem with BBC or Linn?
>
> I'm afraid I can't answer that, but perhaps someone with a more
> detailed knowledge of how the streaming works can? My suspicion is
> either a broken feed, or restrictions on one station accidentally
> being applied to all.


From david at cantrell.org.uk  Tue May 26 04:17:32 2015
From: david at cantrell.org.uk (David Cantrell)
Date: Tue, 26 May 2015 12:17:32 +0100
Subject: Peter Grimes
In-Reply-To: <54c9627b20web@audiomisc.co.uk>
References: <54c9305bcaweb@audiomisc.co.uk>
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
 <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>
 <54c9627b20web@audiomisc.co.uk>
Message-ID: <20150526111732.GB16428@bytemark.barnyard.co.uk>

On Mon, May 25, 2015 at 05:14:33PM +0100, Jim web wrote:

> [1] All I can dream of now is an HD version of Britten conducting the War
> Requiem. That'd be great. Realise it's a fantasy, though. But maybe they'll
> repeat the Billy Budd which was broadcast before I started using gip! :-)

That was a broadcast of the Glyndebourne production wasn't it? There's a
DVD available in Glyndebourne's online shop if that's any help.

-- 
David Cantrell | Bourgeois reactionary pig

   The voices said it's a good day to clean my weapons


From tellyaddict21 at gmx.co.uk  Tue May 26 06:24:10 2015
From: tellyaddict21 at gmx.co.uk (tellyaddict)
Date: Tue, 26 May 2015 15:24:10 +0200
Subject: Peter Grimes
In-Reply-To: <54c9627b20web@audiomisc.co.uk>
References: <54c9305bcaweb@audiomisc.co.uk>
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
 <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>,
 <54c9627b20web@audiomisc.co.uk>
Message-ID: <trinity-95d9ff57-9a11-44e9-80e5-d38db8a3680a-1432646650510@3capp-mailcom-bs06>

> I'll add the --versions=open to my default command string unless someone
> points out a drawback when the file fetch doesn't need it.

Don't use --versions=open as a default command as a lot of programmes won't have an open version to fetch so the download will fail. If you do have this problem again, the best thing to do is run --info on the programme and that will then tell you what is available. You can then tell gip what to download. There are a number of possible versions you might find available like original, open, iPlayer,  shortened, lengthened, and there's more so it's impossible to guess what will be available when a programme fails. Gip usually takes the longest version it finds available to use as the default download option and it normally does this automatically without any extra commands.


From web at audiomisc.co.uk  Tue May 26 05:34:35 2015
From: web at audiomisc.co.uk (Jim web)
Date: Tue, 26 May 2015 13:34:35 +0100
Subject: Peter Grimes
In-Reply-To: <20150526111732.GB16428@bytemark.barnyard.co.uk>
References: <54c9305bcaweb@audiomisc.co.uk>
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
 <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>
 <54c9627b20web@audiomisc.co.uk>
 <20150526111732.GB16428@bytemark.barnyard.co.uk>
Message-ID: <54c9d22dc9web@audiomisc.co.uk>

In article <20150526111732.GB16428 at bytemark.barnyard.co.uk>, David
Cantrell <david at cantrell.org.uk> wrote:
> On Mon, May 25, 2015 at 05:14:33PM +0100, Jim web wrote:

> > [1] All I can dream of now is an HD version of Britten conducting the
> > War Requiem. That'd be great. Realise it's a fantasy, though. But
> > maybe they'll repeat the Billy Budd which was broadcast before I
> > started using gip! :-)

> That was a broadcast of the Glyndebourne production wasn't it? There's a
> DVD available in Glyndebourne's online shop if that's any help.

Yes. Thanks. However I must admit my interest in commercial DVD for
classical music dwindled when the lazy media companies largely stopped
releasing 'pal' <sic> format and adopted a single-format blanket 'ntsc'
<sic again> approach, reducing even more the resolution. Crazy situation
when even *European* concerts and operas became available only as 'ntsc'
when they'd been broadcast initially as 'pal'. In some cases I watched the
'pal' versions evaporate from catalogues as the companies ceased to
re-press copies because they didn't want the bother of 'double inventory'.
So I tended to get out of the habit, but I'll have a look.


FWIW I captured the HDTV broadcast from DVB-T2, but missed the first few
mins. So I'm keeping my fingers crossed for a repeat. That'd also be useful
as a DVB-T2 vs iplayer comparison.

BTW The Peter Grimes has 'enforced' subtitiles so I wonder if this was what
prompted the need for the metadata switch. I've not checked the file
details, but also am wondering if I can switch off the subtitles.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From tellyaddict21 at gmx.co.uk  Tue May 26 07:31:15 2015
From: tellyaddict21 at gmx.co.uk (tellyaddict)
Date: Tue, 26 May 2015 16:31:15 +0200
Subject: Fw: Re: Peter Grimes
References: <54c9305bcaweb@audiomisc.co.uk>
 <llt5ma9p8vprhukh2me7i7uusa4kc1te89@4ax.com>
 <trinity-09faffe9-13d3-4b74-8e2e-20fda0e36c69-1432564292190@3capp-mailcom-bs13>
 <54c9627b20web@audiomisc.co.uk>
 <20150526111732.GB16428@bytemark.barnyard.co.uk>,
 <54c9d22dc9web@audiomisc.co.uk>,
 <trinity-718898b9-ae0c-4ec3-93f5-16bdc374fbff-1432650505540@3capp-mailcom-bs06>
Message-ID: <trinity-37db5d97-5d5b-4dfa-b191-1a64eaddd2e2-1432650675461@3capp-mailcom-bs06>

> > BTW The Peter Grimes has 'enforced' subtitiles so I wonder if this was what
> > prompted the need for the metadata switch. I've not checked the file
> > details, but also am wondering if I can switch off the subtitles.
 
The download problem is linked to this issue https://github.com/get-iplayer/get_iplayer/issues/157 which has now been fixed for the next release of GiP. The subtitles are recorded into the video so cannot be removed.


From chrisjbrady at gmail.com  Tue May 26 12:46:04 2015
From: chrisjbrady at gmail.com (CJB)
Date: Tue, 26 May 2015 21:46:04 +0200
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <CAOU+pWLQswX4v12X-ab1E6X7UzkaW_qEwWS5Rgoh7atC=5Uv6Q@mail.gmail.com>
References: <556438A9.8000604@errichel.co.uk>
 <CAOU+pWLsYKfmUApYeu5y7NSb4-LnbALKw145UO9EHxVNxbZaRQ@mail.gmail.com>
 <CAOU+pWLQswX4v12X-ab1E6X7UzkaW_qEwWS5Rgoh7atC=5Uv6Q@mail.gmail.com>
Message-ID: <CAPZzCnORekSCEaFO+aTgORz3VLj=5TmQzNp0L2-goPWQVTgRXg@mail.gmail.com>

Maybe try connecting via a VPN app. like Hola? This would allow
viewing of t.v. progs too. CJB

On 26/05/2015, Derek Kaye <dezza at dezzanet.co.uk> wrote:
> On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
>> Please forgive the OT.  Most mornings I listen to Radio 4 using a
>> networked
>> Linn device which I also use to play my GiP recordings.  The Linn device
>> offers various radio channels directly so I do not need to use GiP.
>
> I do the same with my Kodi media centre on Raspberry Pi.
>
>> On several occasions recently the news stream has been interrupted and all
>> I
>> get is a recorded loop telling me that "due to rights restrictions the
>> programme is not available."
>
> I have experienced this too. The last time it happened, I did a
> twitter search for radio 4, and saw several other people complaining
> about it.
>
>> Rights restrictions on the News???  Before 08:00!!!  What is going on
>> here.
>> Is the problem with BBC or Linn?
>
> I'm afraid I can't answer that, but perhaps someone with a more
> detailed knowledge of how the streaming works can? My suspicion is
> either a broken feed, or restrictions on one station accidentally
> being applied to all.
>
> On 26 May 2015 at 10:35, Derek Kaye <dezza at dezzanet.co.uk> wrote:
>> On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
>>> Please forgive the OT.  Most mornings I listen to Radio 4 using a
>>> networked
>>> Linn device which I also use to play my GiP recordings.  The Linn device
>>> offers various radio channels directly so I do not need to use GiP.
>>
>> I do the same with my Kodi media centre on Raspberry Pi.
>>
>>> On several occasions recently the news stream has been interrupted and
>>> all I
>>> get is a recorded loop telling me that "due to rights restrictions the
>>> programme is not available."
>>
>> I have experienced this too. The last time it happened, I did a
>> twitter search for radio 4, and saw several other people complaining
>> about it.
>>
>>> Rights restrictions on the News???  Before 08:00!!!  What is going on
>>> here.
>>> Is the problem with BBC or Linn?
>>
>> I'm afraid I can't answer that, but perhaps someone with a more
>> detailed knowledge of how the streaming works can? My suspicion is
>> either a broken feed, or restrictions on one station accidentally
>> being applied to all.
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>


From christopher at custommade.org.uk  Tue May 26 13:59:59 2015
From: christopher at custommade.org.uk (Christopher Woods)
Date: Tue, 26 May 2015 21:59:59 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <CAPZzCnORekSCEaFO+aTgORz3VLj=5TmQzNp0L2-goPWQVTgRXg@mail.gmail.com>
References: <556438A9.8000604@errichel.co.uk>
 <CAOU+pWLsYKfmUApYeu5y7NSb4-LnbALKw145UO9EHxVNxbZaRQ@mail.gmail.com>
 <CAOU+pWLQswX4v12X-ab1E6X7UzkaW_qEwWS5Rgoh7atC=5Uv6Q@mail.gmail.com>
 <CAPZzCnORekSCEaFO+aTgORz3VLj=5TmQzNp0L2-goPWQVTgRXg@mail.gmail.com>
Message-ID: <14d920648f8.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>

Is the interruption during an OK stream, or from the first moment you connect?

Some highlights or clips from sporting events may not come with requisite 
rights to be broadcast online, even when part of a news bulletin (given 
FM's restricted coverage versus worldwide reach of Internet).

It's not preferred editorial practice to include non-clear material in news 
bulletins, but wouldn't be unheard of. I can ask around with some people; 
they may be able to blank on a per-second level which is handy

There's always the chance it could be technical whoopsies but I think 
that's small.


On 26 May 2015 20:47:22 CJB <chrisjbrady at gmail.com> wrote:

> Maybe try connecting via a VPN app. like Hola? This would allow
> viewing of t.v. progs too. CJB
>
> On 26/05/2015, Derek Kaye <dezza at dezzanet.co.uk> wrote:
> > On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
> >> Please forgive the OT.  Most mornings I listen to Radio 4 using a
> >> networked
> >> Linn device which I also use to play my GiP recordings.  The Linn device
> >> offers various radio channels directly so I do not need to use GiP.
> >
> > I do the same with my Kodi media centre on Raspberry Pi.
> >
> >> On several occasions recently the news stream has been interrupted and all
> >> I
> >> get is a recorded loop telling me that "due to rights restrictions the
> >> programme is not available."
> >
> > I have experienced this too. The last time it happened, I did a
> > twitter search for radio 4, and saw several other people complaining
> > about it.
> >
> >> Rights restrictions on the News???  Before 08:00!!!  What is going on
> >> here.
> >> Is the problem with BBC or Linn?
> >
> > I'm afraid I can't answer that, but perhaps someone with a more
> > detailed knowledge of how the streaming works can? My suspicion is
> > either a broken feed, or restrictions on one station accidentally
> > being applied to all.
> >
> > On 26 May 2015 at 10:35, Derek Kaye <dezza at dezzanet.co.uk> wrote:
> >> On 26 May 2015 at 10:11, Budgie <ajebay at errichel.co.uk> wrote:
> >>> Please forgive the OT.  Most mornings I listen to Radio 4 using a
> >>> networked
> >>> Linn device which I also use to play my GiP recordings.  The Linn device
> >>> offers various radio channels directly so I do not need to use GiP.
> >>
> >> I do the same with my Kodi media centre on Raspberry Pi.
> >>
> >>> On several occasions recently the news stream has been interrupted and
> >>> all I
> >>> get is a recorded loop telling me that "due to rights restrictions the
> >>> programme is not available."
> >>
> >> I have experienced this too. The last time it happened, I did a
> >> twitter search for radio 4, and saw several other people complaining
> >> about it.
> >>
> >>> Rights restrictions on the News???  Before 08:00!!!  What is going on
> >>> here.
> >>> Is the problem with BBC or Linn?
> >>
> >> I'm afraid I can't answer that, but perhaps someone with a more
> >> detailed knowledge of how the streaming works can? My suspicion is
> >> either a broken feed, or restrictions on one station accidentally
> >> being applied to all.
> >
> > _______________________________________________
> > 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 chrisjbrady at gmail.com  Tue May 26 15:02:44 2015
From: chrisjbrady at gmail.com (CJB)
Date: Wed, 27 May 2015 00:02:44 +0200
Subject: Radio 4 Extra is leading the radio revolution - maybe
Message-ID: <CAPZzCnNYXhKYW4p1_pQNgky+hor7u7wQ5c8+LZyMrKb1OMYD8A@mail.gmail.com>

Radio 4 Extra is leading the radio revolution

http://missingepisodes.proboards.com/thread/10937/bbc-archives-radio-4-extra

CJB


From northmedia1 at the.forthnet.gr  Wed May 27 12:51:38 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Wed, 27 May 2015 22:51:38 +0300
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <556438A9.8000604@errichel.co.uk>
Message-ID: <012C5E1A6E454590802C78AA075DF976@vasonote>

 On Tue May 26 10:11:05 BST 2015, Budgie wrote:

> I listen to Radio 4 using a networked Linn device
> The Linn device offers various radio channels directly
> On several occasions recently,
> the news stream has been interrupted and
> all I get is a recorded loop telling me that
> "due to rights restrictions
> the programme is not available."
> Is the problem with BBC or Linn?

 On Tue May 26 10:36:25 BST 2015, Derek Kaye wrote:

> but perhaps someone with a more detailed
> knowledge of how the streaming works can

 On Tue May 26 21:59:59 BST 2015, Christopher Woods wrote:

> Some highlights or clips from sporting events
> may not come with requisite rights to be broadcast online,
> even when part of a news bulletin

 Hello Budgie, Derek et al :-)

 Earlier this year (I think 't was the end of February),
the BBC killed off the Windows Media Audio (WMA)
streams both for Listen Live (Live Radio) and Audio-
on-Demand; this was an announced move, so no surprise there...
What wasn't foretold was they'd also switch off the
Listen Live "Shoutcast AAC" streams...
 Most Internet Radios and other networked devices
(especially if somewhat old) relied heavily upon those
discontinued streams; another important detail was
that those streams were available at two different "flavours":

1. UK-only, fed only to UK IPs; this version included
content (usually sports) with UK-only broadcast rights.
2. Overseas, served to the rest of the world.
That was offered in a significantly lower bandwidth
and all UK-only content was excluded, blanketed out
by the "due to rights restrictions... " loop you mentioned.

 The beeb and their "Audio Factory" department have
replaced the old streams with new ones, employing the
newer "AppleHLS" streaming methodology (chunked streaming
over HTTP). HOWEVER, in their infinite wisdom, by doing
so have effectively cut off all older devices with
firmware that doesn't support HLS. They claim they had
warned the main manufacturers of the scheduled changes
to HLS that would require firmware updates, but there's
a big controversy over who's to blame for the predicament
many Internet device owners found themselves into...
I haven't caught up on this, but at the time of the
change only some new models of the "Pure" brand were
HLS enabled...
 As an interim fix (backward compatibility) and only
for Live Radio, the BBC have generated Shoutcast MP3
streams, compatible with the majority of older devices.
HOWEVER, as a cost cutting measure, there exists only one
universal stream for each BBC Radio Station, @ 128kbps,
for both the UK & International listeners.
In a few words, the UK users receive the same stream as overseas
ones, i.e. the very stream which is devoid of UK-only
copyrighted content...
 After the intervention of the BBC Radio 3 controller,
a HD (UK-only) shoutcast AAC stream was reinstated,
but only until this year's Proms...
 No solution as yet for AOD for "older" devices.
Those "older" devices, after the cessation of WMA
and ShoutcastAAC, have fallen back automatically
(via stream aggregators) to the Shoutcast MP3
live streams.
 It is my gut feeling your Linn device is using this
"international" MP3 stream when connecting to Radio 4;
as Christopher said, content for which no int'l
streaming rights have been negotiated by the BBC
is excluded...
 The beeb have promised they'll introduce geo-filtered
versions of Shoutcast MP3 streams for the UK,
to anger down frustrated Radio 5 Live (& Sports Xtra)
listeners - nothing concrete has yet come to my knowledge...

What you can do until then:
1. Contact Linn and investigate whether a firmware update
for your device has been made available, that would
enable AppleHLS "reception" - the BBC's AppleHLS
new streams come in UK and non-UK varieties...
2. Use a different medium to listen to those AppleHLS
streams in the UK; obviously iDevices (by Apple)
are supported, but you can use software players
on your computer, too...
GiP 2.92 supports the streaming to MPlayer/VLC
of those streams (--type=liveradio --modes=hlsaac)

My summary above is based on the relevant BBC Internet
Blog entries:

http://www.bbc.co.uk/blogs/internet/entries/2ff95543-7547-4b2d-9305-563428
(169 comments)
http://www.bbc.co.uk/blogs/internet/entries/d031b300-721a-4df5-8506-723303f2887e
(316 comments)
http://www.bbc.co.uk/blogs/internet/entries/234a65f0-89c1-489c-b6e9-55d2de932e53
(341 comments)
http://www.bbc.co.uk/blogs/internet/entries/296ac283-54df-4c21-a38f-8cc1fa8731c8
(294 comments)

Regards,
Vangelis 



From peter.kirk at isauk.biz  Wed May 27 13:07:40 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Wed, 27 May 2015 21:07:40 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <012C5E1A6E454590802C78AA075DF976@vasonote>
References: <556438A9.8000604@errichel.co.uk>,
 <012C5E1A6E454590802C78AA075DF976@vasonote>
Message-ID: <5566321C.23835.6671D4@peter.kirk.isauk.biz>

On 27 May 2015 at 22:51, Vangelis forthnet Vangelis forthnet 
<northmedia1 at the.forthnet.gr> wrote:

> Earlier this year (I think 't was the end of February),
> the BBC killed off the Windows Media Audio (WMA)
> streams both for Listen Live (Live Radio) and Audio-
> on-Demand; this was an announced move, so no surprise there...
> What wasn't foretold was they'd also switch off the
> Listen Live "Shoutcast AAC" streams...

Vangelis,

Many thanks for the information. Very useful and informative.

Peter

-----

Web Hosting and VPS provided by HostSlim
https://clients.hostslim.eu/aff.php?aff=079





From ajebay at errichel.co.uk  Wed May 27 13:17:13 2015
From: ajebay at errichel.co.uk (Budgie)
Date: Wed, 27 May 2015 21:17:13 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <012C5E1A6E454590802C78AA075DF976@vasonote>
References: <012C5E1A6E454590802C78AA075DF976@vasonote>
Message-ID: <55662649.5070203@errichel.co.uk>

On 27/05/15 20:51, Vangelis forthnet wrote:
> On Tue May 26 10:11:05 BST 2015, Budgie wrote:
>
>> I listen to Radio 4 using a networked Linn device
>> The Linn device offers various radio channels directly
>> On several occasions recently,
>> the news stream has been interrupted and
>> all I get is a recorded loop telling me that
>> "due to rights restrictions
>> the programme is not available."
>> Is the problem with BBC or Linn?
>
> On Tue May 26 10:36:25 BST 2015, Derek Kaye wrote:
>
>> but perhaps someone with a more detailed
>> knowledge of how the streaming works can
>
> On Tue May 26 21:59:59 BST 2015, Christopher Woods wrote:
>
>> Some highlights or clips from sporting events
>> may not come with requisite rights to be broadcast online,
>> even when part of a news bulletin
>
> Hello Budgie, Derek et al :-)
>
> Earlier this year (I think 't was the end of February),
> the BBC killed off the Windows Media Audio (WMA)
> streams both for Listen Live (Live Radio) and Audio-
> on-Demand; this was an announced move, so no surprise there...
> What wasn't foretold was they'd also switch off the
> Listen Live "Shoutcast AAC" streams...
> Most Internet Radios and other networked devices
> (especially if somewhat old) relied heavily upon those
> discontinued streams; another important detail was
> that those streams were available at two different "flavours":
>
> 1. UK-only, fed only to UK IPs; this version included
> content (usually sports) with UK-only broadcast rights.
> 2. Overseas, served to the rest of the world.
> That was offered in a significantly lower bandwidth
> and all UK-only content was excluded, blanketed out
> by the "due to rights restrictions... " loop you mentioned.
>
> The beeb and their "Audio Factory" department have
> replaced the old streams with new ones, employing the
> newer "AppleHLS" streaming methodology (chunked streaming
> over HTTP). HOWEVER, in their infinite wisdom, by doing
> so have effectively cut off all older devices with
> firmware that doesn't support HLS. They claim they had
> warned the main manufacturers of the scheduled changes
> to HLS that would require firmware updates, but there's
> a big controversy over who's to blame for the predicament
> many Internet device owners found themselves into...
> I haven't caught up on this, but at the time of the
> change only some new models of the "Pure" brand were
> HLS enabled...
> As an interim fix (backward compatibility) and only
> for Live Radio, the BBC have generated Shoutcast MP3
> streams, compatible with the majority of older devices.
> HOWEVER, as a cost cutting measure, there exists only one
> universal stream for each BBC Radio Station, @ 128kbps,
> for both the UK & International listeners.
> In a few words, the UK users receive the same stream as overseas
> ones, i.e. the very stream which is devoid of UK-only
> copyrighted content...
> After the intervention of the BBC Radio 3 controller,
> a HD (UK-only) shoutcast AAC stream was reinstated,
> but only until this year's Proms...
> No solution as yet for AOD for "older" devices.
> Those "older" devices, after the cessation of WMA
> and ShoutcastAAC, have fallen back automatically
> (via stream aggregators) to the Shoutcast MP3
> live streams.
> It is my gut feeling your Linn device is using this
> "international" MP3 stream when connecting to Radio 4;
> as Christopher said, content for which no int'l
> streaming rights have been negotiated by the BBC
> is excluded...
> The beeb have promised they'll introduce geo-filtered
> versions of Shoutcast MP3 streams for the UK,
> to anger down frustrated Radio 5 Live (& Sports Xtra)
> listeners - nothing concrete has yet come to my knowledge...
>
> What you can do until then:
> 1. Contact Linn and investigate whether a firmware update
> for your device has been made available, that would
> enable AppleHLS "reception" - the BBC's AppleHLS
> new streams come in UK and non-UK varieties...
> 2. Use a different medium to listen to those AppleHLS
> streams in the UK; obviously iDevices (by Apple)
> are supported, but you can use software players
> on your computer, too...
> GiP 2.92 supports the streaming to MPlayer/VLC
> of those streams (--type=liveradio --modes=hlsaac)
>
> My summary above is based on the relevant BBC Internet
> Blog entries:
>
> http://www.bbc.co.uk/blogs/internet/entries/2ff95543-7547-4b2d-9305-563428
> (169 comments)
> http://www.bbc.co.uk/blogs/internet/entries/d031b300-721a-4df5-8506-723303f2887e
>
> (316 comments)
> http://www.bbc.co.uk/blogs/internet/entries/234a65f0-89c1-489c-b6e9-55d2de932e53
>
> (341 comments)
> http://www.bbc.co.uk/blogs/internet/entries/296ac283-54df-4c21-a38f-8cc1fa8731c8
>
> (294 comments)
>
> Regards,
> Vangelis
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Hi Vangelis,
Many thanks for your helpful and detailed explanation.

I shall raise the question on the Linn group.  I am sure they will sort 
it out as they frequently issue updates and I think the Linn devices are 
linux based so easily fixed.  Will post any further info when I get it.
Regards,
Budgie


From web at audiomisc.co.uk  Thu May 28 01:30:54 2015
From: web at audiomisc.co.uk (Jim web)
Date: Thu, 28 May 2015 09:30:54 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <5566321C.23835.6671D4@peter.kirk.isauk.biz>
References: <556438A9.8000604@errichel.co.uk>
 <012C5E1A6E454590802C78AA075DF976@vasonote>
 <5566321C.23835.6671D4@peter.kirk.isauk.biz>
Message-ID: <54cac38a68web@audiomisc.co.uk>

In article <5566321C.23835.6671D4 at peter.kirk.isauk.biz>, Peter S Kirk
<peter.kirk at isauk.biz> wrote:


> Many thanks for the information. Very useful and informative.

You may also find this of interest.

http://www.audiomisc.co.uk/BBC/AudioFactory/AudioFactory.html

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From andy at virusplanet.demon.co.uk  Thu May 28 05:41:47 2015
From: andy at virusplanet.demon.co.uk (Andrew Fear)
Date: Thu, 28 May 2015 12:41:47 +0000
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <54cac38a68web@audiomisc.co.uk>
References: <556438A9.8000604@errichel.co.uk>
 <012C5E1A6E454590802C78AA075DF976@vasonote>
 <5566321C.23835.6671D4@peter.kirk.isauk.biz>,<54cac38a68web@audiomisc.co.uk>
Message-ID: <9EBFF8D3114867489F8B7225E81E69FC27B78AD0@exmbx04.thus.corp>


________________________________________
From: get_iplayer [get_iplayer-bounces at lists.infradead.org] on behalf of Jim web [web at audiomisc.co.uk]
Sent: 28 May 2015 09:30
To: get_iplayer at lists.infradead.org
Subject: Re: OT Live Streaming Radio 4 News

In article <5566321C.23835.6671D4 at peter.kirk.isauk.biz>, Peter S Kirk
<peter.kirk at isauk.biz> wrote:


> Many thanks for the information. Very useful and informative.

You may also find this of interest.

http://www.audiomisc.co.uk/BBC/AudioFactory/AudioFactory.html

--

I found that article very interesting. Does the demise of RMTP mean that g_ip may cease to be able to handle on demand audio?

Andy

From chrisjbrady at gmail.com  Thu May 28 07:25:38 2015
From: chrisjbrady at gmail.com (CJB)
Date: Thu, 28 May 2015 16:25:38 +0200
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <9EBFF8D3114867489F8B7225E81E69FC27B78AD0@exmbx04.thus.corp>
References: <556438A9.8000604@errichel.co.uk>
 <012C5E1A6E454590802C78AA075DF976@vasonote>
 <5566321C.23835.6671D4@peter.kirk.isauk.biz>
 <54cac38a68web@audiomisc.co.uk>
 <9EBFF8D3114867489F8B7225E81E69FC27B78AD0@exmbx04.thus.corp>
Message-ID: <CAPZzCnMXjHTEig26+criA_xB7AvZgczOwdBHkg26148yBPRJyQ@mail.gmail.com>

Try Hola - its a VPN app. that fools the Beeb's servers into believing
that the user is in the UK. There are many other similar apps. CJB.

On 28/05/2015, Andrew Fear <andy at virusplanet.demon.co.uk> wrote:
>
> ________________________________________
> From: get_iplayer [get_iplayer-bounces at lists.infradead.org] on behalf of Jim
> web [web at audiomisc.co.uk]
> Sent: 28 May 2015 09:30
> To: get_iplayer at lists.infradead.org
> Subject: Re: OT Live Streaming Radio 4 News
>
> In article <5566321C.23835.6671D4 at peter.kirk.isauk.biz>, Peter S Kirk
> <peter.kirk at isauk.biz> wrote:
>
>
>> Many thanks for the information. Very useful and informative.
>
> You may also find this of interest.
>
> http://www.audiomisc.co.uk/BBC/AudioFactory/AudioFactory.html
>
> --
>
> I found that article very interesting. Does the demise of RMTP mean that
> g_ip may cease to be able to handle on demand audio?
>
> Andy
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>


From northmedia1 at the.forthnet.gr  Thu May 28 09:00:02 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Thu, 28 May 2015 19:00:02 +0300
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <9EBFF8D3114867489F8B7225E81E69FC27B78AD0@exmbx04.thus.corp>
Message-ID: <3C86ED6557C244CDA810F6C53CE2377A@vasonote>

On Thu May 28 13:41:47 BST 2015, Andrew Fear wrote:

> Does the demise of  RTMP mean that g_ip may cease 
> to be able to handle on demand audio?

Hi Andrew :-)

 Although currently the flashaac modes are the default 
for AOD fetches by GiP, tag version 2.92 already 
supports the downloading of AOD in the form of 
AppleHLS streams - the flashaac modes use rtmpdump, 
while the hlsaac modes use ffmpeg (or avconv).

First try:

get_iplayer --type=radio --pid=b05vcz8h --modes=flashaac

and then: 

get_iplayer --type=radio --pid=b05vcz8h --modes=hlsaac --force --overwrite

for a comparison... the main drawback being 
the hlsaac modes take longer to complete...

AppleHLS as a delivery method will be here for quite a while, I guess...
If they switch AOD-RTMP to exclusively AOD-AdobeHDS, then 
ffmpeg currently lacks support for it, but already other tools exist that 
support it - one ominous fact is that AdobeHDS supports "Adobe Primetime" 
DRM encryption, but let's not jinx things yet...
As for MPEG-DASH, I currently am not aware of a tool 
that can download such streams, but it being an open source 
implementation, I like to be optimistic that one will no doubt 
crop up in the future...
So, you can put your mind at ease, at least for now...

Regards, 
Vangelis.


From northmedia1 at the.forthnet.gr  Thu May 28 09:49:45 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Thu, 28 May 2015 19:49:45 +0300
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <CAPZzCnMXjHTEig26+criA_xB7AvZgczOwdBHkg26148yBPRJyQ@mail.gmail.com>
Message-ID: <2C2306D8CD2C44918FD710487153F22F@vasonote>

On Thu May 28 15:25:38 BST 2015, CJB wrote:

> Try Hola - its a VPN app. that fools the Beeb's servers
> into believing that the user is in the UK.

With due respect Chris, 
how is this related to Andrew's original query?

>> Does the demise of RMTP mean that g_ip 
>> may cease to be able to handle on demand audio?

Moreover,  judging from Andrew's email address, 
I can tell he's based in the UK, so a UK VPN is 
totally irrelevant here...

Also, earlier in this very thread, you posted: 

> Maybe try connecting via a VPN app. like Hola? 
> This would allow viewing of t.v. progs too.

as a reply to Budgie's Radio 4 issue, who is also 
located physically in the UK...

If you were a first time poster to the list, 
I'd definitely say you are spamming the list 
with Hola plugs... Please stop doing it...

(And I personally have no problem with it, 
but both the list maintainer (David Woodhouse) 
and the code maintainer (dinkypumpkin - sadly 
no longer posts here) have made it clear 
that mention of geo-blocking circumvention 
methods is not tolerated - especially in a public 
list that is indexed by Google and, most probably, 
monitored by BBC personnel...)

Regards, 
V.


From owen.smith at cantab.net  Thu May 28 15:14:02 2015
From: owen.smith at cantab.net (Owen Smith)
Date: Thu, 28 May 2015 23:14:02 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <2C2306D8CD2C44918FD710487153F22F@vasonote>
References: <2C2306D8CD2C44918FD710487153F22F@vasonote>
Message-ID: <9A9E1118-79DE-404B-917F-8ED812A08EB4@cantab.net>

When did dinkypumpkin stop posting here? I subscribe almost entirely for the postings announcing new get_iplayer releases. If they're not being made here any more, then were can they be found please?

And why did dinkypumpkin stop posting here?

-- 
Owen Smith <owen.smith at cantab.net>
Cambridge, UK

> (And I personally have no problem with it, but both the list maintainer (David Woodhouse) and the code maintainer (dinkypumpkin - sadly no longer posts here) have made it clear that mention of geo-blocking circumvention methods is not tolerated - especially in a public list that is indexed by Google and, most probably, monitored by BBC personnel...)
> 
> Regards, V.
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer


From northmedia1 at the.forthnet.gr  Thu May 28 15:35:26 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Fri, 29 May 2015 01:35:26 +0300
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <3C86ED6557C244CDA810F6C53CE2377A@vasonote>
Message-ID: <D1611D7D7B80421F9C1861F1BD77EFE2@vasonote>

Forwarded to the list from a private only e-mail:

On Thu May 28 22:32 BST 2015, Andrew Fear andy at virusplanet.demon.co.uk 
wrote:

> Vangelis,
>
> Thanks for taking the time to answer my question so fully. I'm sure i'm
> not alone in being quite a heavy user of the portable media files that
> get_iplayer gives me which aren't available through the Beeb's own apps.
> The thought of losing access to all the radio content overnight would
> leave me with one hell of an entertainment defecit!
>
> All the best,
>
> Andy. 



From northmedia1 at the.forthnet.gr  Thu May 28 15:59:33 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Fri, 29 May 2015 01:59:33 +0300
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <9A9E1118-79DE-404B-917F-8ED812A08EB4@cantab.net>
Message-ID: <467DE15FB3BB4181BD96A713DEEFE76F@vasonote>

On Thu May 28 23:14:02 BST 2015, Owen Smith wrote:

> When did dinkypumpkin stop posting here?

 You can always check the list archives for that: 
http://lists.infradead.org/pipermail/get_iplayer/

Last "help" contribution was posted on Dec 29th 2014:
http://lists.infradead.org/pipermail/get_iplayer/2014-December/007067.html

> for the postings announcing new get_iplayer releases. 
> If they're not being made here any more,

That he DID DO for tag 2.92 release: 
http://lists.infradead.org/pipermail/get_iplayer/2015-March/007342.html
(this constitutes his only list post in 2015 so far...)

> And why did dinkypumpkin stop posting here?

You'd have to ask him yourself, as no reason was given here...

> then w(h)ere can they be found please?

 Apparently, you can get replies from dinkypumpkin himself 
if you first subscribe and then post your query in Square Penguin's 
support forum, where DP is acting as "Keymaster": 
https://squarepenguin.co.uk/all-forums/

Regards


From getiplayer at squarepenguin.co.uk  Thu May 28 16:22:33 2015
From: getiplayer at squarepenguin.co.uk (SquarePenguin)
Date: Thu, 28 May 2015 23:22:33 +0000
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <467DE15FB3BB4181BD96A713DEEFE76F@vasonote>
References: <467DE15FB3BB4181BD96A713DEEFE76F@vasonote>
Message-ID: <D86872A3-C3EE-4951-8935-B515218C9F63@squarepenguin.co.uk>

On 28 May 2015 23:59:33 BST, Vangelis forthnet <northmedia1 at the.forthnet.gr> wrote:
>On Thu May 28 23:14:02 BST 2015,

>> And why did dinkypumpkin stop posting here?
>
>You'd have to ask him yourself, as no reason was given here...
>

It could be because you're doing a sterling job Vangelis.  Your posts are thorough,  clear,  helpful and solve or provide workarounds for pretty much every issue that arises. 

They also provide lots of ancillary detail that is often Quite Interesting. 

Mine on the other hand are largely crap and so DP likely feels duty bound to clean up behind me. 






From ajebay at errichel.co.uk  Fri May 29 02:44:46 2015
From: ajebay at errichel.co.uk (Budgie)
Date: Fri, 29 May 2015 10:44:46 +0100
Subject: OT Live Streaming Radio 4 News
In-Reply-To: <012C5E1A6E454590802C78AA075DF976@vasonote>
References: <012C5E1A6E454590802C78AA075DF976@vasonote>
Message-ID: <5568350E.5090707@errichel.co.uk>

On 27/05/15 20:51, Vangelis forthnet wrote:
> On Tue May 26 10:11:05 BST 2015, Budgie wrote:
>
>> I listen to Radio 4 using a networked Linn device
>> The Linn device offers various radio channels directly
>> On several occasions recently,
>> the news stream has been interrupted and
>> all I get is a recorded loop telling me that
>> "due to rights restrictions
>> the programme is not available."
>> Is the problem with BBC or Linn?
>
> On Tue May 26 10:36:25 BST 2015, Derek Kaye wrote:
>
>> but perhaps someone with a more detailed
>> knowledge of how the streaming works can
>
> On Tue May 26 21:59:59 BST 2015, Christopher Woods wrote:
>
>> Some highlights or clips from sporting events
>> may not come with requisite rights to be broadcast online,
>> even when part of a news bulletin
>
> Hello Budgie, Derek et al :-)
>
> Earlier this year (I think 't was the end of February),
> the BBC killed off the Windows Media Audio (WMA)
> streams both for Listen Live (Live Radio) and Audio-
> on-Demand; this was an announced move, so no surprise there...
> What wasn't foretold was they'd also switch off the
> Listen Live "Shoutcast AAC" streams...
> Most Internet Radios and other networked devices
> (especially if somewhat old) relied heavily upon those
> discontinued streams; another important detail was
> that those streams were available at two different "flavours":
>
> 1. UK-only, fed only to UK IPs; this version included
> content (usually sports) with UK-only broadcast rights.
> 2. Overseas, served to the rest of the world.
> That was offered in a significantly lower bandwidth
> and all UK-only content was excluded, blanketed out
> by the "due to rights restrictions... " loop you mentioned.
>
> The beeb and their "Audio Factory" department have
> replaced the old streams with new ones, employing the
> newer "AppleHLS" streaming methodology (chunked streaming
> over HTTP). HOWEVER, in their infinite wisdom, by doing
> so have effectively cut off all older devices with
> firmware that doesn't support HLS. They claim they had
> warned the main manufacturers of the scheduled changes
> to HLS that would require firmware updates, but there's
> a big controversy over who's to blame for the predicament
> many Internet device owners found themselves into...
> I haven't caught up on this, but at the time of the
> change only some new models of the "Pure" brand were
> HLS enabled...
> As an interim fix (backward compatibility) and only
> for Live Radio, the BBC have generated Shoutcast MP3
> streams, compatible with the majority of older devices.
> HOWEVER, as a cost cutting measure, there exists only one
> universal stream for each BBC Radio Station, @ 128kbps,
> for both the UK & International listeners.
> In a few words, the UK users receive the same stream as overseas
> ones, i.e. the very stream which is devoid of UK-only
> copyrighted content...
> After the intervention of the BBC Radio 3 controller,
> a HD (UK-only) shoutcast AAC stream was reinstated,
> but only until this year's Proms...
> No solution as yet for AOD for "older" devices.
> Those "older" devices, after the cessation of WMA
> and ShoutcastAAC, have fallen back automatically
> (via stream aggregators) to the Shoutcast MP3
> live streams.
> It is my gut feeling your Linn device is using this
> "international" MP3 stream when connecting to Radio 4;
> as Christopher said, content for which no int'l
> streaming rights have been negotiated by the BBC
> is excluded...
> The beeb have promised they'll introduce geo-filtered
> versions of Shoutcast MP3 streams for the UK,
> to anger down frustrated Radio 5 Live (& Sports Xtra)
> listeners - nothing concrete has yet come to my knowledge...
>
> What you can do until then:
> 1. Contact Linn and investigate whether a firmware update
> for your device has been made available, that would
> enable AppleHLS "reception" - the BBC's AppleHLS
> new streams come in UK and non-UK varieties...
> 2. Use a different medium to listen to those AppleHLS
> streams in the UK; obviously iDevices (by Apple)
> are supported, but you can use software players
> on your computer, too...
> GiP 2.92 supports the streaming to MPlayer/VLC
> of those streams (--type=liveradio --modes=hlsaac)
>
> My summary above is based on the relevant BBC Internet
> Blog entries:
>
> http://www.bbc.co.uk/blogs/internet/entries/2ff95543-7547-4b2d-9305-563428
> (169 comments)
> http://www.bbc.co.uk/blogs/internet/entries/d031b300-721a-4df5-8506-723303f2887e
>
> (316 comments)
> http://www.bbc.co.uk/blogs/internet/entries/234a65f0-89c1-489c-b6e9-55d2de932e53
>
> (341 comments)
> http://www.bbc.co.uk/blogs/internet/entries/296ac283-54df-4c21-a38f-8cc1fa8731c8
>
> (294 comments)
>
> Regards,
> Vangelis
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Hi, just to report that I am advised the patch is now in place and the 
Linn DS devices are good for present BBC streams.  Updated my systems 
and so far so good with the news this morning.
Thanks again for your erudite, helpful and instructive reply.  I always 
learn a bit more from your excellent posts.  Sadly my retention is not 
what it was!!!
Budgie


From amurrayfsf at gmail.com  Fri May 29 09:44:12 2015
From: amurrayfsf at gmail.com (Arthur Murray)
Date: Fri, 29 May 2015 09:44:12 -0700
Subject: Podcast download problem
Message-ID: <CAEk9t8Ab7GtPe=bQxPbrOrJXR9HP8B2F9KWm8VMhn=ju3sk0Hg@mail.gmail.com>

pid: p02sgk0l

Trying to get this in get_iplayer, a default get:

INFO: No specified modes (flashhd,flashvhigh) available for this
programme with version 'default'
INFO: Try using --modes=flashaacstd,hlsaacstd

So I try with --modes=flashaacstd

INFO: Command exit code 1 (raw code = 256)

(not found?)

So I try with --modes=hlsaacstd

ffmpeg .....
http://cp143012-i.akamaihd.net/i/iplayerstream/secure_auth/ibroadcast_audio ...
[http @ 0xaa5afe0] HTTP error 403 Forbidden
(not in UK at the moment, perhaps UK only?)

But I can click the "Download MP3" from the webpage

http://ic.cf5127ca.0e23cd.aod-pod-ww-live.bbcfmt.vo.llnwi.net/mpg_mp3_med/2c97c5944cfb7a51014d9fac959a1bc3--audio--docwk21_mpg_mp3_med.mp3?s=111&e=111

And I can download it without problem.  Is there a way to get
get_iplayer to download the working link to the MP3?


From northmedia1 at the.forthnet.gr  Fri May 29 14:51:32 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sat, 30 May 2015 00:51:32 +0300
Subject: Podcast download problem
In-Reply-To: <CAEk9t8Ab7GtPe=bQxPbrOrJXR9HP8B2F9KWm8VMhn=ju3sk0Hg@mail.gmail.com>
Message-ID: <80BFB0C4C56142429D337D9E0B440074@vasonote>

On Fri May 29 17:44:12 PDT 2015, Arthur Murray wrote:

> pid: p02sgk0l
>
> Trying to get this in get_iplayer,
>
> Is there a way to get get_iplayer to download
> the working link to the MP3?

Hello, Arthur :-)

In all fairness, this may be a bug with get_iplayer,
caused by recent BBC changes.
First, this is not a typical podcast;
on http://www.bbc.co.uk/podcasts/radio4
most have download URLs of the form:
http://downloads.bbc.co.uk/podcasts/radio4/[programme]/[filename].mp3
e.g. for "Thought For The Day" May 29th it's:
http://downloads.bbc.co.uk/podcasts/radio4/thought/thought_20150529-1239a.mp3
GiP is best tailored to handle this type of podcasts.
However, lately another type of podcast has emerged,
like the one you're having trouble with and like "Home Front"
(http://www.bbc.co.uk/programmes/b047qhc2/episodes/downloads)
in which every episode is assigned a pid; GiP can't apparently
process those "podcast" pids.

Concentrating on your offending podcast,
its programme page is
http://www.bbc.co.uk/programmes/p02sgk0l
hence, as you said, pid=p02sgk0l
by loading:
http://www.bbc.co.uk/programmes/p02sgk0l/playlist.json
you'll find that vpid=p02sgk0w

At least on my setup, I'm finding that:

perl 
get_iplayer-292.pl --type=radio --pid=p02sgk0l --modes=flashaac --tag-podcast-radio 
 --force

works (from my Greek IP) ands yields an M4A file of your show.
So does

perl 
get_iplayer-292.pl --type=radio --pid=p02sgk0l --modes=hlsaac --tag-podcast-radio 
 --force

If you're not in the UK currently, please disable any geo-spoofing methods
you are using (if any), like "Smart DNS" services or proxy servers.
The HLS URL you've posted
http://cp143012-i.akamaihd.net/i/...
is of the UK (HLS) CDN, this hostname (cp143012-i.akamaihd.net)
is geo-blocked and won't connect from a non-UK IP.
But the podcast file IS AVAILABLE worldwide, it should
download via rtmp/hls from your overseas location!
(FWIW, the file downloads over AppleHLS via the international
version of the Akamai (HLS) CDN, "cp312012-vh.akamaihd.net")

 Now, GiP in its current incarnation can't download via PID the MP3 version 
linked
on the programme's page; if you examine (but not click) the link,
you'll see that it uses the mediaselector/5 API URL with a new mediaset 
string:

http://open.live.bbc.co.uk/mediaselector/5/redir/version/2.0/mediaset/audio-nondrm-download/proto/http/vpid/p02sgk0w.mp3

This new mediaset=audio-nondrm-download
is not hardcoded into the GiP script, so it can't generate
that download link from a given "podcast" pid...

Workaround:
1. Build or refresh the podcast cache by running:
get_iplayer --type=podcast -f --force
(takes a little while)
2. get_iplayer --type=podcast "Documentary of the Week Podcast"

returns (5 results in total):

210194: Documentary of the Week Podcast - My Head, Fri, 29 May 2015 15:30:00 
+01
00, BBC Radio 4, News & Politics

3. get_iplayer --type=podcast 210194 -g

C:\Program Files\get_iplayer>get_iplayer --type=podcast 210194 -g
get_iplayer v2.90-45-g16b0c40, 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.

Matches:
210194: Documentary of the Week Podcast - My Head, Fri, 29 May 2015 15:30:00 
+01
00, BBC Radio 4, News & Politics

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: podcast modes will be tried for version default
INFO: Trying podcast mode to record podcast: Documentary of the Week 
Podcast - M
y Head
INFO: File name prefix = Documentary_of_the_Week_Podcast_-_My_Head_p02sgk0w

INFO: Recorded 26.10MB in 00:00:16 at 13363kbps to D:\Vangelis\iPlayer 
Recording
s\Documentary_of_the_Week_Podcast_-_My_Head_p02sgk0w.mp3

INFO: Downloaded Thumbnail to 'D:\Vangelis\iPlayer 
Recordings\Documentary_of_the
_Week_Podcast_-_My_Head_p02sgk0w.jpg'
INFO: ID3 tagging MP3 file

Hope I've helped!
Cheers,
Vangelis. 



From northmedia1 at the.forthnet.gr  Fri May 29 16:35:35 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sat, 30 May 2015 02:35:35 +0300
Subject: Available Programme has `available' in the Future.
In-Reply-To: <E270B9A16AEA47689DE67A379730F819@vasonote>
Message-ID: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote>

I received this private e-mail from Ralph Corderoy:

On Friday, May 29, 2015 13:05 BST, Ralph Corderoy <ralph at inputplus.co.uk> 
wrote:

> Hi Vangelis,
>
> Just to say, I did reply to your list post thanking you,
> but it didn't make it to the list and I didn't CC you directly.
> I prodded get_iplayer-owner at lists.infradead.org on the 11th,
> I assume that's David Woodhouse, but never heard anything back.
>
>> Hi David,
>>
>> I replied to Vangelis's
>> http://lists.infradead.org/pipermail/get_iplayer/2015-May/007595.html
>> changing the subject and was informed the message awaited moderation.
>> That was a while ago and it's not yet appeared on
>> http://lists.infradead.org/pipermail/get_iplayer/2015-May/thread.html
>> Could you see if it's still waiting.  I changed the subject to help
>> those that come searching later, like I did, so it would be nice if it
>> reached the archive.
>>
>> Cheers, Ralph.
>
> Cheers, Ralph.

Hello again, Ralph...
You are welcome (for thanking me)!

>> changing the subject
>> (snip)
>>  I changed the subject

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

>> to help those that come searching later, like I did,
>> so it would be nice if it reached the archive.

If you must do this for the benefit of others,
then start a new thread by posting to the list
with the subject string you deem appropriate,
then place inside the e-mail body the link(s) to
the offered solution(s).

Kind regards,
Vangelis.




From mtbc at ixod.org  Sat May 30 00:46:02 2015
From: mtbc at ixod.org (Mark Carroll)
Date: Sat, 30 May 2015 08:46:02 +0100
Subject: Available Programme has `available' in the Future.
In-Reply-To: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote> (Vangelis forthnet's
 message of "Sat, 30 May 2015 02:35:35 +0300")
References: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote>
Message-ID: <878uc6o6dh.fsf@ixod.org>

"Vangelis forthnet" <northmedia1 at the.forthnet.gr> writes:

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

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

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

-- Mark


From ralph at inputplus.co.uk  Sat May 30 04:03:58 2015
From: ralph at inputplus.co.uk (Ralph Corderoy)
Date: Sat, 30 May 2015 12:03:58 +0100
Subject: Available Programme has `available' in the Future.
In-Reply-To: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote>
References: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote>
Message-ID: <20150530110359.1812423CD0@orac.inputplus.co.uk>

Hi Vangelis,

> I received this private e-mail from Ralph Corderoy:

(I think it's widely considered impolite to make private emails public.
:-)

> > Ralph wrote to the list owner:
> > > I replied to Vangelis's
> > > http://lists.infradead.org/pipermail/get_iplayer/2015-May/007595.html
> > > changing the subject and was informed the message awaited
> > > moderation.  That was a while ago and it's not yet appeared on
> > > http://lists.infradead.org/pipermail/get_iplayer/2015-May/thread.html
> > > Could you see if it's still waiting.  I changed the subject to
> > > help those that come searching later, like I did, so it would be
> > > nice if it reached the archive.
...
> Please, DON'T CHANGE THE SUBJECT when you are replying to a message of
> an existing thread; this is why the list software rejected your post;
> Please read (and heed) rule 3 of the list netiquette:
> http://david.woodhou.se/email.html

Here is rule 3.

    3.  Ensure your references are correct
    The email standard (RFC 2822) says that all replies should have
    References: and In-Reply-To: headers which contain the unique
    message identification of the message to which the reply is made.
    There are two ways in which this is generally abused:

      ? Some broken mail programs will send a reply with no References:
        or In-Reply-To: header, causing threading information to be
        lost.
      ? Sometimes people have been observed to select an existing
        message on the mailing list, reply to it but modify the subject
        in an attempt to start an entirely new thread.  If their email
        client is behaving correctly, the References: and In-Reply-To:
        headers mean that their message is _not_ a new thread as they
        intended, but appears as a continuation of the original thread.

I did not violate this rule.  I deliberately did not want to start a new
thread.  It was important that my reply got the context from being
threaded as a reply to the existing thread in the archives.  I merely
wanted to change the subject given you'd diagnosed the issue so that
others searching the archives, as I did before posting, had a better
change of finding it.

Changing the subject mid-thread like this has been common on many
mailing lists and Usenet newsgroups for decades, one sometimes sees the
old subject live on for a little as `New. (Was: Old.)', and is distinct
from lazy people replying to a random list email to start a new thread,
which I agree is a modern problem given modern mail-user agents hiding
email addresses.  Mailing-list archivers are happy with changing
subjects, using the email's other headers to thread and not just the
subject text.

Cheers, Ralph.


From ralph at inputplus.co.uk  Sat May 30 04:08:00 2015
From: ralph at inputplus.co.uk (Ralph Corderoy)
Date: Sat, 30 May 2015 12:08:00 +0100
Subject: Available Programme has `available' in the Future.
In-Reply-To: <878uc6o6dh.fsf@ixod.org>
References: <4D74F14D98F54179A9C658F2EA82CDBA@vasonote>
 <878uc6o6dh.fsf@ixod.org>
Message-ID: <20150530110800.570A823CD0@orac.inputplus.co.uk>

Hi Mark,

> If people [change the subject in a reply] on this list, it will
> actually reject their message automatically?

No, as I found, their email will be automatically held for moderation
and they'll be emailed that this has happened.  I assumed list
moderator(s) would release it to the list on their daily sweep of the
moderation queue.  This didn't happen.  Perhaps this list has only the
owner and no volunteer moderators, and the owner's too busy.

> If so, for this list, should I just be leaving the Subject: line as it
> is, or is it preferred that I actually start a different thread while
> quoting material from this thread?

Either is broken if the moderation queue simply ages until it is
automatically discarded.  :-)

Cheers, Ralph.


From jon at hedgerows.org.uk  Sat May 30 11:16:46 2015
From: jon at hedgerows.org.uk (Jon Davies)
Date: Sat, 30 May 2015 19:16:46 +0100
Subject: Help with Linux installation please
In-Reply-To: <5561E472.9080502@soulman1949.com>
References: <5561E472.9080502@soulman1949.com>
Message-ID: <CAJEH5C0SE=pLdDahDy+AUyNXZ8446+XzbDnFB8-0cvstMqToBg@mail.gmail.com>

On 24 May 2015 at 15:47, Alan Milewczyk <alan at soulman1949.com> wrote:
> so it's been a case of installing Linux (Mint-17.1 64 bit) onto a different
> PC. Oh boy, I now remember why I loathe Linux so much, it's like pulling
> teeth without anaesthetic..... :-(
>
> I've tried to follow the installation instructions as closely as possible
> bearing in mind I might as well be reading Chinese but after umpteen
> iterations to download and install things that the system seemed to be
> telling me it needed, I'm still hitting a brick wall.

You could try the instructions here:
  https://github.com/get-iplayer/get_iplayer/wiki/ubuntu

(Yeah, I know the URL doesn't mention Mint, but if you start at the
Wiki homepage (https://github.com/get-iplayer/get_iplayer/wiki) and
follow the links for "Installation" and "Ubuntu / Mint" that's where
you end up.)

Jon


From jms.daley at gmail.com  Sat May 30 12:10:17 2015
From: jms.daley at gmail.com (James Daley)
Date: Sat, 30 May 2015 20:10:17 +0100
Subject: Revolting People & PVR  Manager
Message-ID: <1893835.5GBooaTged@wallaby>

Hi, 	
I routinely use the excellent PVR Manager to set up the download of a series 
but for some reason it seems unable to find "Revolting People" even though it 
is in the cache :

$ grep -i revolting radio.cache 
12319|radio|Revolting People: Series 1|b007jrqj|Unknown|Storm Clouds|1||
default|1800|Baltimore shopkeeper Samuel Oliphant has much to worry about. 
>From January 2000.|BBC Radio 4 Extra||
http://ichef.bbci.co.uk/images/ic/150x84/legacy/brand/b007v7v0.jpg|
1432778707||http://www.bbc.co.uk/programmes/b007jrqj|

Anyone have an explanation ? 


From peter.kirk at isauk.biz  Sat May 30 13:03:04 2015
From: peter.kirk at isauk.biz (Peter S Kirk)
Date: Sat, 30 May 2015 21:03:04 +0100
Subject: Revolting People & PVR  Manager
In-Reply-To: <1893835.5GBooaTged@wallaby>
References: <1893835.5GBooaTged@wallaby>
Message-ID: <556A2588.1422.5CCDD0@peter.kirk.isauk.biz>

On 30 May 2015 at 20:10, James Daley James Daley <jms.daley at gmail.com> 
wrote:

> Hi, 	
> I routinely use the excellent PVR Manager to set up the download of a series 
> but for some reason it seems unable to find "Revolting People" even though it 
> is in the cache :
> 
> $ grep -i revolting radio.cache 
> 12319|radio|Revolting People: Series 1|b007jrqj|Unknown|Storm Clouds|1||
> default|1800|Baltimore shopkeeper Samuel Oliphant has much to worry about. 
> From January 2000.|BBC Radio 4 Extra||
> http://ichef.bbci.co.uk/images/ic/150x84/legacy/brand/b007v7v0.jpg|
> 1432778707||http://www.bbc.co.uk/programmes/b007jrqj|
> 
> Anyone have an explanation ? 

GiP automatically blocks revolts

;)



-----

Web Hosting and VPS provided by HostSlim
https://clients.hostslim.eu/aff.php?aff=079





From don at grunbaum.co.uk  Sat May 30 14:05:04 2015
From: don at grunbaum.co.uk (Don Grunbaum)
Date: Sat, 30 May 2015 22:05:04 +0100
Subject: Revolting People & PVR  Manager
References: <1893835.5GBooaTged@wallaby>
Message-ID: <970D18188117406F9C3FC888EE0EDF07@Fairstead09>


----- Original Message ----- 
From: "James Daley" <jms.daley at gmail.com>
To: "get_iplayer" <get_iplayer at lists.infradead.org>
Sent: Saturday, May 30, 2015 8:10 PM
Subject: Revolting People & PVR Manager


> Hi,
> I routinely use the excellent PVR Manager to set up the download of 
> a series
> but for some reason it seems unable to find "Revolting People" even 
> though it
> is in the cache :
>
> $ grep -i revolting radio.cache
> 12319|radio|Revolting People: Series 1|b007jrqj|Unknown|Storm 
> Clouds|1||
> default|1800|Baltimore shopkeeper Samuel Oliphant has much to worry 
> about.
> From January 2000.|BBC Radio 4 Extra||
> http://ichef.bbci.co.uk/images/ic/150x84/legacy/brand/b007v7v0.jpg|
> 1432778707||http://www.bbc.co.uk/programmes/b007jrqj|
>
> Anyone have an explanation ?
>

Working fine here.

Don 



From northmedia1 at the.forthnet.gr  Sat May 30 14:36:55 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 31 May 2015 00:36:55 +0300
Subject: Available Programme has `available' in the Future.
In-Reply-To: <20150530110359.1812423CD0@orac.inputplus.co.uk>
Message-ID: <1A5B2B679BF94E49B37125C718F97308@vasonote>

On Sat May 30 12:03:58 BST 2015, Ralph Corderoy wrote:

>> I received this private e-mail from Ralph Corderoy:
>
> (I think it's widely considered impolite to make private emails public. 
> :-)

Hi again, Ralph!
You are quite right, in fact I try to respect this as much as possible...
What I consider as exception is when I receive a private e-mail
which was most obviously meant for the list; multible times previously
on this list there have been lengthy discussions about the use
of the buttons "Reply", "Reply-to-All", "Reply-to-List" (e.g.
my mail client lacks the "Reply-to-List" button) and the particular
configuration of this list (see also 
http://david.woodhou.se/reply-to-list.html),
and people have admitted they inadvertently replied to a
single poster, rather than the list
(@ALL: Please, don't bring this topic back to life again,
it has been exhaustively discussed already...).
Of course it is up to me to decide arbitrarily whether
the private e-mail I received, based on its context, was in
reality meant for the list and hence forward it here;
for instance, in post
http://lists.infradead.org/pipermail/get_iplayer/2015-May/007675.html
I forwarded Andrew's reply because I felt
he was aiming for the list (> I'm sure i'm
not alone in being quite a heavy user...), not only me,
in any case no sensitive personal data of Andrew's
was divulged by doing so...

Obviously, your last private e-mail was destined for me,
but I decided to forward it here because it was my
judgement (feel free to call it poor, I wouldn't mind :-) ) that
1) no sensitive personal details of yours were contained therein
2) it would benefit other list watchers/members
in case they tried what you did (i.e. change the subject field)
and discover their attempt did not yield the outcome
they planned/expected (based on their experience from
other lists).
If you felt your privacy was violated in any way by
my actions, I sincerely apologise to you and hope
that no ill sentiment exists on your part...

--- About the list behaviour/configuration: ---

To be honest, I know very little about mailing lists
and outside this particular one I'm only following
two other (and only intermittently) - In the past
(I follow this list since Jan 2011) I did try to alter
the subject field once and found my post was sent for
moderation; I did not really question this, I felt I
must've done something wrong, so I deleted my post
from the moderation queue and reposted it with
the original subject string; my post got through!
 The list owner is Mr David Woodhouse - he
occasionally posts here when list related issues
(like this one) arise; if you track his posts to the list
via the archives, you can find the e-mail address
he uses, if you feel it's imperative to contact him...
I never felt the need to question the list configuration,
I try to respect the netiquette and am really
obliged to David this list continues to exist...

Kind regards,
Vangelis.



From northmedia1 at the.forthnet.gr  Sat May 30 15:16:38 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 31 May 2015 01:16:38 +0300
Subject: Revolting People & PVR  Manager
In-Reply-To: <1893835.5GBooaTged@wallaby>
Message-ID: <52FAA7F95A0F492991B94679DE3CFF0F@vasonote>

On Sat May 30 20:10:17 BST 2015, James Daley wrote:

> I routinely use the excellent PVR Manager

Hello...
Do you mean the Web PVR manager GUI,
that opens in a browser window (or tab)?

> it seems unable to find "Revolting People"
> even though it is in the cache

 I never use the Web PVR manager myself,
if indeed it's about that, but when I fired up mine
(latest viesion, "get_iplayer Web PVR Manager v2.92,
?2009-2010 Phil Lewis - Licensed under GPLv3")
I did notice at first glance that by default
under the "Search in" input field only
"BBC TV" is ticked; "Revolting People"
being a radio series, maybe you need to also
tick the "BBC Radio" square so that it also
searches the radio.cache, too!
As Don said, if I search for "Revolting People"
under "Name" with "BBC Radio" ticked,
your show is quickly found and can be
processed further accordingly (e.g. "Queue"
saves the following one-off PVR Search:

Queuing The Following Programmes in the PVR
Revolting People: Series 1 - Storm Clouds (b007jrqj)

Queued: radio: 'Revolting People: Series 1 - Storm Clouds' (b007jrqj)
INFO: Saving PVR search 'ONCE_b007jrqj':
 comment Revolting People: Series 1 - Storm Clouds (queued: Sun May 31 
01:09:18 2015)
 force 0
 modes default
 pid b007jrqj
 subtitles 0
 thumb 0
 type radio

I know I'm not being very helpful, especially as
my OS is Win32, still it's hard to say what's wrong in your case
with the little info you provide...

Cheers,
Vangelis. 



From jms.daley at gmail.com  Sun May 31 01:38:54 2015
From: jms.daley at gmail.com (James Daley)
Date: Sun, 31 May 2015 09:38:54 +0100
Subject: Revolting People & PVR  Manager
In-Reply-To: <52FAA7F95A0F492991B94679DE3CFF0F@vasonote>
References: <52FAA7F95A0F492991B94679DE3CFF0F@vasonote>
Message-ID: <8743988.O5okhbgefJ@wallaby>

V,

Thanks for the reply,
 
> Do you mean the Web PVR manager GUI,
> that opens in a browser window (or tab)?
>
Yes - I've been using it this way for years.
 
Furthermore it isn't just an aversion to Andy Hamilton, but seems to  be 
random, finding some programs not others

It now appears to be a recent problem using Firefox (even in safe mode). I do 
not have the issue with Chrome (On Kubuntu Utopic BTW) so at least there is a 
workaround.

Regards






From richard22j at zoho.com  Sun May 31 03:22:16 2015
From: richard22j at zoho.com (RS)
Date: Sun, 31 May 2015 11:22:16 +0100
Subject: Bit rate from --aactomp3
Message-ID: <6112D2DF93A14833BED7F0DCA354CD49@RJCDESK>

Is there any way (apart from running ffmpeg manually) to get get_iplayer to
respect the --radiomode flashaaclow option when --aactomp3 is used?
In get_iplayer v2.91 --radiomode flashaaclow causes the download to be
at 48kbit/s as expected.  The --aactomp3 conversion then changes the bit
rate to 128kbit/s.



From christopher at custommade.org.uk  Sun May 31 03:42:28 2015
From: christopher at custommade.org.uk (Christopher Woods)
Date: Sun, 31 May 2015 11:42:28 +0100
Subject: Bit rate from --aactomp3
In-Reply-To: <6112D2DF93A14833BED7F0DCA354CD49@RJCDESK>
References: <6112D2DF93A14833BED7F0DCA354CD49@RJCDESK>
Message-ID: <14da990c250.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>

Space considerations aside, why would you want to do that? A transcode to a 
128 kbps MP3 will sound bad enough, never mind adhering to a 48 kbps bit rate.

IMO the only way it might sound even barely listenable would be if the 
resultant MP3 was a mono transcode, then you're not far from quality of a 
128 stereo.

Apologies if I didn't get the gist of your question!

Chris


On 31 May 2015 11:28:44 "RS" <richard22j at zoho.com> wrote:

> Is there any way (apart from running ffmpeg manually) to get get_iplayer to
> respect the --radiomode flashaaclow option when --aactomp3 is used?
> In get_iplayer v2.91 --radiomode flashaaclow causes the download to be
> at 48kbit/s as expected.  The --aactomp3 conversion then changes the bit
> rate to 128kbit/s.
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer




From ralph at inputplus.co.uk  Sun May 31 03:59:23 2015
From: ralph at inputplus.co.uk (Ralph Corderoy)
Date: Sun, 31 May 2015 11:59:23 +0100
Subject: Available Programme has `available' in the Future.
In-Reply-To: <1A5B2B679BF94E49B37125C718F97308@vasonote>
References: <1A5B2B679BF94E49B37125C718F97308@vasonote>
Message-ID: <20150531105923.A56F827CB8@orac.inputplus.co.uk>

Hi Vangelis,

> and hope that no ill sentiment exists on your part...

Nope, none at all.  :-)  I realise different conventions exist in
different communities;  just wanted to point out my motivations.  And on
the short time I've been on this list, I've already seen how much you
chip in with the answers to the many of us that only post here when
something's not working.  :-)

Cheers, Ralph.


From richard22j at zoho.com  Sun May 31 04:27:41 2015
From: richard22j at zoho.com (RS)
Date: Sun, 31 May 2015 12:27:41 +0100
Subject: Bit rate from --aactomp3
In-Reply-To: <14da990c250.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>
References: <6112D2DF93A14833BED7F0DCA354CD49@RJCDESK>
 <14da990c250.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>
Message-ID: <944489B48C824A7781E7414F6029391C@RJCDESK>

Some podcasts, such as Moneybox, are at 48kbit/s .  It is adequate for mono
speech programmes, especially if it is to be listened to on a cheap mp3 
player
while walking.  Once it has been compressed to 48kbit/s, any higher 
frequency
information is gone.  It cannot be retrieved by converting at a higher bit 
rate.
Also the conversion to .mp3 at 128kbit/s takes a lot longer than the
--radiomode flashaaclow .m4a download at 48kbit/s.

It is difficult to see what parameters get_iplayer passes to ffmpeg.  As far 
as I have
been aware, when tv programmes are converted (by default) from .flv to .mp4,
the .mp4 bit rate is similar to the .flv bit rate.

This is the first time I have used get_iplayer for a radio programme, so I 
cannot
say whether the increase of bit rate in --aactomp3 is a new problem.




From getiplayer at squarepenguin.co.uk  Sun May 31 04:52:43 2015
From: getiplayer at squarepenguin.co.uk (SquarePenguin)
Date: Sun, 31 May 2015 12:52:43 +0100
Subject: Bit rate from --aactomp3
In-Reply-To: <944489B48C824A7781E7414F6029391C@RJCDESK>
References: <6112D2DF93A14833BED7F0DCA354CD49@RJCDESK>
 <14da990c250.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>
 <944489B48C824A7781E7414F6029391C@RJCDESK>
Message-ID: <556AF60B.1000207@squarepenguin.co.uk>

On 31/05/2015 12:27, RS wrote:
> It is difficult to see what parameters get_iplayer passes to ffmpeg.

The ability get_iplayer has to convert from aac to mp3 is somewhat of an
anomoly. It's been generally stated in the past that using a more
specialist piece of software to perform the conversion would be
preferrable.

That said, there exists the ability to control the bitrate of the
conversion via the --mp3vbr command. Commands range from 0 to 9 (0 being
the 'best').

More info can be found in this forum thread:

https://squarepenguin.co.uk/forums/topic/radio-bitrates/

...and in the Options Wiki (ctrl+f 'mp3vbr'):

https://squarepenguin.co.uk/wiki/options/

If you can't view those pages for any reason, the relevant text relating
to mp3vbr from the Options Wiki is:

--mp3vbr

Set LAME VBR mode to N (0 to 9) for AAC transcoding. 0 = target bitrate
245 Kbit/s, 9 = target bitrate 65 Kbit/s (requires --aactomp3). Applied
only to radio programmes.

A full example command might look like:

get_iplayer --type=radio --get "Late Junction" --aactomp3 --mp3vbr=0


From northmedia1 at the.forthnet.gr  Sun May 31 08:21:18 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 31 May 2015 18:21:18 +0300
Subject: Bit rate from --aactomp3
In-Reply-To: <944489B48C824A7781E7414F6029391C@RJCDESK>
Message-ID: <97444A64ED014661A5C9CBA90C579E3F@vasonote>

On Sun May 31 11:22:16 BST 2015, RS wrote:

> Is there any way... to get get_iplayer to respect
> the --radiomode flashaaclow option when --aactomp3 is used?

Hello Richard...
Short answer: NO
You may refer to this past post of mine:
http://lists.infradead.org/pipermail/get_iplayer/2013-July/004622.html
The main change since then is that with the
"Audio Factory" overhaul, the "flashaaclow" (as well as the "hlsaaclow")
radiomode is now encoded in HE-AACv1 (not v2, so no Parametric Stereo)
and the SR is 48kHz (previously at 44.1kHz).

On Sun May 31 12:27:41 BST 2015, RS wrote:

> Once it has been compressed to 48kbit/s,
> any higher frequency information is gone.
> It cannot be retrieved by converting
> at a higher bit rate.

We do have our own audio expert in this list
(Jim web), who graces us with most excellent
posts, and I stand to be corrected, but what you
state is true for the first encode from
the original uncompressed file.
Of course a higher bitrate can't generate
additional detail if it's not there in the first place,
but it should be taken into account
when different encoders are being used.
--(aac)mp3 transcodes the iplayer file
(HE-AACv1 @48kbpsABR, SR=48kHz)
to an MP3 file, using FFmpeg's (avconv's)
libmp3lame library, so from a lossy format
to another lossy one (generational loss).
The Audio Factory team use the
Fraunhofer AAC Encoder for producing
their files, which is very efficient at low bitrates.
MP3 Lame, on the other hand, is not so good
at low bitrates, so if you'd want to preserve as
much as possible the overall audio quality present
in the M4A file, you'd adjust accordingly the
transcoding bitrate to MP3 (if quality rather than
file size is your concern).
For spoken content, I've found that 64kbps MP3
pleases my ears, however for music (R1, R2 etc.),
96kbps (or the standard 128kbps GiP produces)
might be needed...

> the conversion to .mp3 at 128kbit/s takes a lot longer
> than the --radiomode flashaaclow .m4a download at 48kbit/s.

The transcoding conversion speed relies heavily upon your
own setup: OS, CPU, ffmpeg binary, disk write speeds etc.
The bitrate of the conversion should not affect much
the overall transcoding speed (even if reduced from 128 to 48).
You can't really compare transcoding (a CPU intensive
process) to the rtmpdump download in the same sentence -
it's like the proverbial apples vs oranges comparison :-)

> when tv programmes are converted (by default) from .flv to .mp4,
> the .mp4 bit rate is similar to the .flv bit rate.

This is called "Remuxing" and it's a simple change of file container:
from FLV to MP4. No change of  format (re- /trans-coding ) of the
elementary video & audio streams takes place - hence it's a very
quick and resource-friendly procedure!

> It is difficult to see what parameters get_iplayer passes to ffmpeg

If you're using the command prompt window, you can always save its output
to a .txt file via "stream redirection operators":

get_iplayer --type=radio --pid=b05wnjjh --modes=flashaac --mp3 --force > 
LOG.txt 2>&1

and then inspect the LOG:
Output #0, mp3, to 'D:\Vangelis\iPlayer 
Recordings\Bells_on_Sunday_-_31_05_2015_b05wnjjh_default.partial.mp3':
....
Stream #0:0: Audio: mp3 (libmp3lame), 48000 Hz, stereo, fltp, 128 kb/s
If you want more detailed logs, include the --verbose switch!

Plus, if you are agile with a code editor, you can browse the
main script itself at ca. line 10265 (for vanilla 2.92 script):
-----------------------------------------------------------------------
# Convert flv to aac/mp4a/mp3 }
elsif ( $mode =~ /flashaac/ ) {
# transcode to MP3 if directed. If mp3vbr is not set then perform CBR.
if ( $opt->{aactomp3} ) {
my @br_opts = ('-ab', '128k');
if ( $opt->{mp3vbr} =~ /^\d$/ ) {
@br_opts = ('-aq', $opt->{mp3vbr});
}
@cmd = (
$bin->{ffmpeg},
@{ $binopts->{ffmpeg} },
'-i', $file_tmp,
'-vn',
'-acodec', 'libmp3lame', '-ac', '2', @br_opts,
@ffmpeg_opts,
'-y', $prog->{filepart},
-----------------------------------------------------------------------

By changing line
my @br_opts = ('-ab', '128k');
to
my @br_opts = ('-ab', '48k');

you can accomplish what you wish - 48kbpsMP3 transcodes with --mp3;
expect detectable audio degradation!
DISCLAIMER: Take preventive measures for restoring
the original script, if you mess anything up!

Regards,
Vangelis. 



From web at audiomisc.co.uk  Sun May 31 09:16:28 2015
From: web at audiomisc.co.uk (Jim web)
Date: Sun, 31 May 2015 17:16:28 +0100
Subject: Bit rate from --aactomp3
In-Reply-To: <97444A64ED014661A5C9CBA90C579E3F@vasonote>
References: <944489B48C824A7781E7414F6029391C@RJCDESK>
 <97444A64ED014661A5C9CBA90C579E3F@vasonote>
Message-ID: <54cc79ac36web@audiomisc.co.uk>

In article <97444A64ED014661A5C9CBA90C579E3F at vasonote>, Vangelis
forthnet
<northmedia1 at the.forthnet.gr> wrote:
> On Sun May 31 11:22:16 BST 2015, RS wrote:

> > Is there any way... to get get_iplayer to respect the --radiomode
> > flashaaclow option when --aactomp3 is used?

> Hello Richard... Short answer: NO You may refer to this past post of
> mine:
> http://lists.infradead.org/pipermail/get_iplayer/2013-July/004622.html
> The main change since then is that with the "Audio Factory" overhaul,
> the "flashaaclow" (as well as the "hlsaaclow") radiomode is now encoded
> in HE-AACv1 (not v2, so no Parametric Stereo) and the SR is 48kHz
> (previously at 44.1kHz).

> On Sun May 31 12:27:41 BST 2015, RS wrote:

> > Once it has been compressed to 48kbit/s, any higher frequency
> > information is gone. It cannot be retrieved by converting at a higher
> > bit rate.

> We do have our own audio expert in this list (Jim web), who graces us
> with most excellent posts, and I stand to be corrected, but what you
> state is true for the first encode from the original uncompressed file.

FWIW a low bitrate doesn't *have* to mean that "any higher frequency
information is gone". It all depends on the 'settings' for the judgements
the lossy encoder was given to apply when thinning out the data. What will
have happened is a loss of detail. That said, the BBC do in my experience
tend to preferentially discard 'high frequency' details as that is felt to
have less impact than losing the same amount of data from low frequencies.
In effect, they target the bits allocated to the frequency range where our
ears notice problems more easily.

What is certainly true is that you can't get back what was discarded.

As a general rule, I'd avoid transcoding one lossy format into another. If
you have to, I'd go for a higher rate for the 'destination' to try and
avoid more loss as far as possible. Particularly if you're going from aac
to mp3. However this isn't really a matter of "improving the result" but
"minimising further harm". :-)

I can't comment on if 128 kbps mp3 is 'good enough' for avoiding more
harm to 48 kbps aac as I've never tried it. Not sure I'd want to. 8-]

In practice when I have had to transcode aac or mp3 I convert it to LPCM
(wave) or flac so I'm losing as little as possible. In effect the result
sounds like the source. Has its flaws, but without additional damage.

I'm not sure from the earlier postings, but I guess the problem is that mp3
is needed by the end-device (player) because it can't render aac. If so,
I'd go for a high rate for the mp3 even though it may seem daft. But then
personally I'd probably bin the mp3 device and get one that can play aac.
8-]

I don't know about the podcasts, though, as I haven't tried them. I just
get the programs I want as broadcast.

Sorry if I've misunderstood the situation.

Jim

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html



From northmedia1 at the.forthnet.gr  Sun May 31 15:52:24 2015
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Mon, 1 Jun 2015 01:52:24 +0300
Subject: Bit rate from --aactomp3
In-Reply-To: <54cc79ac36web@audiomisc.co.uk>
Message-ID: <EC2BDF4A6709483381C0695921963269@vasonote>

[Slightly OT content!]

On Sun May 31 17:16:28 BST 2015, Jim web wrote:

> when I have had to transcode aac or mp3 
> I convert it to LPCM (wave) or flac 
> so I'm losing as little as possible. 
> In effect the result sounds like the source. 
> Has its flaws, but without additional damage.

Could be highly impracticle though, at times... :-{
I do own an old and cheap portable audio player, 
that can only cope with MP3 (has to be CBR), 
WMA & WAV; its internal Flash Memory is only 
1GB, its write speed barely borders 1MBps.

When flashaudio radiomode was available for 
roughly all BBC Radio, all was fine. Then 
National Radios changed to flashaac, flashaudio 
left only for Nations Radio (which was true until 
very recently, just before the Audio Factory changes...).

I try to avoid transcoding as much as possible, 
so for National Radio I turned to the compatible 
wma radiomodes (which I downloaded via 
specialised software, not GiP, because mplayer, 
used inside GiP to dump wma, was very fickle...).

Now the WMA modes are also gone, I have to either 
transcode flashaac radiomodes or - as you said - 
"bin" my otherwise working player...

Transcoding (or decoding?) to WAV is simply 
out of the question for me, because either the huge 
file size of the uncompressed audio file would not fit 
inside the memory storage (a 3hr long programme 
would be > 1.5 GiB) and even if it would fit, it 
would take excrutiatingly long to transfer from my 
laptop at < 1MBps!...

Cheers, 
V.




From christopher at custommade.org.uk  Sun May 31 16:01:58 2015
From: christopher at custommade.org.uk (Christopher Woods)
Date: Mon, 01 Jun 2015 00:01:58 +0100
Subject: Bit rate from --aactomp3
In-Reply-To: <EC2BDF4A6709483381C0695921963269@vasonote>
References: <EC2BDF4A6709483381C0695921963269@vasonote>
Message-ID: <14dac35c6b8.27fa.ba2ca43ed0d8fe55db1ebf01ab8dfa50@custommade.org.uk>



On 31 May 2015 23:54:18 "Vangelis forthnet" <northmedia1 at the.forthnet.gr> 
wrote:

> [Slightly OT content!]
>
> On Sun May 31 17:16:28 BST 2015, Jim web wrote:
>
> > when I have had to transcode aac or mp3
> > I convert it to LPCM (wave) or flac
> > so I'm losing as little as possible.
> > In effect the result sounds like the source.
> > Has its flaws, but without additional damage.
>
> Could be highly impracticle though, at times... :-{
> I do own an old and cheap portable audio player,
> that can only cope with MP3 (has to be CBR),
> WMA & WAV; its internal Flash Memory is only
> 1GB, its write speed barely borders 1MBps.
>
> When flashaudio radiomode was available for
> roughly all BBC Radio, all was fine. Then
> National Radios changed to flashaac, flashaudio
> left only for Nations Radio (which was true until
> very recently, just before the Audio Factory changes...).
>
> I try to avoid transcoding as much as possible,
> so for National Radio I turned to the compatible
> wma radiomodes (which I downloaded via
> specialised software, not GiP, because mplayer,
> used inside GiP to dump wma, was very fickle...).
>
> Now the WMA modes are also gone, I have to either
> transcode flashaac radiomodes or - as you said -
> "bin" my otherwise working player...
>
> Transcoding (or decoding?) to WAV is simply
> out of the question for me, because either the huge
> file size of the uncompressed audio file would not fit
> inside the memory storage (a 3hr long programme
> would be > 1.5 GiB) and even if it would fit, it
> would take excrutiatingly long to transfer from my
> laptop at < 1MBps!...


For your setup I'd batch transcode (I'd do jt manually, but that's just me) 
to 64 kbps mono MP3 from the source files. That'll give you effective 128 
kbps "quality" with basically zero significant difference through the 
transcode. Not ideal, but probably the best you can do in your setup to 
accommodate your device.




