From M.2 at btinternet.com  Fri Mar  1 05:40:58 2013
From: M.2 at btinternet.com (M2)
Date: Fri, 01 Mar 2013 10:40:58 +0000
Subject: HD 1080 or 720
Message-ID: <513085BA.8040809@btinternet.com>

Hi,


Programs transmitted on HD channels on Freeview and Freesat/Freesat from 
Sky are 1080 or upscaled from 720 to 1080?

As all the HD programs on iPlayer are only in 720 ...


From nigel at 9fs.org  Fri Mar  1 11:09:53 2013
From: nigel at 9fs.org (Nigel Roles)
Date: Fri, 01 Mar 2013 08:09:53 -0800
Subject: HD 1080 or 720
In-Reply-To: <513085BA.8040809@btinternet.com>
References: <513085BA.8040809@btinternet.com>
Message-ID: <5130D2D1.7050603@9fs.org>

On 01/03/2013 02:40, M2 wrote:
> Hi,
>
>
> Programs transmitted on HD channels on Freeview and Freesat/Freesat 
> from Sky are 1080 or upscaled from 720 to 1080?
>
> As all the HD programs on iPlayer are only in 720 ...
>
>

BBC (1) HD is typically 1080i50. The content is typically captured in 
1080, and downscaled for iPlayer. Other broadcasters contributing to 
Free/You/View/Sat may differ. Anything >= 576 is considered HD.


From zulu.romeotangohotel at ntlworld.com  Fri Mar  1 11:36:40 2013
From: zulu.romeotangohotel at ntlworld.com (Rog)
Date: Fri, 1 Mar 2013 16:36:40 -0000
Subject: HD 1080 or 720
References: <513085BA.8040809@btinternet.com> <5130D2D1.7050603@9fs.org>
Message-ID: <C334B11AD83D437F86500917C4E0BFBF@DH22MC2J>


----- Original Message ----- 
From: "Nigel Roles" <nigel at 9fs.org>
To: <get_iplayer at lists.infradead.org>
Sent: Friday, March 01, 2013 4:09 PM
Subject: Re: HD 1080 or 720


> On 01/03/2013 02:40, M2 wrote:
>> Hi,
>>
>>
>> Programs transmitted on HD channels on Freeview and Freesat/Freesat 
>> from Sky are 1080 or upscaled from 720 to 1080?
>>
>> As all the HD programs on iPlayer are only in 720 ...
>>

I'm pretty sure I get 1080 from iPlayeer...
Ripper Street for example.

File sizes are about 1.15 GB per hour.

Rog





From shevek at shevek.co.uk  Fri Mar  1 14:02:28 2013
From: shevek at shevek.co.uk (Shevek)
Date: Fri, 1 Mar 2013 19:02:28 +0000
Subject: HD 1080 or 720
In-Reply-To: <C334B11AD83D437F86500917C4E0BFBF@DH22MC2J>
References: <513085BA.8040809@btinternet.com> <5130D2D1.7050603@9fs.org>
 <C334B11AD83D437F86500917C4E0BFBF@DH22MC2J>
Message-ID: <CANGN4UMAR8cZR+jHa3SFyWr45URfY=TuRVRZ-PkqQmd=u2ri4g@mail.gmail.com>

On 1 March 2013 16:36, Rog <zulu.romeotangohotel at ntlworld.com> wrote:
>
> I'm pretty sure I get 1080 from iPlayeer...
> Ripper Street for example.
>
> File sizes are about 1.15 GB per hour.
>

All Ripper Street have been 1280x720 from iPlayer

File size is not an indication of pixel dimensions, it is the bit-rate
which determines file size


From dinkypumpkin at gmail.com  Fri Mar  1 16:20:00 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 01 Mar 2013 21:20:00 +0000
Subject: OT: downloading brightcove videos
In-Reply-To: <20130228110649.GG8201@symphytum.spacehopper.org>
References: <5089A4AB.9030207@btinternet.com>
 <DUB114-W31B1988CBB1409B3265956F37F0@phx.gbl>
 <5089E6CC.1000900@asterisk.demon.co.uk> <50904478.6030009@btinternet.com>
 <50906790.2050807@asterisk.demon.co.uk> <512E4E8D.6050706@btinternet.com>
 <20130228110649.GG8201@symphytum.spacehopper.org>
Message-ID: <51311B80.5000103@gmail.com>

On 28/02/2013 11:06, Stuart Henderson wrote:
> On 2013/02/27 18:21, M2 wrote:
>> pi at RaspberryPi-256 ~/get-flash-videos $ get_flash_videos
>> http://www.channel4.com/programmes/a-great-british-air-disaster/4od
> [...]
> I might have missed a recent commit but I don't think 4od works in
> get-flash-videos at the moment anyway though..

C4 support in get-flash-videos was updated last week.  Many (though not 
all) programmes may now be available for 30 days after broadcast. 
However, there are still at least a few programmes that g-f-v doesn't 
find even though they actually are available.  That's down to the 
content cataloguing by C4 rather than any glitch in g-f-v.

OP: Clone the g-f-v repository to get the very latest code  (Nigel's C4 
changes have been merged).  There isn't much to it, but instructions are 
here if you didn't get g-f-v that way before:

http://code.google.com/p/get-flash-videos/wiki/Installation

A couple of notes:

1. You'll need to use the full URL for the specific episode you want:

http://www.channel4.com/programmes/a-great-british-air-disaster/4od#3485113

instead of

http://www.channel4.com/programmes/a-great-british-air-disaster/4od

2. Along with all the dependencies shown as missing in your earlier 
report, you'll also need to install the Crypt::Blowfish_PP Perl module 
(used by the C4 module in g-f-v).




From christopher at custommade.org.uk  Sat Mar  2 08:48:53 2013
From: christopher at custommade.org.uk (Christopher Woods (CM))
Date: Sat, 02 Mar 2013 13:48:53 +0000
Subject: HD 1080 or 720
In-Reply-To: <CANGN4UMAR8cZR+jHa3SFyWr45URfY=TuRVRZ-PkqQmd=u2ri4g@mail.gmail.com>
References: <513085BA.8040809@btinternet.com> <5130D2D1.7050603@9fs.org>
 <C334B11AD83D437F86500917C4E0BFBF@DH22MC2J>
 <CANGN4UMAR8cZR+jHa3SFyWr45URfY=TuRVRZ-PkqQmd=u2ri4g@mail.gmail.com>
Message-ID: <51320345.40302@custommade.org.uk>


On 01/03/2013 19:02, Shevek wrote:
> On 1 March 2013 16:36, Rog <zulu.romeotangohotel at ntlworld.com> wrote:
>> I'm pretty sure I get 1080 from iPlayeer...
>> Ripper Street for example.
>>
>> File sizes are about 1.15 GB per hour.
>>
> All Ripper Street have been 1280x720 from iPlayer
>
> File size is not an indication of pixel dimensions, it is the bit-rate
> which determines file size
Agreed. All HD content available on the main iPlayer service is 1280x720p25.

HOWEVER, the HD programme material available if you have a Sky+HD box 
... is 1920x1080i25 (I think, you get combing artifacts when you hit 
pause but this might also be because the Sky+HD boxes max out at 1080i 
on HDMI).

So, either BBC provides a feed exclusively to Sky's on-demand platform 
just for us lucky Sky customers, or there is another unadvertised 
version feed only available for specific devices or proxied through 
specific gateways. When I realised I Wiresharked some traffic as I 
downloaded a file, it was coming from a CDN. More investigation required.


From s.parry316 at btinternet.com  Sat Mar  2 12:15:52 2013
From: s.parry316 at btinternet.com (stephen)
Date: Sat, 02 Mar 2013 17:15:52 +0000
Subject: meta-enquiry
Message-ID: <1410101.ufYPqt3AAp@linux-7uwd>

I received a response to a post earlier, "This post has to be approved by a 
moderator.... due to suspect headers" Could someone explain  please, I don't 
think my email set-up has anything out of the ordinary (?)



From jon at hedgerows.org.uk  Sat Mar  2 12:51:36 2013
From: jon at hedgerows.org.uk (Jon Davies)
Date: Sat, 2 Mar 2013 17:51:36 +0000
Subject: meta-enquiry
In-Reply-To: <1410101.ufYPqt3AAp@linux-7uwd>
References: <1410101.ufYPqt3AAp@linux-7uwd>
Message-ID: <CAJEH5C31fTj0fG508cLHk2Q52vmdg+_wToCbr5qSUKEVAoUJCA@mail.gmail.com>

On 2 March 2013 17:15, stephen <s.parry316 at btinternet.com> wrote:
> I received a response to a post earlier, "This post has to be approved by a
> moderator.... due to suspect headers" Could someone explain  please, I don't
> think my email set-up has anything out of the ordinary (?)

It's usually because you've got rich formatting (or whatever your mail
programme calls it) turned on:  change to plain text, and don't attach
anything, and the message should get through.

jon


From shevek at shevek.co.uk  Sun Mar  3 05:45:51 2013
From: shevek at shevek.co.uk (Shevek)
Date: Sun, 3 Mar 2013 10:45:51 +0000
Subject: FFmpeg 1.1.3 Windows Builds
Message-ID: <CANGN4UMiPTPhvSzTx9CO2vWp8EpGF2z3iLvWX2pGTjUXyZ3xcw@mail.gmail.com>

http://ffmpeg.zeranoe.com/blog/?p=171


From riga at pisem.net  Sun Mar  3 13:30:49 2013
From: riga at pisem.net (=?utf-8?Q?=D0=98=D0=BC=D1=8F=20?= =?utf-8?Q?=D0=BE=D1=82=D0=BF=D1=80=D0=B0=D0=B2=D0=B8=D1=82=D0=B5=D0=BB=D1=8F=20=D0=BF=D0=B8=D1=81=D0=B5=D0=BC?=)
Date: Sun, 03 Mar 2013 22:30:49 +0400
Subject: =?utf-8?Q?Re:=20Radio=201=20webcam:=20what's=20th=C2=ADe=20correct=20?=
 =?utf-8?Q?mode=20now=3F?=
In-Reply-To: <76254bcd0a37ede5229b159f6b1e2f54211867e8@mail.qip.ru>
References: <76254bcd0a37ede5229b159f6b1e2f54211867e8@mail.qip.ru>
Message-ID: <b58d84f590d0d98751fd50ba1893daa077907eee@mail.qip.ru>

Hello,
it's been a week an the stream is live,
this is what you've suggested to do:

>From above, this URL:
>
>http://www.bbc.co.uk/mediaselector/4/mtis/stream/bbc_radio_one_video_live
>
> should return the parameters for the webcam stream (what you would see 
> with --streaminfo for an iPlayer programme).  If it doesn't, something 
> may be wrong with the BBC metadata.  At the moment, it returns this:
>
> <?xml version="1.0" encoding="UTF-8"?><mediaSelection 
> xmlns="http://bbc.co.uk/2008/mp/mediaselection"><error 
> id="notavailable"/></mediaSelection>
>
> But that is no doubt because the stream is off-line at the moment.  I 
> think you'll need to do any checks while the stream is live.  There is 
> no way to check it after it goes off-line.

well, erm, the stream is live just now but the result from the mediaselector URL is just the same as above.
get_iplayer output has changed though, it can select the stream, but then:

INFO: Checking existence of default version
INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2 modes wi
ll be tried for version default
INFO: Trying flashvhigh1 mode to record livetv:  -
INFO: File name prefix = BBC_Radio_1_Live_Video_2013-03-03_182414

RTMPDump 2.4 git-6230845 2011-9-25
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: You haven't specified an output file (-o filename), using stdout
Connecting ...
INFO: Connected...
ERROR: Closing connection: NetStream.Play.StreamNotFound
INFO: Command exit code 1 (raw code = 256)

we'll need to try something else then.
Any chance BBC mediaservers started to reject the useragent string used by get_iplayer?


From riga at pisem.net  Sun Mar  3 14:00:40 2013
From: riga at pisem.net (=?utf-8?Q?=D0=98=D0=BC=D1=8F=20?= =?utf-8?Q?=D0=BE=D1=82=D0=BF=D1=80=D0=B0=D0=B2=D0=B8=D1=82=D0=B5=D0=BB=D1=8F=20=D0=BF=D0=B8=D1=81=D0=B5=D0=BC?=)
Date: Sun, 03 Mar 2013 23:00:40 +0400
Subject: =?utf-8?Q?Re:=20Re:=20Radio=201=20webcam:=20what'=C2=ADs=20?=
 =?utf-8?Q?th=C2=ADe=20correct=20mode=20now=3F?=
In-Reply-To: <b58d84f590d0d98751fd50ba1893daa077907eee@mail.qip.ru>
References: <b58d84f590d0d98751fd50ba1893daa077907eee@mail.qip.ru>
Message-ID: <13714152c748253ef6eef7134a44ec8b07e67df2@mail.qip.ru>

Allright, this is the URL that works:

http://www.bbc.co.uk/mediaselector/4/mtis/stream/bbc_radio_one_video

what are my next actions?


From northmedia1 at the.forthnet.gr  Sun Mar  3 14:41:03 2013
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 3 Mar 2013 21:41:03 +0200
Subject: Radio 1 webcam: what's the correct mode now?
In-Reply-To: <76254bcd0a37ede5229b159f6b1e2f54211867e8@mail.qip.ru>
Message-ID: <3EDA323895534AC0B4B38A433010CE7A@vasonote>

On Sun Feb 24 18:35:24 GMT 2013, ??? ??????????? ?????
(= name of the mail sender) wrote:

>Hello all,
>I'm watching the Radio 1 Official Chart video stream on Sundays and
>I've created a shortcut ages ago to start this stream in get_iplayer.
>....
>it worked all the time, and now, today, all of a sudden, all it does is 
>keeps returning:
>INFO: No specified modes 
>(flashhd,flashvhigh,flashhigh,flashstd,flashnormal,flashlow)
>available for this programme with version 'default' (try using --modes=)
>I've checked the playlist url and it's still the same, and the video runs 
>fine on Radio 1 website.
>Any suggestions?

Hello to you, too!
This stream is live at the time of writing and will still be until the end 
of the "Dan & Phil Show"
(21:00 GMT). The streams for the Radio 1 Webcam have changed recently, so 
did the available
qualities; it used to be only 2 streams, the following is from a saved 
mediaselector page:

<media bitrate="480" encoding="h264" height="360" kind="video" 
service="journalism_uk_stream_h264_flv_lo_live" type="video/mp4" 
width="640">
<connection application="live" authExpires="2012-03-05T02:01:47+00:00" 
authString="auth=daEcTaeb_aqc.cyand_cJcyd.cecJaBdBcE-bpvaD5-bWG-GnpEDnCpHDrEqzF&aifp=v001&slist=music_uk_video_8_lo at s54550;music_uk_video_8_med at s54550" 
identifier="music_uk_video_8_lo at s54550" kind="akamai" priority="10" 
protocol="rtmp" server="cp57152.live.edgefcs.net" supplier="akamai"/>
</media>
<media bitrate="800" encoding="h264" height="360" kind="video" 
service="journalism_uk_stream_h264_flv_med_live" type="video/mp4" 
width="640">
<connection application="live" authExpires="2012-03-05T02:01:47+00:00" 
authString="auth=daEcTaeb_aqc.cyand_cJcyd.cecJaBdBcE-bpvaD5-bWG-GnpEDnCpHDrEqzF&aifp=v001&slist=music_uk_video_8_lo at s54550;music_uk_video_8_med at s54550" 
identifier="music_uk_video_8_med at s54550" kind="akamai" priority="10" 
protocol="rtmp" server="cp57152.live.edgefcs.net" supplier="akamai"/>
</media>

As you say, the playlist URL is still the same, but now the "mediator 
identifier"
is "bbc_radio_one_video"; also, they have now switched to mediaselector v5, 
i.e.
http://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/transferformat/plain/vpid/bbc_radio_one_video/
This URL is geo-blocked, it produces results only for UK IPs, else you get 
an error id="geolocation".
>From a UK IP, you'll get the available stream qualities; notice that they 
have now also added AdobeHDS streams (i.e.
http protocol), that Get_iPlayer can't intercept - only the rtmp ones. So 
the stream in your browser may well be a HDS one...
 The highest quality rtmp one is the media bitrate="1500":

media bitrate="1500" encoding="h264" height="396" kind="video" 
service="pc_stream_audio_video_simulcast_uk_v_lm_p006" type="video/mp4" 
width="704"><connection application="live" 
authExpires="2013-03-03T20:58:46+00:00" authExpiresOffset="6777" 
authString="auth=daEcbcsdhd2dfbCb8bpccdWcIaedicnbZbV-brm58n-bWG-CptGHqAqKCvFnxH&aifp=v001&slist=bbc_radio_one_video_10 at s84754;bbc_radio_one_video_30 at s84754;bbc_radio_one_video_60 at s84754;bbc_radio_one_video_40 at s84754;bbc_radio_one_video_20 at s84754;bbc_radio_one_video_50 at s84754" 
dpw="50" identifier="bbc_radio_one_video_60 at s84754" priority="10" 
protocol="rtmp" server="cp209412.live.edgefcs.net" 
supplier="akamai"/><connection application="bbcmedia" 
authExpires="2013-03-03T20:45:40+00:00" authExpiresOffset="5991" 
authString="as=adobe-hmac-sha256&av=1&te=connect&mp=s_bbc_radio_one_video_10,s_bbc_radio_one_video_30,s_bbc_radio_one_video_60,s_bbc_radio_one_video_40,s_bbc_radio_one_video_20,s_bbc_radio_one_video_50&et=1362344749&fmta-token=648c53bb3a8f6d8e2844f4e0a0c92d4bf68a8f988be733c9320692f54e69e114" 
identifier="s_bbc_radio_one_video_60" priority="20" protocol="rtmp" 
server="bbcmedia.fc.llnwd.net" supplier="limelight"/><connection 
authExpires="2013-03-04T04:57:22+00:00" authExpiresOffset="35493" 
href="http://studiowebcams-lh.akamaihd.net/bbc_radio_one_video_60 at s84754?__gda__=1362344749_41056016b1878457fa45a938d6c29fe5" 
priority="30" protocol="http" supplier="akamai_hd"/></media>

The Limelight servers are not geoblocked, so by utilising a UK http proxy 
and the following GIP command
get_iplayer -p "http//proxyhost:proxyport" --partial-proxy -i 
"http://www.bbc.co.uk/radio1/emp/live/chart.xml" --modes=flashvhigh --force  
-w --file-prefix="BBC Radio 1 Live Webcam" --raw
I am downloading the stream right now:

INFO: Using Proxy http//proxyhost:proxyport
INFO: Trying pid: http://www.bbc.co.uk/radio1/emp/live/chart.xml using type: 
tv
INFO Trying to stream pid using type tv
INFO: pid not found in tv cache
INFO: Checking existence of default version
INFO: flashvhigh1,flashvhigh2 modes will be tried for version default
INFO: Trying flashvhigh1 mode to record tv:  -
INFO: File name prefix = BBC Radio 1 Live Webcam
RTMPDump v2.4-81-g2872601
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
ERROR: Closing connection: NetStream.Failed
INFO: Command exit code 1 (raw code = 256)
WARNING: Failed to stream file D:\Vangelis\iPlayer Recordings\BBC Radio 1 
Live W
ebcam.partial.flv via RTMP
INFO: skipping flashvhigh1 mode
INFO: Trying flashvhigh2 mode to record tv: BBC Radio 1 Live Video - -
INFO: File name prefix = BBC Radio 1 Live Webcam
RTMPDump v2.4-81-g2872601
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: Can't resume live stream, ignoring --resume option
Connecting ...
INFO: Connected...
Starting Live Stream
INFO: Metadata:
INFO:   width                 704.00
INFO:   height                396.00
INFO:   framerate             25.00
INFO:   videokeyframe_frequency4.00
INFO:   audiocodecid          mp4a
INFO:   audiodatarate         96.00
INFO:   audiosamplerate       44100.00
INFO:   audiochannels         2.00
INFO:   audiodevice           Elemental Technologies Live
INFO:   videodevice           Elemental Technologies Live
INFO:   videocodecid          avc1
INFO:   videodatarate         1200.00
435852.534 kB / 2738.91 sec

Or you can use directly an rtmpdump command like this
(obtained with the aid of  RTMPdumphelper + rtmpsrv):

rtmpdump -r "rtmp://cp209412.live.edgefcs.net:1935/live" -a 
"live?aauth=daEa1c.bgdhb5dLdlaRdLdwcsdSdgbAasdu-brm5uM-bWG-
EpnEGqDoMEuHowF&aifp=v001&slist=bbc_radio_one_video_40 at s84754;bbc_radio_one_video_30 at s84754;bbc_radio_one_video_10 at s84754;bbc_radio_one_video_20 at s8
4754;bbc_radio_one_video_50 at s84754;bbc_radio_one_video_60 at s84754" -f "WIN 
10,3,183,67" -W
"http://www.bbc.co.uk/emp/releases/iplayer/revisions/749603_749269_749444_6/749603_749269_749444_6_emp.swf" 
 -p "http://www.bbc.co.uk" --live -C O:1
-C O:0 -y 
"bbc_radio_one_video_60 at s84754?auth=daEa1c.bgdhb5dLdlaRdLdwcsdSdgbAasdu-brm5uM-bWG-
EpnEGqDoMEuHowF&aifp=v001&slist=bbc_radio_one_video_40 at s84754;bbc_radio_one_video_30 at s84754;bbc_radio_one_video_10 at s84754;bbc_radio_one_video_20 at s8
4754;bbc_radio_one_video_50 at s84754;bbc_radio_one_video_60 at s84754" -o 
"bbc_radio_one_video_60 at s84754.flv"

You can get fresh auth strings (auth=...) via the mediaselector URL I posted 
earlier...

RTMPDump v2.4-49-g6ed7d74
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting Live Stream
INFO: Metadata:
INFO:   width                 704.00
INFO:   height                396.00
INFO:   framerate             25.00
INFO:   videokeyframe_frequency4.00
INFO:   audiocodecid          mp4a
INFO:   audiodatarate         96.00
INFO:   audiosamplerate       44100.00
INFO:   audiochannels         2.00
INFO:   audiodevice           Elemental Technologies Live
INFO:   videodevice           Elemental Technologies Live
INFO:   videocodecid          avc1
INFO:   videodatarate         1200.00
217639.879 kB / 1364.01 sec

Instead of saving to disk, you can of course pipe to VLC, as you do...
Hope I've helped...

Cheers! 



From dinkypumpkin at gmail.com  Sun Mar  3 15:48:37 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 03 Mar 2013 20:48:37 +0000
Subject: Radio 1 webcam: what's =?UTF-8?B?dGjCrWUgY29ycmVjdCBtb2RlIG5v?=
 =?UTF-8?B?dz8=?=
In-Reply-To: <b58d84f590d0d98751fd50ba1893daa077907eee@mail.qip.ru>
References: <76254bcd0a37ede5229b159f6b1e2f54211867e8@mail.qip.ru>
 <b58d84f590d0d98751fd50ba1893daa077907eee@mail.qip.ru>
Message-ID: <5133B725.3060806@gmail.com>

On 03/03/2013 18:30, ??? ??????????? ????? wrote:
> Hello,
> it's been a week an the stream is live,
> this is what you've suggested to do:
>
>>From above, this URL:
>>
>> http://www.bbc.co.uk/mediaselector/4/mtis/stream/bbc_radio_one_video_live
>>
>> should return the parameters for the webcam stream (what you would see
>> with --streaminfo for an iPlayer programme).  If it doesn't, something
>> may be wrong with the BBC metadata.  At the moment, it returns this:
>>
>> <?xml version="1.0" encoding="UTF-8"?><mediaSelection
>> xmlns="http://bbc.co.uk/2008/mp/mediaselection"><error
>> id="notavailable"/></mediaSelection>
>>
>> But that is no doubt because the stream is off-line at the moment.  I
>> think you'll need to do any checks while the stream is live.  There is
>> no way to check it after it goes off-line.
>
> well, erm, the stream is live just now but the result from the mediaselector URL is just the same as above.
> get_iplayer output has changed though, it can select the stream, but then:
>
> INFO: Checking existence of default version
> INFO: flashvhigh1,flashvhigh2,flashhigh1,flashhigh2,flashstd1,flashstd2 modes wi
> ll be tried for version default
> INFO: Trying flashvhigh1 mode to record livetv:  -
> INFO: File name prefix = BBC_Radio_1_Live_Video_2013-03-03_182414
>
> RTMPDump 2.4 git-6230845 2011-9-25
> (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
> WARNING: You haven't specified an output file (-o filename), using stdout
> Connecting ...
> INFO: Connected...
> ERROR: Closing connection: NetStream.Play.StreamNotFound
> INFO: Command exit code 1 (raw code = 256)
>
> we'll need to try something else then.
> Any chance BBC mediaservers started to reject the useragent string used by get_iplayer?

Nothing to do with the user agent.  Last week the chart show playlist 
was incorrect, pointing get_iplayer to a "bbc_radio_one_video_live" 
service that didn't exist.  It was fixed this week, now pointing to a 
"bbc_radio_one_video" service that returns the necessary stream 
descriptors.  However, since you are trying to stream your programme to 
VLC rather than record it to disk, get_iplayer stops if the stream isn't 
available from the first CDN it connects with 
(NetStream.Play.StreamNotFound above).  If you look at the download log 
Vangelis posted, you'll see that his first attempt (flashvhigh1) fails 
and get_iplayer rolls over to the other CDN (flashvhigh2).  That 
rollover doesn't occur when you're streaming rather than recording.  The 
workaround is to change --modes=best to --modes=flashvhigh2 to access a 
specific CDN when attempting to stream the programme.  If that returns a 
similar error, switch to --modes=flashvhigh1, flipping back and forth if 
necessary until you get a connection.  That is because the "1" and "2" 
may refer to different CDNs for different invocations of get_iplayer 
(the BBC metadata is generated dynamically).



From kapitano72 at gmail.com  Mon Mar  4 04:08:17 2013
From: kapitano72 at gmail.com (Kapitano)
Date: Mon, 04 Mar 2013 12:08:17 +0300
Subject: Forbidden Filenames
Message-ID: <51346481.6090701@gmail.com>

A few programme titles include characters which are forbidden in Windows 
file and folder names.

Is it possible to install a switch (enabled by default?) which converts 
them to whitespace or underscores?

Or is there a patch which could be inserted into the Perl file?

When GiP tries to download 'How Tickled am I?', it skips the download 
and I get an error code. I'm sorry, I don't know how to send the output 
of a DOS window to a text file, but the error looks like:

Command exit code 1 (raw code 256)
failed to record stream
ERROR: Failed to record

If GiP tries to create a folder named with a reserved character (like 
'?'), it gives an error at line 3939 of get_iplayer.pl, which is:

mkpath("$prog->{dir}");

...and exits.

Obviously it's tried and failed to created the folder, and this is a 
fatal error.

The reserved characters are:

/ (forward slash)
\ (backslash)
: (colon)
* (asterisk)
? (question mark)
" (double quotes)
< (left arrow, less than symbol)
 > (right arrow, greater than symbol)
| (vertical bar, 'or' symbol)



K


From kapitano72 at gmail.com  Mon Mar  4 04:25:56 2013
From: kapitano72 at gmail.com (Kapitano)
Date: Mon, 04 Mar 2013 12:25:56 +0300
Subject: Forbidden Filenames
In-Reply-To: <51346481.6090701@gmail.com>
References: <51346481.6090701@gmail.com>
Message-ID: <513468A4.1050202@gmail.com>

Following up on my own question....

Using the --fatfilename switch removes reserved characters from 
filenames, but seemingly not from folder names.

(I'd assumed --fatfilename would reduce filename lengths to 8 
characters, as under the old FAT16 system, which is why I didn't try it.)

So I can download 'How Tickled am I?', but not into a folder named for 
the series, because when GiP tries to create the folder, it produces the 
error in line 3939.

I'm guessing that GiP tries to create the folder *before* the reserved 
characters are stripped out. So is it possible to perform the strip (so 
to speak) before the --subdir switch is acted upon?




K


From shevek at shevek.co.uk  Mon Mar  4 04:35:15 2013
From: shevek at shevek.co.uk (Shevek)
Date: Mon, 4 Mar 2013 09:35:15 +0000
Subject: Forbidden Filenames
In-Reply-To: <51346481.6090701@gmail.com>
References: <51346481.6090701@gmail.com>
Message-ID: <CANGN4UPeE_e7Ksb-uVGv1G08fcMxd8L26pXzzjp01vJTTNC+RA@mail.gmail.com>

On 4 March 2013 09:08, Kapitano <kapitano72 at gmail.com> wrote:
>
> When GiP tries to download 'How Tickled am I?', it skips the download and I
> get an error code. I'm sorry, I don't know how to send the output of a DOS
> window to a text file, but the error looks like:
>

I'm sure someone else will be able to better answer regarding the
folder name issue, but for future reference this is how to log to a
text file. Simply add the following to your get_iplayer command

 > C:\get_iplayer.log 2>&1

Note, there is a space at the beginning


From northmedia1 at the.forthnet.gr  Mon Mar  4 05:45:06 2013
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Mon, 4 Mar 2013 12:45:06 +0200
Subject: Forbidden Filenames
In-Reply-To: <513468A4.1050202@gmail.com>
Message-ID: <2B40A82B43004DC7B53E8C544B82F63F@vasonote>

On Mon Mar 4 09:25:56 GMT 2013, Kapitano wrote:

>Using the --fatfilename switch removes reserved characters from
>filenames, but seemingly not from folder names.
>...
>So I can download 'How Tickled am I?', but not into a folder named for
>the series, because when GiP tries to create the folder, it produces the
>error in line 3939.
>I'm guessing that GiP tries to create the folder *before* the reserved
>characters are stripped out.

Good morning Kapitano :-)

I only use the CLI and only manually (not the WebGUI nor PVR),
but on Windows Vista SP2 x86, I tried this command:

get_iplayer --type=radio --pid=b007k4rl --force -w --fatfilename -s --subdir-format 
"<nameshort>" --tag-podcast-radio

and the audio file was downloaded and placed within a folder named "How 
Tickled Am I",
see console output:

C:\Program 
Files\get_iplayer>get_iplayer --type=radio --pid=b007k4rl --force -w
--fatfilename -s --subdir-format "<nameshort>" --tag-podcast-radio
get_iplayer v2.82, 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:
11291:  How Tickled Am I?: Series 2 - 4. Al Read, BBC Radio 4 Extra, 
Comedy,Fact
ual,Life Stories,Radio

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashaaclow1,wma1 modes will be tried for version default
INFO: Trying flashaaclow1 mode to record radio: How Tickled Am I?: Series 
2 - 4.
 Al Read
INFO: File name prefix = How Tickled Am I Series 2 - 4. Al Read b007k4rl 
default

RTMPDump v2.4-81-g2872601
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              2160.15
INFO:   moovPosition          36.00
INFO:   audiocodecid          mp4a
INFO:   aacaot                2.00
INFO:   audiosamplerate       22050.00
INFO:   audiochannels         1.00
INFO: tags:
INFO:   ??alb                 How Tickled Am I? - Series 2
INFO:   aART                  BBC Radio 4 Extra
INFO:   ??ART                 BBC Radio 4 Extra
INFO:   ??cmt                 Mark Radcliffe presents a profile of one of 
Britai
n's most popular radio comedians.
INFO:   cprt                  British Broadcasting Corporation ?? 2013, all 
righ
ts reserved.
INFO:   ??gen                 Podcast
INFO:   ??nam                 How Tickled Am I? - Series 2 03 03 2013
INFO:   ??day                 2013
INFO: trackinfo:
INFO:   length                95262720.00
INFO:   timescale             44100.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            mp4a
13430.035 kB / 2160.11 sec (99.9%)
Download complete
..............................................................................................................
size=   12840kB time=00:36:00.15 bitrate=  48.7kbits/s
video:0kB audio:12975kB subtitle:0 global headers:0kB muxing 
overhead -1.043817%

INFO: Recorded D:\Vangelis\iPlayer Recordings\How Tickled Am I\How Tickled 
Am I
Series 2 - 4. Al Read b007k4rl default.m4a

INFO: Downloaded Thumbnail to 'D:\Vangelis\iPlayer Recordings\How Tickled Am 
I\H
ow Tickled Am I Series 2 - 4. Al Read b007k4rl default.jpg'
INFO: MP4 tagging M4A file

 Started writing to temp file.
 Progress: =============================================>100%|
 Finished writing to temp file.

C:\Program Files\get_iplayer>

Have I perhaps misunderstood and you mean something else?
Many greetings,
Vangelis



From dinkypumpkin at gmail.com  Mon Mar  4 06:35:19 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 04 Mar 2013 11:35:19 +0000
Subject: Forbidden Filenames
In-Reply-To: <513468A4.1050202@gmail.com>
References: <51346481.6090701@gmail.com> <513468A4.1050202@gmail.com>
Message-ID: <513486F7.7090707@gmail.com>

On 04/03/2013 09:25, Kapitano wrote:
> Following up on my own question....
>
> Using the --fatfilename switch removes reserved characters from
> filenames, but seemingly not from folder names.
>
> (I'd assumed --fatfilename would reduce filename lengths to 8
> characters, as under the old FAT16 system, which is why I didn't try it.)
>
> So I can download 'How Tickled am I?', but not into a folder named for
> the series, because when GiP tries to create the folder, it produces the
> error in line 3939.
>
> I'm guessing that GiP tries to create the folder *before* the reserved
> characters are stripped out. So is it possible to perform the strip (so
> to speak) before the --subdir switch is acted upon?

Not so.  The subdirectory name is also sanitised with --fatfilename, as 
you can see from the example Vangelis posted.  Without seeing your 
command or the full output, it's impossible to know where you went wrong.



From kapitano72 at gmail.com  Mon Mar  4 07:48:58 2013
From: kapitano72 at gmail.com (Kapitano)
Date: Mon, 04 Mar 2013 15:48:58 +0300
Subject: Forbidden Filenames
In-Reply-To: <513486F7.7090707@gmail.com>
References: <51346481.6090701@gmail.com> <513468A4.1050202@gmail.com>
 <513486F7.7090707@gmail.com>
Message-ID: <5134983A.2000300@gmail.com>

On 3/4/2013 14:35 PM, dinkypumpkin wrote:
>
> Not so.  The subdirectory name is also sanitised with --fatfilename, 
> as you can see from the example Vangelis posted.  Without seeing your 
> command or the full output, it's impossible to know where you went wrong.

Okay, I think I've figured part of it out. There was a zero length file 
in the download folder called 'Afternoon Drama'. GiP was trying to 
create a *folder* called 'Afternoon Drama', but couldn't because that 
would have been a name clash.

As to *why* there was a file called 'Afternoon Drama', maybe someone at 
the BBC isn't very good at naming files. As for why it was zero length, 
I don't know, but I've been getting a lot of them - about one download 
out of every ten, tv and radio.

So with thanks to Shevek, here's...the kapitano's log:

Running PVR Searches:
Radio4_Drama
Matches:
10101:    Afternoon Drama - Negative Signs of Progress: 1. Here, BBC 
Radio 4, Drama,Political,Radio
10102:    Afternoon Drama - Negative Signs of Progress: 2. There, BBC 
Radio 4, Drama,Political,Radio
10103:    Afternoon Drama - Negative Signs of Progress: 3. Somewhere, 
BBC Radio 4, Drama,Political,Radio
10104:    Afternoon Drama - Fewer Not Less, BBC Radio 4, Drama,Radio
10109:    Afternoon Reading - The Foxes Come at Night: 1. Gondolas, BBC 
Radio 4, Drama,Radio
10847:    Classic Serial - Pather Panchali - Song of the Road: Episode 
2, BBC Radio 4, Classic & Period,Drama,Radio
11186:    Go West - 1. A Story to Be Told, BBC Radio 4, 
Drama,Highlights,Radio
11319:    I Refuse - 3. The Fire The Fire, BBC Radio 4, 
Drama,Historical,Radio
12422:    Saturday Drama - Confessions of a Medium, BBC Radio 4, Classic 
& Period,Drama,Radio
12423:    Saturday Drama - The Iraq Dossier, BBC Radio 4, 
Drama,Highlights,Popular,Radio
12793:    The Cazalets - Marking Time: Episode 10, BBC Radio 4, Drama,Radio

INFO: 11 Matching Programmes
INFO: Checking existence of default version
INFO: flashaacstd1,flashaaclow1 modes will be tried for version default
INFO: Trying flashaacstd1 mode to record radio: Afternoon Drama - 
Negative Signs of Progress: 1. Here

INFO: File name prefix = Afternoon Drama s00e01 Negative Signs of 
Progress Here
mkdir F:\Radio4_Drama\Afternoon Drama: File exists; Cannot create a file 
when that file already exists at get_iplayer.pl line 3939



Here is my Options file, and the PVR search-file which produced the error:

radiomode flashaachigh,flashaacstd,flashaaclow,flashaudio
fileprefix <nameshort> <senum> <episodeshort>
subdir 1
subdirformat <nameshort>
whitespace 1
fatfilename 1
subtitles 1
nopurge 1



category drama
channel BBC Radio 4
excludechannel BBC Radio 4 Extra
exclude The Archers
output f:\Radio4_Drama\
raw 1
type radio
search0 .*



K



From dunolie at gmail.com  Mon Mar  4 07:51:48 2013
From: dunolie at gmail.com (Robbie Terris)
Date: Mon, 4 Mar 2013 12:51:48 +0000
Subject: pvr last downloaded files.
Message-ID: <3CB1F170-D46F-4AC2-BA7F-C70249E36758@gmail.com>

Hi, 

Is there a way to get a list of the files that have been downloaded when --pvr was last run. I like to run mine at night and would like to be able to see what files I've got in the morning.

--pvr-recent=<dldate> <name> <filename>

As i understand it the --command option will only work on the last file downloaded not all of them if you have multiple --pvr searches

I've read about the corntabs and mail option. I prefer to use launchd on mac as it's the new default and I prefer not to have to many mails from log files if possible. The /tmp/get_iplayer.log is nice but ideally I'd like to be able to set some of the options for use later for growl/notification centre/geektools or whatever else comes to mind. The full description in the .log is rather long that.

Regards, Robbie




From dinkypumpkin at gmail.com  Mon Mar  4 08:47:23 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 04 Mar 2013 13:47:23 +0000
Subject: pvr last downloaded files.
In-Reply-To: <3CB1F170-D46F-4AC2-BA7F-C70249E36758@gmail.com>
References: <3CB1F170-D46F-4AC2-BA7F-C70249E36758@gmail.com>
Message-ID: <5134A5EB.9090001@gmail.com>

On 04/03/2013 12:51, Robbie Terris wrote:
> As i understand it the --command option will only work on the last file downloaded not all of them if you have multiple --pvr searches

--command wouldn't be of much use if it worked that way. Give it a try - 
it should do what you need.



From dinkypumpkin at gmail.com  Mon Mar  4 09:14:27 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 04 Mar 2013 14:14:27 +0000
Subject: Forbidden Filenames
In-Reply-To: <5134983A.2000300@gmail.com>
References: <51346481.6090701@gmail.com> <513468A4.1050202@gmail.com>
 <513486F7.7090707@gmail.com> <5134983A.2000300@gmail.com>
Message-ID: <5134AC43.6030907@gmail.com>

On 04/03/2013 12:48, Kapitano wrote:
> On 3/4/2013 14:35 PM, dinkypumpkin wrote:
>>
>> Not so.  The subdirectory name is also sanitised with --fatfilename,
>> as you can see from the example Vangelis posted.  Without seeing your
>> command or the full output, it's impossible to know where you went wrong.
>
> Okay, I think I've figured part of it out. There was a zero length file
> in the download folder called 'Afternoon Drama'. GiP was trying to
> create a *folder* called 'Afternoon Drama', but couldn't because that
> would have been a name clash.
>
> As to *why* there was a file called 'Afternoon Drama', maybe someone at
> the BBC isn't very good at naming files. As for why it was zero length,
> I don't know, but I've been getting a lot of them - about one download
> out of every ten, tv and radio.

My guess is that things got messed up during a previous PVR run.  It may 
have been an earlier programme which caused the problem, but one from 
last week will demonstrate:

Afternoon Drama: Pilgrim - Series 4 - 2. Tregarrah Head

Without --fatfilename, the colon before the first hyphen would be 
retained as part of the programme name, but the colon is an illegal 
character for Windows file paths and thus the output path would be 
truncated there.  If you tried to download that programme (or another 
Afternoon Drama episode similarly named)  without --fatfilename and 
--subdir and the download failed, you could be left a zero-length file 
named "Afternoon Drama".



From dinkypumpkin at gmail.com  Mon Mar  4 09:47:17 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 04 Mar 2013 14:47:17 +0000
Subject: Forbidden Filenames
In-Reply-To: <5134AC43.6030907@gmail.com>
References: <51346481.6090701@gmail.com> <513468A4.1050202@gmail.com>
 <513486F7.7090707@gmail.com> <5134983A.2000300@gmail.com>
 <5134AC43.6030907@gmail.com>
Message-ID: <5134B3F5.3010600@gmail.com>

On 04/03/2013 14:14, dinkypumpkin wrote:
> On 04/03/2013 12:48, Kapitano wrote:
>> On 3/4/2013 14:35 PM, dinkypumpkin wrote:
>>>
>>> Not so.  The subdirectory name is also sanitised with --fatfilename,
>>> as you can see from the example Vangelis posted.  Without seeing your
>>> command or the full output, it's impossible to know where you went
>>> wrong.
>>
>> Okay, I think I've figured part of it out. There was a zero length file
>> in the download folder called 'Afternoon Drama'. GiP was trying to
>> create a *folder* called 'Afternoon Drama', but couldn't because that
>> would have been a name clash.
>>
>> As to *why* there was a file called 'Afternoon Drama', maybe someone at
>> the BBC isn't very good at naming files. As for why it was zero length,
>> I don't know, but I've been getting a lot of them - about one download
>> out of every ten, tv and radio.
>
> My guess is that things got messed up during a previous PVR run.  It may
> have been an earlier programme which caused the problem, but one from
> last week will demonstrate:
>
> Afternoon Drama: Pilgrim - Series 4 - 2. Tregarrah Head
>
> Without --fatfilename, the colon before the first hyphen would be
> retained as part of the programme name, but the colon is an illegal
> character for Windows file paths and thus the output path would be
> truncated there.  If you tried to download that programme (or another
> Afternoon Drama episode similarly named)  without --fatfilename and
> --subdir and the download failed, you could be left a zero-length file
> named "Afternoon Drama".

Slight correction: the download doesn't have to fail for the zero-length 
file to appear.  Since the colon is a stream separator for NTFS, a 
successful download will go into an alternate stream, leaving only the 
zero-length file visible.





From dinkypumpkin at gmail.com  Mon Mar  4 11:18:48 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 04 Mar 2013 16:18:48 +0000
Subject: pvr last downloaded files.
In-Reply-To: <B393B929-A082-45C8-84FC-E4B91E1778C1@gmail.com>
References: <3CB1F170-D46F-4AC2-BA7F-C70249E36758@gmail.com>
 <5134A5EB.9090001@gmail.com> <B393B929-A082-45C8-84FC-E4B91E1778C1@gmail.com>
Message-ID: <5134C968.2030704@gmail.com>

On 04/03/2013 15:52, Robbie Terris wrote:
> Thanks for the tip, it worked perfectly.
>
> one other thing.
>
> I"ve installed the MP3::Tag module but get_iplayer is still using the id2 tagging which is not tagging  radio/podcasts, Is there any help you could give me with this. I could use the --command option to run eyeD3 (my tagger of choice) and tag them that way if there is no other option.
>
> NFO: ID3 BASIC tagging MP3 file
> id3v2(41568) malloc: *** error for object 0x20: pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> INFO: Command exit code 2 (raw code = 6)
> WARNING: Failed to tag MP3 file

Reply to the list, not to me.

My guess is that perl doesn't find MP3::Tag in @INC when you're running 
get_iplayer from launchd.  You should first run get_iplayer from the 
prompt and see if it picks up MP3::Tag there.  If you use local::lib, 
you may just need to configure PERL5LIB in /etc/launchd.conf.  Without 
knowing how you configured get_iplayer for launchd or how you installed 
MP3::Tag, there's not much else I can say.

Something is apparently wrong with the id3v2 binary on your system. 
Again, without knowing where it came from or what get_iplayer command 
caused it to barf, there isn't any more I can offer except to say build 
a fresh copy.


From dmgi at stoptheviolence.co.uk  Tue Mar  5 14:41:23 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Tue, 5 Mar 2013 19:41:23 +0000
Subject: Stopped working on my brother's PC
Message-ID: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>

My brother's just moved house and everything seems to be acting up for
him, including get_iplayer ;) It's working fine for me here. He's on
XP 32bit and I'm on Win7 64bit.

I tested with the Web PVR and when trying to record it says "can't
find iphone URL" and then "flvstreamer not found" (something like that
anyway) several times as it tries the other modes. I copied my modes
line to his to remove the iphone option:

flashaachigh,flashaacstd,flashaudio,flashhigh,flashstd,flashnormal,realaudio,flashaaclow
I tried updating the get_player.cmd, pl, etc but that didn't help

I tried deleting his "C:\Program Files\Get_iplayer" folder completely
as well as his "C:\Documents and Settings\user\.get_iplayer" folder.
His options file only had "raw=1" in it which seemed weird, although
thinking about it I remember we added that as he has a very old and
slow computer that can't cope with transcoding the downloads!

I reinstalled with the get_iplayer_setup_latest.exe which didn't
create an options file and it still gave the same error about
flvstreamer. I tried copying my options settings to his, which are:

output E:\Media\iPlayer
mmsnothread 1
nopurge 1
mplayer .\MPlayer\MPlayer-1.0rc2\mplayer.exe
lame .\LAME\lame.exe
ffmpeg .\FFmpeg\ffmpeg-0.8-win32-static\bin\ffmpeg.exe
vlc .\VLC\vlc-1.1.11\vlc.exe
flvstreamer .\RTMPDump\rtmpdump.exe
atomicparsley .\AtomicParsley\AtomicParsley\AtomicParsley.exe

I changed the output path to point to his download folder.

I then tried the commandline and refreshed the cache but doing
get_iplayer --pid= didn't work. I'm just trying on my system and it
gives the same error there as well, so I'm probably doing something
wrong as I don't use the commandline very often.

E:\Portable Apps\Get_iplayer>get_iplayer --type=tv --pid=1124
get_iplayer v2.82, 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: 1124 using type: tv
INFO Trying to stream pid using type tv
INFO: pid not found in tv cache
ERROR: Failed to get version pid metadata from iplayer site

Ah, I see that's the index number I was using, not the PID so I should
have done "get_iplayer 1124 --get". That works on my PC, I'll have to
check on my brother's,

Anyway, as you can see I haven't really got a clue what's wrong and
would appreciate any help.


From dinkypumpkin at gmail.com  Tue Mar  5 15:29:54 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 05 Mar 2013 20:29:54 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
Message-ID: <513655C2.20500@gmail.com>

On 05/03/2013 19:41, Derek Moss wrote:
> My brother's just moved house and everything seems to be acting up for
> him, including get_iplayer ;) It's working fine for me here. He's on
> XP 32bit and I'm on Win7 64bit.
>
> I tested with the Web PVR and when trying to record it says "can't
> find iphone URL" and then "flvstreamer not found" (something like that
> anyway) several times as it tries the other modes. I copied my modes
> line to his to remove the iphone option:
>
> flashaachigh,flashaacstd,flashaudio,flashhigh,flashstd,flashnormal,realaudio,flashaaclow
> I tried updating the get_player.cmd, pl, etc but that didn't help
>
> I tried deleting his "C:\Program Files\Get_iplayer" folder completely
> as well as his "C:\Documents and Settings\user\.get_iplayer" folder.
> His options file only had "raw=1" in it which seemed weird, although
> thinking about it I remember we added that as he has a very old and
> slow computer that can't cope with transcoding the downloads!
>
> I reinstalled with the get_iplayer_setup_latest.exe which didn't
> create an options file and it still gave the same error about
> flvstreamer. I tried copying my options settings to his, which are:
>
> output E:\Media\iPlayer
> mmsnothread 1
> nopurge 1
> mplayer .\MPlayer\MPlayer-1.0rc2\mplayer.exe
> lame .\LAME\lame.exe
> ffmpeg .\FFmpeg\ffmpeg-0.8-win32-static\bin\ffmpeg.exe
> vlc .\VLC\vlc-1.1.11\vlc.exe
> flvstreamer .\RTMPDump\rtmpdump.exe
> atomicparsley .\AtomicParsley\AtomicParsley\AtomicParsley.exe
>
> I changed the output path to point to his download folder.
>
> I then tried the commandline and refreshed the cache but doing
> get_iplayer --pid= didn't work. I'm just trying on my system and it
> gives the same error there as well, so I'm probably doing something
> wrong as I don't use the commandline very often.
>
> E:\Portable Apps\Get_iplayer>get_iplayer --type=tv --pid=1124
> get_iplayer v2.82, 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: 1124 using type: tv
> INFO Trying to stream pid using type tv
> INFO: pid not found in tv cache
> ERROR: Failed to get version pid metadata from iplayer site
>
> Ah, I see that's the index number I was using, not the PID so I should
> have done "get_iplayer 1124 --get". That works on my PC, I'll have to
> check on my brother's,
>
> Anyway, as you can see I haven't really got a clue what's wrong and
> would appreciate any help.

If you still had iphone in the mode list, you almost certainly started 
with an older version of get_iplayer. Since you haven't done a clean 
upgrade or uninstall/re-install, it is difficult to definitively 
decipher this.

Do yourself a favour and start with a clean installation:

1. Run the get_iplayer uninstaller and select all components for removal.

2. Delete all of these folders:

C:\Program Files\get_iplayer
C:\Documents and Settings\All Users\get_iplayer
C:\Documents and Settings\<user>\.get_iplayer

3. Re-install get_iplayer.

4. Without doing anything else - no mucking around with options files - 
run the get_iplayer CLI from the Start menu.  Don't test with the Web PVR.

5. Try a properly-formulated command that you know works on the other 
system, adding --verbose to the command line.

If you still get errors, post your output and we'll go from there.

When you do a clean installation, all the options required for 
get_iplayer to work will be in the system options file:

C:\Documents and Settings\All Users\get_iplayer\options

You don't need a user-level options file:

C:\Documents and Settings\<user>\.get_iplayer\options

unless you wish to override or add options.  It appears you've just 
copied the system options file into the user options file.  That should 
be harmless, but it's clear something is wrong with options 
("flvstreamer not found"), so let the installer do the work.

If you still get "flvstreamer not found" in a clean installation, 
double-check the values.  This entry in the system options files:

flvstreamer .\RTMPDump\rtmpdump.exe

means this file should exist:

C:\Program Files\get_iplayer\RTMPDump\rtmpdump.exe




From dmgi at stoptheviolence.co.uk  Tue Mar  5 16:10:57 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Tue, 5 Mar 2013 21:10:57 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <513655C2.20500@gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
Message-ID: <CAJiAm8wGgJLzDQCB4GVfqg04g_397afmJzVBisYr7LU64ky44Q@mail.gmail.com>

> If you still had iphone in the mode list, you almost certainly started with
> an older version of get_iplayer. Since you haven't done a clean upgrade or
> uninstall/re-install, it is difficult to definitively decipher this.


It's weird because I'm sure I updated him not that long ago. Anyway, I
did a uninstall/re-install as I mentioned by deleting his "C:\Program
Files\Get_iplayer" folder completely
as well as his "C:\Documents and Settings\user\.get_iplayer" folder.
I'm pretty sure I deleted  "C:\Documents and Settings\All
Users\.get_iplayer" as well and it either didn't have an options file
or it also just had the raw setting in it. After re-installing and
running get_iplayer I didn't see any files created in the All Users
folder.


> 4. Without doing anything else - no mucking around with options files - run
> the get_iplayer CLI from the Start menu.  Don't test with the Web PVR.
>
> 5. Try a properly-formulated command that you know works on the other
> system, adding --verbose to the command line.
>
> If you still get errors, post your output and we'll go from there.
>
> When you do a clean installation, all the options required for get_iplayer
> to work will be in the system options file:
>
> C:\Documents and Settings\All Users\get_iplayer\options
>
> You don't need a user-level options file:
>
> C:\Documents and Settings\<user>\.get_iplayer\options
>
> unless you wish to override or add options.  It appears you've just copied
> the system options file into the user options file.  That should be
> harmless, but it's clear something is wrong with options ("flvstreamer not
> found"), so let the installer do the work.
>
> If you still get "flvstreamer not found" in a clean installation,
> double-check the values.  This entry in the system options files:
>
> flvstreamer .\RTMPDump\rtmpdump.exe
>
> means this file should exist:
>
> C:\Program Files\get_iplayer\RTMPDump\rtmpdump.exe

Yeah, that was definitely there. I even copied over my folder (except
FLV and FFMpeg as he was going out and they would have taken too long)
using TeamViewer and it skipped most of the files as they were already
present. Anyway, I'll try again tomorrow using your advice, thanks.


From dmgi at stoptheviolence.co.uk  Wed Mar  6 06:44:34 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 11:44:34 +0000
Subject: raw option
Message-ID: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>

Just wanted to check what format the raw command needs to be in the
options file. I know on the commandline it's --raw but I'm not if I
can just put that in the options or if it needs to be something like
raw=1.


From shevek at shevek.co.uk  Wed Mar  6 06:57:06 2013
From: shevek at shevek.co.uk (Shevek)
Date: Wed, 6 Mar 2013 11:57:06 +0000
Subject: raw option
In-Reply-To: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
References: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
Message-ID: <CANGN4UNLy+C9r3datD49b75GL8Fp-H_cajUN5-ztFSgWEF2MAA@mail.gmail.com>

On 6 March 2013 11:44, Derek Moss <dmgi at stoptheviolence.co.uk> wrote:
> Just wanted to check what format the raw command needs to be in the
> options file. I know on the commandline it's --raw but I'm not if I
> can just put that in the options or if it needs to be something like
> raw=1.
>

The simplest way is to do the following:

get_iplayer --prefs-add --raw

This will add it for you in the correct format


From kapitano72 at gmail.com  Wed Mar  6 07:19:41 2013
From: kapitano72 at gmail.com (Kapitano)
Date: Wed, 06 Mar 2013 15:19:41 +0300
Subject: raw option
In-Reply-To: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
References: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
Message-ID: <5137345D.10804@gmail.com>

On 3/6/2013 14:44 PM, Derek Moss wrote:
> Just wanted to check what format the raw command needs to be in the
> options file. I know on the commandline it's --raw but I'm not if I
> can just put that in the options or if it needs to be something like
> raw=1.
>

"raw 1" should work. I've never tried using "raw=1". This is my options 
file:

radiomode flashaachigh,flashaacstd,flashaaclow,flashaudio
fileprefix <nameshort> <senum> <episodeshort>
subdir 1
subdirformat <nameshort>
whitespace 1
fatfilename 1
subtitles 1

Going through it one line at a time:

* When downloading radio, try AAC-High format first, if that fails try 
AAC-Standard, etc.

* Save files in the form: Doctor S01E01 Rose

* Saving to subdirectories within the default output folder is enabled. 
To disable it, use subdir 0.

* The subdirectories are named according to the series name (or just the 
title if it's not in a series)

* Convert all underscore characters to space.

* Remove all characters from filenames that aren't allowed in Windows

* Download subtitle files if available



From dmgi at stoptheviolence.co.uk  Wed Mar  6 09:08:34 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 14:08:34 +0000
Subject: raw option
In-Reply-To: <5137345D.10804@gmail.com>
References: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
 <5137345D.10804@gmail.com>
Message-ID: <CAJiAm8ybfAYrdtQSEoEZXUK0z7YOxMUWNc0_YAcgAmBhsUjdXA@mail.gmail.com>

On 6 March 2013 12:19, Kapitano <kapitano72 at gmail.com> wrote:

> "raw 1" should work. I've never tried using "raw=1". This is my options
> file:
>
> radiomode flashaachigh,flashaacstd,flashaaclow,flashaudio
> fileprefix <nameshort> <senum> <episodeshort>
> subdir 1
> subdirformat <nameshort>
> whitespace 1
> fatfilename 1
> subtitles 1


Ah thanks, yes if everything else is in that format "raw 1" should be right.

I'll use your other options as well thanks, they look handy.


From dmgi at stoptheviolence.co.uk  Wed Mar  6 09:09:15 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 14:09:15 +0000
Subject: raw option
In-Reply-To: <CANGN4UNLy+C9r3datD49b75GL8Fp-H_cajUN5-ztFSgWEF2MAA@mail.gmail.com>
References: <CAJiAm8xecvo2GXfETGwUSwkRs8asCSdtiP21ymuwhwNK=K6RCA@mail.gmail.com>
 <CANGN4UNLy+C9r3datD49b75GL8Fp-H_cajUN5-ztFSgWEF2MAA@mail.gmail.com>
Message-ID: <CAJiAm8wJUuOe5+6yZBJ6dVzd0veYZQguruwHvw18SC2aar45Hg@mail.gmail.com>

On 6 March 2013 11:57, Shevek <shevek at shevek.co.uk> wrote:

> The simplest way is to do the following:
>
> get_iplayer --prefs-add --raw
>
> This will add it for you in the correct format

Cool, thanks.


From dmgi at stoptheviolence.co.uk  Wed Mar  6 09:12:25 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 14:12:25 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <513655C2.20500@gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
Message-ID: <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>

On 5 March 2013 20:29, dinkypumpkin <dinkypumpkin at gmail.com> wrote:

> If you still had iphone in the mode list, you almost certainly started with
> an older version of get_iplayer. Since you haven't done a clean upgrade or
> uninstall/re-install, it is difficult to definitively decipher this.
>
> Do yourself a favour and start with a clean installation:
>
> 1. Run the get_iplayer uninstaller and select all components for removal.
>
> 2. Delete all of these folders:
>
> C:\Program Files\get_iplayer
> C:\Documents and Settings\All Users\get_iplayer
> C:\Documents and Settings\<user>\.get_iplayer
>
> 3. Re-install get_iplayer.
>
> 4. Without doing anything else - no mucking around with options files - run
> the get_iplayer CLI from the Start menu.  Don't test with the Web PVR.
>
> 5. Try a properly-formulated command that you know works on the other
> system, adding --verbose to the command line.
>
> If you still get errors, post your output and we'll go from there.
>
> When you do a clean installation, all the options required for get_iplayer
> to work will be in the system options file:
>
> C:\Documents and Settings\All Users\get_iplayer\options
>
> You don't need a user-level options file:
>
> C:\Documents and Settings\<user>\.get_iplayer\options
>
> unless you wish to override or add options.  It appears you've just copied
> the system options file into the user options file.  That should be
> harmless, but it's clear something is wrong with options ("flvstreamer not
> found"), so let the installer do the work.
>
> If you still get "flvstreamer not found" in a clean installation,
> double-check the values.  This entry in the system options files:
>
> flvstreamer .\RTMPDump\rtmpdump.exe
>
> means this file should exist:
>
> C:\Program Files\get_iplayer\RTMPDump\rtmpdump.exe

OK, I used the uninstaller and checked all the folders were deleted,
then reinstalled.

Using the commandline works fine with get_iplayer xx --get --verbose.

However, the Web PVR still doesn't work and gives the same error about
flvstreamer. It also shows iphone in the list of formats to try. I
tried using CCleaner to delete the temp/web files in case some old
file was cached but it still was the same after that.


From dinkypumpkin at gmail.com  Wed Mar  6 10:02:31 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 06 Mar 2013 15:02:31 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
Message-ID: <51375A87.1070100@gmail.com>

On 06/03/2013 14:12, Derek Moss wrote:
> OK, I used the uninstaller and checked all the folders were deleted,
> then reinstalled.
>
> Using the commandline works fine with get_iplayer xx --get --verbose.
>
> However, the Web PVR still doesn't work and gives the same error about
> flvstreamer. It also shows iphone in the list of formats to try. I
> tried using CCleaner to delete the temp/web files in case some old
> file was cached but it still was the same after that.

You may need to delete cookies as well.  "Save as Default" places 
settings in a persistent cookie, so it's possible the old values were 
still hanging around there.  Kill the web pvr and your browser, delete 
all cookies for host 127.0.0.1 (or all of them if that's easier), then 
re-launch the Web PVR.  If "iphone" is still in the modes list, check 
the version string at the bottom of the search page.  It should contain 
"v2.82".  "iphone" in the mode list is harmless, but it shouldn't appear 
in a fresh install of v2.82.

As for flvstreamer: kill the web pvr and your browser, relaunch the web 
pvr, then perform just enough steps to generate the error.  Copy the 
output in the browser *and* everything in the web pvr manager window, 
stick both on Pastebin or similar, then post the link(s) here.





From dmgi at stoptheviolence.co.uk  Wed Mar  6 10:36:28 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 15:36:28 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <51375A87.1070100@gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
 <51375A87.1070100@gmail.com>
Message-ID: <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>

On 6 March 2013 15:02, dinkypumpkin <dinkypumpkin at gmail.com> wrote:

> You may need to delete cookies as well.  "Save as Default" places settings
> in a persistent cookie, so it's possible the old values were still hanging
> around there.  Kill the web pvr and your browser, delete all cookies for
> host 127.0.0.1 (or all of them if that's easier), then re-launch the Web
> PVR.  If "iphone" is still in the modes list, check the version string at
> the bottom of the search page.  It should contain "v2.82".  "iphone" in the
> mode list is harmless, but it shouldn't appear in a fresh install of v2.82.
>
> As for flvstreamer: kill the web pvr and your browser, relaunch the web pvr,
> then perform just enough steps to generate the error.  Copy the output in
> the browser *and* everything in the web pvr manager window, stick both on
> Pastebin or similar, then post the link(s) here.

Yeah, CCleaner deleted the cookies and temp files. I tried deleting
them again from within IE and refreshing but as you can see from the
pastebin, it says v0.70 down the bottom, not v2.82.

I've never used pastebin before, so I hope this is right!
http://pastebin.com/raw.php?i=szGuQ5iH


From dinkypumpkin at gmail.com  Wed Mar  6 10:56:33 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 06 Mar 2013 15:56:33 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
 <51375A87.1070100@gmail.com>
 <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>
Message-ID: <51376731.704@gmail.com>

On 06/03/2013 15:36, Derek Moss wrote:
> Yeah, CCleaner deleted the cookies and temp files. I tried deleting
> them again from within IE and refreshing but as you can see from the
> pastebin, it says v0.70 down the bottom, not v2.82.

As I suspected - you're well over 2 years out of date. Perform all the 
previous steps to get a clean system, then download the latest version 
of the installer.




From dmgi at stoptheviolence.co.uk  Wed Mar  6 11:56:50 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Wed, 6 Mar 2013 16:56:50 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <51376731.704@gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
 <51375A87.1070100@gmail.com>
 <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>
 <51376731.704@gmail.com>
Message-ID: <CAJiAm8w3jO0WYbjfPsHfHqJQXGW=zLhv+EsuNqn=HEhxwdecSw@mail.gmail.com>

> As I suspected - you're well over 2 years out of date. Perform all the
> previous steps to get a clean system, then download the latest version of
> the installer.

I'm pretty sure I used
http://www.infradead.org/get_iplayer_win/get_iplayer_setup_latest.exe
unless something weird happened and it didn't download and there was
already an old version in his download folder which I ran.

Is that not the latest version?

Would the commandline be working OK if it was 2 years out of date? If
not, how could the commandline be current but the Web PVR 2 years old?


From dinkypumpkin at gmail.com  Wed Mar  6 12:21:39 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 06 Mar 2013 17:21:39 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <CAJiAm8w3jO0WYbjfPsHfHqJQXGW=zLhv+EsuNqn=HEhxwdecSw@mail.gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
 <51375A87.1070100@gmail.com>
 <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>
 <51376731.704@gmail.com>
 <CAJiAm8w3jO0WYbjfPsHfHqJQXGW=zLhv+EsuNqn=HEhxwdecSw@mail.gmail.com>
Message-ID: <51377B23.4030608@gmail.com>

On 06/03/2013 16:56, Derek Moss wrote:
> I'm pretty sure I used
> http://www.infradead.org/get_iplayer_win/get_iplayer_setup_latest.exe
> unless something weird happened and it didn't download and there was
> already an old version in his download folder which I ran.

Only you would know.  Do yourself a favour and download a fresh copy. 
Although it rarely changes, the installer should probably be downloaded 
with its proper name rather than "latest".  I'll look into that.

> Would the commandline be working OK if it was 2 years out of date? If
> not, how could the commandline be current but the Web PVR 2 years old?

Your old CLI (get_iplayer -V to see how old) apparently still works, but 
that's no great surprise.  Many of the basics haven't changed.  More to 
the point, you've verified that your web pvr is ancient, pre-dating the 
time that get_iplayer was abandoned by its original developer.  It is a 
waste of time to try debugging such an old version.



From dmgi at stoptheviolence.co.uk  Thu Mar  7 09:58:53 2013
From: dmgi at stoptheviolence.co.uk (Derek Moss)
Date: Thu, 7 Mar 2013 14:58:53 +0000
Subject: Stopped working on my brother's PC
In-Reply-To: <51377B23.4030608@gmail.com>
References: <CAJiAm8z-x5jvN-_SAoEsDtcB23PDn8fs-seEPpF5v-oMHbFe8w@mail.gmail.com>
 <513655C2.20500@gmail.com>
 <CAJiAm8wA35XrJArz5ftbuTZygMAFjm2F2hjOW1j9Dquy0MxCnQ@mail.gmail.com>
 <51375A87.1070100@gmail.com>
 <CAJiAm8zwEhKTG+OPoCoHOZukVqwsmPFupECx=jzbnRPc0MRL7A@mail.gmail.com>
 <51376731.704@gmail.com>
 <CAJiAm8w3jO0WYbjfPsHfHqJQXGW=zLhv+EsuNqn=HEhxwdecSw@mail.gmail.com>
 <51377B23.4030608@gmail.com>
Message-ID: <CAJiAm8wJ9x9_z4jKK5hMDcCMaD_R3proUMgkiq0AXWUREUvgOg@mail.gmail.com>

On 6 March 2013 17:21, dinkypumpkin <dinkypumpkin at gmail.com> wrote:

> Your old CLI (get_iplayer -V to see how old) apparently still works, but
> that's no great surprise.  Many of the basics haven't changed.  More to the
> point, you've verified that your web pvr is ancient, pre-dating the time
> that get_iplayer was abandoned by its original developer.  It is a waste of
> time to try debugging such an old version.

The CLI is v2.82.

After all that, it turned out his desktop shortcut had a Start In of
"C:\Documents and Settings\user\Desktop\iPlayer Recordings" and there
was an old version of Get_iPlayer in there for some reason. We don't
even use  "C:\Documents and Settings\user\Desktop\" anymore, having
relocated it to "D:\Data\user\Desktop" years ago. Once I replaced the
shortcut with the new one from the Start Menu, with a Start In of
"C:\Program Files\get_iplayer"  it was fine.

Thanks for your help.


From conrad1on at yahoo.co.uk  Fri Mar  8 06:39:36 2013
From: conrad1on at yahoo.co.uk (conrad1on)
Date: Fri, 8 Mar 2013 11:39:36 +0000 (GMT)
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
Message-ID: <1362742776.2125.YahooMailNeo@web133006.mail.ir2.yahoo.com>

I've suddenly started getting the above message when trying to download anything, both TV and radio.

I haven't been tinkering with get_iplayer at all; in fact after a full re-install of get_iplayer (as well as a separate manual replacement of the most recent version of RMTPDump) I'm still having the same problem.

Since the last time it worked, the only change I can think of that may even vaguely have?something?to do with it was a fix I applied to something in the 'Environment Variables' in 'System Properties', which involved manually adding a path to the 'Path' variable, but which also may have overwritten whatever was in there previously. To the best of my knowledge though, there was nothing related to get_iplayer or any of its component parts in there anyway.

Any help at all would be greatly appreciated, but I should say any advice much more technical than 'download this and install it' or incredibly straightforward step-by-step instructions may cause bleeding from the ears.


From chrisjbrady at yahoo.com  Fri Mar  8 12:42:41 2013
From: chrisjbrady at yahoo.com (Chris J Brady)
Date: Fri, 8 Mar 2013 09:42:41 -0800 (PST)
Subject: WARNING: rtmpdump/flvstreamer 1.8 or > later is required
In-Reply-To: <mailman.1.1362762006.20193.get_iplayer@lists.infradead.org>
Message-ID: <1362764561.98646.YahooMailClassic@web122604.mail.ne1.yahoo.com>

I use RadioDownloader everyday for Beeb radio comedies and folk progs. It uses RTMPDump. It has not been upgraded for a while, and must still be using an earlier version. And it worked OK for me just now.

Having said that I see it didn't download Saturday's Travelling Folk (which I think has been cancelled anyway?).

Chris B.

--- On Fri, 8/3/13, get_iplayer-request at lists.infradead.org <get_iplayer-request at lists.infradead.org> wrote:

> From: get_iplayer-request at lists.infradead.org <get_iplayer-request at lists.infradead.org>
> Subject: get_iplayer Digest, Vol 35, Issue 10
> To: get_iplayer at lists.infradead.org
> Date: Friday, 8 March, 2013, 17:00
> Send get_iplayer mailing list
> submissions to
> ??? get_iplayer at lists.infradead.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> ??? http://lists.infradead.org/mailman/listinfo/get_iplayer
> or, via email, send a message with subject or body 'help'
> to
> ??? get_iplayer-request at lists.infradead.org
> 
> You can reach the person managing the list at
> ??? get_iplayer-owner at lists.infradead.org
> 
> When replying, please edit your Subject line so it is more
> specific
> than "Re: Contents of get_iplayer digest..."
> 
> 
> Today's Topics:
> 
> ???1. WARNING: rtmpdump/flvstreamer 1.8 or
> later is required -
> ? ? ? please upgrade (conrad1on)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Fri, 8 Mar 2013 11:39:36 +0000 (GMT)
> From: conrad1on <conrad1on at yahoo.co.uk>
> To: "get_iplayer at lists.infradead.org"
> ??? <get_iplayer at lists.infradead.org>
> Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is
> required -
> ??? please upgrade
> Message-ID:
> ??? <1362742776.2125.YahooMailNeo at web133006.mail.ir2.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
> 
> I've suddenly started getting the above message when trying
> to download anything, both TV and radio.
> 
> I haven't been tinkering with get_iplayer at all; in fact
> after a full re-install of get_iplayer (as well as a
> separate manual replacement of the most recent version of
> RMTPDump) I'm still having the same problem.
> 
> Since the last time it worked, the only change I can think
> of that may even vaguely have?something?to do with it was a
> fix I applied to something in the 'Environment Variables' in
> 'System Properties', which involved manually adding a path
> to the 'Path' variable, but which also may have overwritten
> whatever was in there previously. To the best of my
> knowledge though, there was nothing related to get_iplayer
> or any of its component parts in there anyway.
> 
> Any help at all would be greatly appreciated, but I should
> say any advice much more technical than 'download this and
> install it' or incredibly straightforward step-by-step
> instructions may cause bleeding from the ears.
> 
> 
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> 
> 
> ------------------------------
> 
> End of get_iplayer Digest, Vol 35, Issue 10
> *******************************************
> 


From dinkypumpkin at gmail.com  Fri Mar  8 15:30:16 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 08 Mar 2013 20:30:16 +0000
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
In-Reply-To: <1362742776.2125.YahooMailNeo@web133006.mail.ir2.yahoo.com>
References: <1362742776.2125.YahooMailNeo@web133006.mail.ir2.yahoo.com>
Message-ID: <513A4A58.4000707@gmail.com>

On 08/03/2013 11:39, conrad1on wrote:
> I've suddenly started getting the above message when trying to download anything, both TV and radio.
>
> I haven't been tinkering with get_iplayer at all; in fact after a full re-install of get_iplayer (as well as a separate manual replacement of the most recent version of RMTPDump) I'm still having the same problem.
>
> Since the last time it worked, the only change I can think of that may even vaguely have something to do with it was a fix I applied to something in the 'Environment Variables' in 'System Properties', which involved manually adding a path to the 'Path' variable, but which also may have overwritten whatever was in there previously. To the best of my knowledge though, there was nothing related to get_iplayer or any of its component parts in there anyway.
>
> Any help at all would be greatly appreciated, but I should say any advice much more technical than 'download this and install it' or incredibly straightforward step-by-step instructions may cause bleeding from the ears.

I'm guessing from your description that you use Windows, but you should 
tell us such things up front.  What OS?  What version of get_iplayer? 
How did you install it?  Where did your version of rtmpdump come from? 
How did you install it?  Where did you install it?  What get_iplayer 
options have you set?  Etc, etc.  You have to give us something to go on.



From dinkypumpkin at gmail.com  Fri Mar  8 15:42:30 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 08 Mar 2013 20:42:30 +0000
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
In-Reply-To: <513A4A58.4000707@gmail.com>
References: <1362742776.2125.YahooMailNeo@web133006.mail.ir2.yahoo.com>
 <513A4A58.4000707@gmail.com>
Message-ID: <513A4D36.8040502@gmail.com>

On 08/03/2013 20:30, dinkypumpkin wrote:
> On 08/03/2013 11:39, conrad1on wrote:
>> I've suddenly started getting the above message when trying to
>> download anything, both TV and radio.
>>
>> I haven't been tinkering with get_iplayer at all; in fact after a full
>> re-install of get_iplayer (as well as a separate manual replacement of
>> the most recent version of RMTPDump) I'm still having the same problem.
>>
>> Since the last time it worked, the only change I can think of that may
>> even vaguely have something to do with it was a fix I applied to
>> something in the 'Environment Variables' in 'System Properties', which
>> involved manually adding a path to the 'Path' variable, but which also
>> may have overwritten whatever was in there previously. To the best of
>> my knowledge though, there was nothing related to get_iplayer or any
>> of its component parts in there anyway.
>>
>> Any help at all would be greatly appreciated, but I should say any
>> advice much more technical than 'download this and install it' or
>> incredibly straightforward step-by-step instructions may cause
>> bleeding from the ears.
>
> I'm guessing from your description that you use Windows, but you should
> tell us such things up front.  What OS?  What version of get_iplayer?
> How did you install it?  Where did your version of rtmpdump come from?
> How did you install it?  Where did you install it?  What get_iplayer
> options have you set?  Etc, etc.  You have to give us something to go on.

If you pulled get_iplayer from the Git repo, pull it again.  There was a 
bug in HEAD, now fixed.






From conrad1on at yahoo.co.uk  Fri Mar  8 16:49:41 2013
From: conrad1on at yahoo.co.uk (conrad1on)
Date: Fri, 8 Mar 2013 21:49:41 +0000 (GMT)
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
Message-ID: <1362779381.14528.YahooMailNeo@web133004.mail.ir2.yahoo.com>

Sorry about the relative lack of info in my previous message; in my defence, this was a problem I encountered at very much the wrong end of my day, and I think I was probably more preoccupied with remembering how to successfully post a message here anyway.


OS: Windows 7 Home Premium (Service Pack 1)
get_iplayer version: 2.82

I get my copy of get_iplayer from the Windows download link on the front page here, and the copy of RTMPDump I tried was from here:?http://www.videohelp.com/tools/RTMPDump. I installed it over the existing RTMPDump files in the get_iplayer folder in Program Files (x86).

Here's a copy of my options from the .get_iplayer folder in my own Windows User folder:

output C:\Users\<username>\Downloads\Get iPlayer Downloads
mmsnothread 1
nopurge 1
mplayer .\MPlayer\MPlayer-1.0rc2\mplayer.exe
lame .\LAME\lame.exe
ffmpeg .\FFmpeg\ffmpeg-0.8-win32-static\bin\ffmpeg.exe
vlc .\VLC\vlc-1.1.11\vlc.exe
flvstreamer .\RTMPDump\rtmpdump.exe
atomicparsley .\AtomicParsley\AtomicParsley\AtomicParsley.exe
radiomode iphone,flashaudio,flashaachigh,flashaacstd
tvmode flashvhigh

I've reinstalled get_iplayer twice now, but I'm still getting the same issue. I assume this is localised to just me, given the lack of other people chiming in claiming to have the same problem, but I'm damned if I know what might have caused it.


From dinkypumpkin at gmail.com  Fri Mar  8 18:05:29 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 08 Mar 2013 23:05:29 +0000
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
In-Reply-To: <1362779381.14528.YahooMailNeo@web133004.mail.ir2.yahoo.com>
References: <1362779381.14528.YahooMailNeo@web133004.mail.ir2.yahoo.com>
Message-ID: <513A6EB9.50401@gmail.com>

On 08/03/2013 21:49, conrad1on wrote:
> Sorry about the relative lack of info in my previous message; in my defence, this was a problem I encountered at very much the wrong end of my day, and I think I was probably more preoccupied with remembering how to successfully post a message here anyway.
>
>
> OS: Windows 7 Home Premium (Service Pack 1)
> get_iplayer version: 2.82
>
> I get my copy of get_iplayer from the Windows download link on the front page here, and the copy of RTMPDump I tried was from here: http://www.videohelp.com/tools/RTMPDump. I installed it over the existing RTMPDump files in the get_iplayer folder in Program Files (x86).
>
> Here's a copy of my options from the .get_iplayer folder in my own Windows User folder:
>
> output C:\Users\<username>\Downloads\Get iPlayer Downloads
> mmsnothread 1
> nopurge 1
> mplayer .\MPlayer\MPlayer-1.0rc2\mplayer.exe
> lame .\LAME\lame.exe
> ffmpeg .\FFmpeg\ffmpeg-0.8-win32-static\bin\ffmpeg.exe
> vlc .\VLC\vlc-1.1.11\vlc.exe
> flvstreamer .\RTMPDump\rtmpdump.exe
> atomicparsley .\AtomicParsley\AtomicParsley\AtomicParsley.exe
> radiomode iphone,flashaudio,flashaachigh,flashaacstd
> tvmode flashvhigh
>
> I've reinstalled get_iplayer twice now, but I'm still getting the same issue. I assume this is localised to just me, given the lack of other people chiming in claiming to have the same problem, but I'm damned if I know what might have caused it.

Check C:\Program Files\get_iplayer\RTMPDump in Windows Explorer.  Do you 
see a "Compatibility Files" button in the toolbar?  If so, then you've 
fallen afoul of filesystem virtualisation and your new rtmpdump went 
into your virtual store.  I'm not sure how that may have happened, but 
it's one possible explanation for a missing rtmpdump.

Whether or not you've been bitten by filesystem virtualisation, do a 
full uninstall of get_iplayer, delete C:\Program Files\get_iplayer, and 
install again.  The installer tries to remove any virtual store junk. 
After installation, *don't* do anything else - no new rtmpdump, etc. 
You don't need a newer version of rtmpdump, so take it out of the 
equation.  Now test the standard installation.

Also, don't copy options from the system options file 
(C:\ProgramData\get_iplayer\options) into your user options file, as you 
indicated.  It will break the next version of the installer.  From the 
list above, you only need radiomode and tvmode in your user options 
file.  Remove the rest after you've re-installed and checked that the 
system options file has been created.



From conrad1on at yahoo.co.uk  Fri Mar  8 19:30:07 2013
From: conrad1on at yahoo.co.uk (conrad1on)
Date: Sat, 9 Mar 2013 00:30:07 +0000 (GMT)
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
Message-ID: <1362789007.31271.YahooMailNeo@web133002.mail.ir2.yahoo.com>

Okay, no 'Compatibility Files' button that I could see, and uninstalling get_iplayer seems to clear everything off anyway, apart from my personal options, unless I specify it.

Anyway, I reinstalled again - even removing the personal options this time - and I'm still getting the same error message. As for the options file, I'm seeing it in C:\ProgramData\get_iplayer and C:\Users\All Users\get_iplayer, but not C:\Users\<username>\.get_iplayer


From conrad1on at yahoo.co.uk  Fri Mar  8 19:46:25 2013
From: conrad1on at yahoo.co.uk (conrad1on)
Date: Sat, 9 Mar 2013 00:46:25 +0000 (GMT)
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
Message-ID: <1362789985.9348.YahooMailNeo@web133001.mail.ir2.yahoo.com>

Okay, fixed it.

Turns out diddling with the 'Path' 'System variable' in 'Environment Variables' was indeed the issue, and manually adding?C:\Windows and?C:\Windows\system32 back to that would seem to have solved the problem. I've no idea what other possible paths may have been listed there that are now missing, but I guess I'll find out at some point when something else mysteriously stops working.

Thanks for all the replies to this though.


From dinkypumpkin at gmail.com  Fri Mar  8 21:44:22 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 09 Mar 2013 02:44:22 +0000
Subject: WARNING: rtmpdump/flvstreamer 1.8 or later is required - please
 upgrade
In-Reply-To: <1362789985.9348.YahooMailNeo@web133001.mail.ir2.yahoo.com>
References: <1362789985.9348.YahooMailNeo@web133001.mail.ir2.yahoo.com>
Message-ID: <513AA206.4020401@gmail.com>

On 09/03/2013 00:46, conrad1on wrote:
> Turns out diddling with the 'Path' 'System variable' in 'Environment Variables' was indeed the issue, and manually adding C:\Windows and C:\Windows\system32 back to that would seem to have solved the problem. I've no idea what other possible paths may have been listed there that are now missing, but I guess I'll find out at some point when something else mysteriously stops working.

Umm, yeah.  You don't want to remove your system directories from the 
path.  rtmpdump won't be executed properly from Perl and will thus 
appear to be missing to get_iplayer.



From jon at hedgerows.org.uk  Sun Mar 10 08:35:59 2013
From: jon at hedgerows.org.uk (Jon Davies)
Date: Sun, 10 Mar 2013 12:35:59 +0000
Subject: UTF8 subs in get_iplayer
In-Reply-To: <E083E4550350442FBEC03169957E0CBB@MBDESK4>
References: <E083E4550350442FBEC03169957E0CBB@MBDESK4>
Message-ID: <CAJEH5C3myVde_yS4RcxorKbf756BbS7i7=7YKRnyivJSLRSzDQ@mail.gmail.com>

On 9 March 2013 20:13, Mark Barker <mark.barker at shaw.ca> wrote:
> Hi Jon,

please write to the get-iplayer list, not to me directly.

> I was just updating all things get_iplayer on my Win7 x64 setup today. One
> thing I noticed is that your git repo commit:-
>... modifies the character encoding used in the .srt files generated by
> get_iplayer - my Notepad++ identifies the encoding of these files as "ANSI
> as UTF-8" (I believe this is Notepad++'s nomenclature for a UTF-8 encoding
> without a BOM).
>
> This actually BREAKS the default behaviour when subsequently muxing these
> .srt files into .mkv containers using mkvtoolnix (mkvmerge GUI)
> i.e. if I mux the .mp4 and .srt (with its new "ANSI as UTF-8" .srt output
> format) into an .mkv, I have to take an extra step to manually override the
> character encoding type (charset) for the .srt file in the mkvmerge GUI (to
> UTF-8), else the resultant .mkv will end up have corrupted subs for some of
> the special characters, e.g. ?
>
> I would actually prefer it if this 'new' format change was an option and not
> the default behaviour of get_iplayer, since this has been working without
> incident for me since forever previously! Failing that, a get_iplayer
> cmdline fallback option to the non-UTF-8 original encoding would be much
> appreciated.

seems a reasonable view.  I'll have a think about what makes a
sensible option, and think again what constitutes sensible default
behaviour, and propose a patch.  But I note that mkvmerge converts the
subtitles to UTF-8 if they're not already that.  Unless someone else
gets there before me.

Jon


From ghewson at wormhole.me.uk  Sun Mar 10 09:40:26 2013
From: ghewson at wormhole.me.uk (Graeme Hewson)
Date: Sun, 10 Mar 2013 13:40:26 +0000
Subject: *** glibc detected *** /usr/bin/rtmpdump: double free or corruption
Message-ID: <1952223.5WnmYKIrHJ@eden>

I'm using the get-iplayer-testing PPA and RTMPDump
v2.4-n78-git3a1e20c-ppa8~quantal. get_iplayer -v got an error early
in the stream and then triggered a bug when closing the connection,
as shown in this extract from the terminal output:

1.809 kB / 0.00 sec (0.0%)
DEBUG: HandleChangeChunkSize, received: chunk size change to 4358
DEBUG: RTMP_ReadPacket, m_nChannel: eba7
DEBUG: HandleChangeChunkSize, received: chunk size change to -448682803
ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 2451128
46.349 kB / 16732.51 sec (468.2%)
DEBUG: RTMP_Read returned: 0
Download complete
DEBUG: Closing connection.

DEBUG: Invoking deleteStream
*** glibc detected *** /usr/bin/rtmpdump: double free or corruption (top): 0x0000000020994750 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f8de49c3b96]
/usr/bin/rtmpdump[0x4068c6]
/usr/bin/rtmpdump[0x4082ae]
/usr/bin/rtmpdump[0x4039b3]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f8de496676d]
/usr/bin/rtmpdump[0x404055]

---

The complete terminal output is about 24KB, so I thought I'd better
ask before posting it -- should I send it to the list? There's also
a core dump of about 1.9MB.


From dinkypumpkin at gmail.com  Sun Mar 10 16:31:45 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 10 Mar 2013 20:31:45 +0000
Subject: UTF8 subs in get_iplayer
In-Reply-To: <CAJEH5C3myVde_yS4RcxorKbf756BbS7i7=7YKRnyivJSLRSzDQ@mail.gmail.com>
References: <E083E4550350442FBEC03169957E0CBB@MBDESK4>
 <CAJEH5C3myVde_yS4RcxorKbf756BbS7i7=7YKRnyivJSLRSzDQ@mail.gmail.com>
Message-ID: <513CEDB1.2030702@gmail.com>

On 10/03/2013 12:35, Jon Davies wrote:
> On 9 March 2013 20:13, Mark Barker <mark.barker at shaw.ca> wrote:
>> Hi Jon,
>
> please write to the get-iplayer list, not to me directly.
>
>> I was just updating all things get_iplayer on my Win7 x64 setup today. One
>> thing I noticed is that your git repo commit:-
>> ... modifies the character encoding used in the .srt files generated by
>> get_iplayer - my Notepad++ identifies the encoding of these files as "ANSI
>> as UTF-8" (I believe this is Notepad++'s nomenclature for a UTF-8 encoding
>> without a BOM).
>>
>> This actually BREAKS the default behaviour when subsequently muxing these
>> .srt files into .mkv containers using mkvtoolnix (mkvmerge GUI)
>> i.e. if I mux the .mp4 and .srt (with its new "ANSI as UTF-8" .srt output
>> format) into an .mkv, I have to take an extra step to manually override the
>> character encoding type (charset) for the .srt file in the mkvmerge GUI (to
>> UTF-8), else the resultant .mkv will end up have corrupted subs for some of
>> the special characters, e.g. ?
>>
>> I would actually prefer it if this 'new' format change was an option and not
>> the default behaviour of get_iplayer, since this has been working without
>> incident for me since forever previously! Failing that, a get_iplayer
>> cmdline fallback option to the non-UTF-8 original encoding would be much
>> appreciated.
>
> seems a reasonable view.  I'll have a think about what makes a
> sensible option, and think again what constitutes sensible default
> behaviour, and propose a patch.  But I note that mkvmerge converts the
> subtitles to UTF-8 if they're not already that.  Unless someone else
> gets there before me.

Nothing was "broken".  With no BOM, you have to tell mkvmerge that the 
input is UTF-8.  That will be true no matter where the content comes from.

This issue arises because mkvmerge does a conversion to UTF-8 when 
merging a subtitles track, something which I'm not sure will affect very 
many users.  Many media players will automatically detect the subtitles 
encoding at playback, so you rarely notice any problems with BBC 
subtitles if you leave your subtitles in separate files.

Of course, some applications still require that subtitles encoding be 
explicitly specified. In fact, looking at the Debian bug that started 
all this, I have a sneaking suspicion it was down to pilot error in not 
specifying the subtitles encoding to mplayer.

Before Jon's change, the subtitles encoding would have matched the 
active code page on Windows, which mkvmerge uses to determine how to 
convert to UTF-8, so no extra mkvmerge options would have been 
necessary.  Of course, the opposite would have been true for Linux/OSX, 
where the system locale typically uses UTF-8 encoding.  Jon's change 
reversed the situation.  So it seems this all boils down to which set of 
mkvmerge users - Windows or Linux/OSX - may need to add the 
--sub-charset option to their command lines.

To me, it seems like a good idea to save subtitles in UTF-8 by default 
so that it will be explicit how to post-process them.  It also covers 
the possibility that subtitles may contain characters outside the Latin1 
(ISO8859-1) character set, though I would guess that's a rare occurrence 
for BBC TV.  A useful tweak might be to add a BOM to the subtitles file, 
even though it really shouldn't be necessary.  That would placate 
mkvmerge and other Windows applications, presumably without causing 
trouble elsewhere (touch wood).

Should UTF-8 be mandatory for subtitles?  I suppose it wouldn't hurt to 
have a "--no-subs-utf8" option to switch it off for those who really 
want to do so.  But that only seems useful if you post-process subtitles 
with an application that really, truly cannot read UTF-8 files, which is 
almost a contradiction in terms.


From david at dawoodfall.net  Sun Mar 10 20:33:16 2013
From: david at dawoodfall.net (David Woodfall)
Date: Mon, 11 Mar 2013 00:33:16 +0000
Subject: Using a hash as a reference is deprecated at /usr/bin/get_iplayer
 line xxxx repeated 8 times
Message-ID: <20130311003315.GA10353@Blackswan>

Is there any problem with commenting out 'use strict' to avoid these
lines?

perl 5.16.1




From jeffstegerson at gmail.com  Sun Mar 10 23:48:22 2013
From: jeffstegerson at gmail.com (jeff stegerson)
Date: Mon, 11 Mar 2013 14:48:22 +1100
Subject: NooB question. File disappears after download with iFetch
Message-ID: <CAB47fC8YAiCXOi9kr_RvX00p=BDtxYFwi1xqZpfPrLYAALAEtA@mail.gmail.com>

Hello
Is there anyone else here using iFetch?
http://www.wftpd.com/ifetch.html
I am having a bizarre problem in that when a file is downloaded, it
seems to be instantly deleted!!!
I am not sure if this is an RTMPdump problem or not so came here for
some advice.
The output text file can be found at pastebin.com/yemn9S5s
Cheers, J.


From roger at firedrake.org  Mon Mar 11 05:28:12 2013
From: roger at firedrake.org (Roger Burton West)
Date: Mon, 11 Mar 2013 09:28:12 +0000
Subject: Using a hash as a reference is deprecated at
 /usr/bin/get_iplayer line xxxx repeated 8 times
In-Reply-To: <20130311003315.GA10353@Blackswan>
References: <20130311003315.GA10353@Blackswan>
Message-ID: <20130311092812.GA21769@firedrake.org>

On Mon, Mar 11, 2013 at 12:33:16AM +0000, David Woodfall wrote:
>Is there any problem with commenting out 'use strict' to avoid these
>lines?

That every time "use strict" is turned off, it comes back to bite one
in the bum, usually within a week or so?

A better approach if the code can't be fixed is:

{
  no strict;
  # problematic code goes here
}

Roger


From shevek at shevek.co.uk  Mon Mar 11 06:15:21 2013
From: shevek at shevek.co.uk (Shevek)
Date: Mon, 11 Mar 2013 10:15:21 +0000
Subject: NooB question. File disappears after download with iFetch
In-Reply-To: <CAB47fC8YAiCXOi9kr_RvX00p=BDtxYFwi1xqZpfPrLYAALAEtA@mail.gmail.com>
References: <CAB47fC8YAiCXOi9kr_RvX00p=BDtxYFwi1xqZpfPrLYAALAEtA@mail.gmail.com>
Message-ID: <CANGN4UP+sNShENf5OZ3z82oyaGin5SpE=KECjOKV2wTPHPZKyw@mail.gmail.com>

On 11 March 2013 03:48, jeff stegerson <jeffstegerson at gmail.com> wrote:
> Hello
> Is there anyone else here using iFetch?

Hi Jeff

Please note that this mailing list is for get_iplayer and and as such,
your question is off topic. Please contact support for iFetch.


From dinkypumpkin at gmail.com  Mon Mar 11 07:02:29 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 11 Mar 2013 11:02:29 +0000
Subject: Using a hash as a reference is deprecated at /usr/bin/get_iplayer
 line xxxx repeated 8 times
In-Reply-To: <20130311092812.GA21769@firedrake.org>
References: <20130311003315.GA10353@Blackswan>
 <20130311092812.GA21769@firedrake.org>
Message-ID: <513DB9C5.7010407@gmail.com>

On 11/03/2013 09:28, Roger Burton West wrote:
> On Mon, Mar 11, 2013 at 12:33:16AM +0000, David Woodfall wrote:
>> Is there any problem with commenting out 'use strict' to avoid these
>> lines?
>
> That every time "use strict" is turned off, it comes back to bite one
> in the bum, usually within a week or so?
>
> A better approach if the code can't be fixed is:
>
> {
>    no strict;
>    # problematic code goes here
> }

An alternative would be "no warnings 'deprecated';" to target just 
deprecation warnings.

This particular deprecation was made years ago, so it seems like someone 
would have noticed it in get_iplayer long before now. The warning 
doesn't appear on any of my systems, even with -w.  It would help if you 
provided the locations of the warnings instead of just "xxxx", an 
example command that generates the warnings, your OS and get_iplayer 
version.



From dinkypumpkin at gmail.com  Mon Mar 11 07:12:24 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 11 Mar 2013 11:12:24 +0000
Subject: Using a hash as a reference is deprecated at /usr/bin/get_iplayer
 line xxxx repeated 8 times
In-Reply-To: <513DB9C5.7010407@gmail.com>
References: <20130311003315.GA10353@Blackswan>
 <20130311092812.GA21769@firedrake.org> <513DB9C5.7010407@gmail.com>
Message-ID: <513DBC18.1040808@gmail.com>

On 11/03/2013 11:02, dinkypumpkin wrote:
> This particular deprecation was made years ago, so it seems like someone
> would have noticed it in get_iplayer long before now. The warning

I think you may just have a rather old version of get_iplayer.  It looks 
like a fix for that deprecation warning was made in version 2.79, so if 
your version is older, it's time to update.




From dave at dawoodfall.net  Tue Mar 12 20:15:24 2013
From: dave at dawoodfall.net (David Woodfall)
Date: Wed, 13 Mar 2013 00:15:24 +0000
Subject: Using a hash as a reference is deprecated at
 /usr/bin/get_iplayer line xxxx repeated 8 times
In-Reply-To: <513DBC18.1040808@gmail.com>
References: <20130311003315.GA10353@Blackswan>
 <20130311092812.GA21769@firedrake.org> <513DB9C5.7010407@gmail.com>
 <513DBC18.1040808@gmail.com>
Message-ID: <20130313001524.GE10353@Blackswan>

On (11/03/13 11:12), dinkypumpkin <dinkypumpkin at gmail.com> put forth the proposition:
>On 11/03/2013 11:02, dinkypumpkin wrote:
>>This particular deprecation was made years ago, so it seems like someone
>>would have noticed it in get_iplayer long before now. The warning
>
>I think you may just have a rather old version of get_iplayer.  It 
>looks like a fix for that deprecation warning was made in version 
>2.79, so if your version is older, it's time to update.

I had 2.78 and just updated to 2.82.

Thanks




From julianhughes at gmail.com  Fri Mar 15 13:50:37 2013
From: julianhughes at gmail.com (Julian Hughes)
Date: Fri, 15 Mar 2013 17:50:37 +0000
Subject: Option Request: user can toggle on/off atomicparsley --artwork
Message-ID: <20130315175037.48999950@desktop-fatty>

Can an option be added so that the user can choose not to have
downloaded thumbnails automatically embedded into m4a?  At the moment I
can edit the get_iplayer script itself (which means having to remember
to do it with any update) but it would be nice to be able to
add to ~/.get_iplayer/options something like

embed_art 0

or similar.

Reasons:

My ~/.get_iplayer/options contains

thumb 1

I do want a thumbnail but definitely don't want it muxed into m4a files
by AtomicParsley as with some audio/multimedia players it's better to
use an accompanying image file.

regards

Julian Hughes


From dinkypumpkin at gmail.com  Fri Mar 15 15:25:53 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 15 Mar 2013 19:25:53 +0000
Subject: Option Request: user can toggle on/off atomicparsley --artwork
In-Reply-To: <20130315175037.48999950@desktop-fatty>
References: <20130315175037.48999950@desktop-fatty>
Message-ID: <514375C1.2000305@gmail.com>

On 15/03/2013 17:50, Julian Hughes wrote:
> Can an option be added so that the user can choose not to have
> downloaded thumbnails automatically embedded into m4a?  At the moment I
> can edit the get_iplayer script itself (which means having to remember
> to do it with any update) but it would be nice to be able to
> add to ~/.get_iplayer/options something like
>
> embed_art 0
>
> or similar.
>
> Reasons:
>
> My ~/.get_iplayer/options contains
>
> thumb 1
>
> I do want a thumbnail but definitely don't want it muxed into m4a files
> by AtomicParsley as with some audio/multimedia players it's better to
> use an accompanying image file.

Already done. Grab the current development version and use --no-artwork 
or "noartwork 1" in options.

If you know Git, clone repo:

git://git.infradead.org/get_iplayer.git

If not, download current script directly:

http://www.infradead.org/get_iplayer/get_iplayer




From 49 at houxhuai.tk  Fri Mar 15 16:32:33 2013
From: 49 at houxhuai.tk (Video card photo Supply)
Date: Fri, 15 Mar 2013 20:32:33 +0000
Subject: =?GB2312?B?VmlkZW8gY2FyZCBwaG90byBTdXBwbHnT68T6ubLP7cHLz+Cy4aGj?=
Message-ID: <047d7b33cb10fe965104d7fc89f1@google.com>

Dear Sir or Madam,
Electronics Co.,Ltd here.
We specialize in electronic devices field with full experience and we have  
100 % confidence in our technology and quality.
Now our hot seller is video card ?

Video card is a digital product just like a Mp4 with a printing paper to  
cover it . You can design the artwork of the paper , and put the video you  
prefer into it . Usually we used the video card for business promotion or  
as the gift to your customers or friends .

If any interest, feel free to contact me.
Best regards,

Cherry
Sales Specialist

ELECTRONIC LIMITED

https://picasaweb.google.com/lh/sredir?uname=103661728003737188716&target=ALBUM&id=5852636830203239553&authkey=Gv1sRgCN73pJqEx7nAtwE&invite=CL_i9oUK&feat=email
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130315/822911da/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: picasaweblogo-zh_CN.gif
Type: image/gif
Size: 1646 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130315/822911da/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: email.jpg
Type: image/jpeg
Size: 5118 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130315/822911da/attachment.jpg>

From please_no_reply at beebify.com  Sat Mar 16 09:28:11 2013
From: please_no_reply at beebify.com (please_no_reply at beebify.com)
Date: Sat, 16 Mar 2013 09:28:11 -0400
Subject: Beebify
Message-ID: <20130316092811.26725fhc9cpyrgq3@beebify.com>

I'd like to offer you a different approach to Beebhack in downloading  
BBC shows: Beebify.com

Beebify is the simplest of all sites, loads instantly, nearly 1,700  
current BBC shows at a glance, and features one-click downloads.   
Currently in 'Stealth Mode' but fully operational (PC/laptop, not yet  
mobile/tablet), Beebify.com is scheduled to launch on 1 April 2013.

Pair Beebify with Hola.org's (still in beta) free unBlocker for  
Windows, the promising new peer2peer network facilitating BBC access,  
and this is a very simple solution to downloading and watching BBC  
shows from anywhere in the world.

The server side of Beebify's architecture was designed on the pemise  
that it must access the BBC servers in the same manner as any other  
user, giving the BBC the option of blocking every one of its users  
including Beebify - or blocking no one.

The website (client) side of Beebify respects the shortcomings of  
BBC's DRM system by allowing the easily downloaded files to be played  
in Windows Media Player from anywhere in the world - by utilising  
Hola.org's unBlocker, another proxy or a VPN solution.  Important in  
the design was making Beebify simple enough for a computer novice to  
use.

Watching TV used to be a shared social experience, and our hope is  
that Beebify with its simple downloading will encourage viewers to  
form groups where files downloaded by one person are then shared  
locally - thus considerably reducing bandwidth for the BBC servers and  
for viewers' own Internet pathway.

This a admittedly a departure from the Beebhack approach - and we  
welcome you to check it out at www.beebify.com

Adam,
Beebify's nerd team



From julianhughes at gmail.com  Sat Mar 16 11:30:34 2013
From: julianhughes at gmail.com (Julian Hughes)
Date: Sat, 16 Mar 2013 15:30:34 +0000
Subject: Option Request: user can toggle on/off atomicparsley
In-Reply-To: <mailman.2019.1363443576.1201.get_iplayer@lists.infradead.org>
References: <mailman.2019.1363443576.1201.get_iplayer@lists.infradead.org>
Message-ID: <20130316153034.2a457772@desktop-fatty>

> Date: Fri, 15 Mar 2013 19:25:53 +0000
> From: dinkypumpkin <dinkypumpkin at gmail.com>
> To: get_iplayer at lists.infradead.org
> Subject: Re: Option Request: user can toggle on/off atomicparsley
.... 
> Already done. Grab the current development version and use
> --no-artwork or "noartwork 1" in options.
> 
> If you know Git, clone repo:
> 
> git://git.infradead.org/get_iplayer.git
> 
> If not, download current script directly:
> 
> http://www.infradead.org/get_iplayer/get_iplayer
> 

I just pulled from git and set "noartwork 1" and
it works exactly as described.  Thanks very much.

Julian Hughes


From dave at dawoodfall.net  Sat Mar 16 23:00:32 2013
From: dave at dawoodfall.net (David Woodfall)
Date: Sun, 17 Mar 2013 03:00:32 +0000
Subject: Beebify
In-Reply-To: <20130316092811.26725fhc9cpyrgq3@beebify.com>
References: <20130316092811.26725fhc9cpyrgq3@beebify.com>
Message-ID: <20130317030032.GB14674@Blackswan>

On (16/03/13 09:28), please_no_reply at beebify.com <please_no_reply at beebify.com> put forth the proposition:
>I'd like to offer you a different approach to Beebhack in downloading 
>BBC shows: Beebify.com
>
>Beebify is the simplest of all sites, loads instantly, nearly 1,700 
>current BBC shows at a glance, and features one-click downloads.  
>Currently in 'Stealth Mode' but fully operational (PC/laptop, not yet 
>mobile/tablet), Beebify.com is scheduled to launch on 1 April 2013.
>
>Pair Beebify with Hola.org's (still in beta) free unBlocker for 
>Windows, the promising new peer2peer network facilitating BBC access, 
>and this is a very simple solution to downloading and watching BBC 
>shows from anywhere in the world.
>
>The server side of Beebify's architecture was designed on the pemise 
>that it must access the BBC servers in the same manner as any other 
>user, giving the BBC the option of blocking every one of its users 
>including Beebify - or blocking no one.
>
>The website (client) side of Beebify respects the shortcomings of 
>BBC's DRM system by allowing the easily downloaded files to be played 
>in Windows Media Player from anywhere in the world - by utilising 
>Hola.org's unBlocker, another proxy or a VPN solution.  Important in 
>the design was making Beebify simple enough for a computer novice to 
>use.
>
>Watching TV used to be a shared social experience, and our hope is 
>that Beebify with its simple downloading will encourage viewers to 
>form groups where files downloaded by one person are then shared 
>locally - thus considerably reducing bandwidth for the BBC servers and 
>for viewers' own Internet pathway.
>
>This a admittedly a departure from the Beebhack approach - and we 
>welcome you to check it out at www.beebify.com
>
>Adam,
>Beebify's nerd team

Looks like a useful site.

I found one problem though - the first file I picked had its name
truncated:

rontier_A_Horizon_Guide_to_the_Universe_17_10_2012_b01ndjmz_1359929715.wmv

Which should have been The Final Frontier etc

It would be nice if there was a radio section too.




From kernelbasher at gmail.com  Sun Mar 17 00:15:45 2013
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Sun, 17 Mar 2013 04:15:45 -0000
Subject: Beebify
In-Reply-To: <20130317030032.GB14674@Blackswan>
References: <20130316092811.26725fhc9cpyrgq3@beebify.com>
 <20130317030032.GB14674@Blackswan>
Message-ID: <op.wt2osjfrpbalgg@kernelcruncher.site>

On Sun, 17 Mar 2013 03:00:32 -0000, David Woodfall <dave at dawoodfall.net>  
wrote:

> Looks like a useful site.

Maybe
I just tried a download.It would only pull the smaller .wmv (yuck)
Which seems to be DRM (double yuck)


From jbc at caruth.com  Sun Mar 17 08:52:38 2013
From: jbc at caruth.com (Barry Caruth)
Date: Sun, 17 Mar 2013 12:52:38 +0000
Subject: Cache Refresh
Message-ID: <6E1CA56F-D630-44FF-8299-D617B135EC46@caruth.com>

I had set up a PVR search for a radio show but it wasn't finding it or downloading on scheduled PVR execution.

I manually refreshed the cache via the web interface with the tv and radio check boxes ticked. On the next run the PVR found and downloaded the program.

After a bit of further testing it seems that "--refresh" and "--pvr" only refreshes the tv cache in my setup.

Is there a preference I can set to always refresh both the tv and radio caches?

Thanks.

From northmedia1 at the.forthnet.gr  Sun Mar 17 12:40:37 2013
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 17 Mar 2013 18:40:37 +0200
Subject: Cache Refresh
In-Reply-To: <6E1CA56F-D630-44FF-8299-D617B135EC46@caruth.com>
Message-ID: <7A0CD84A731649ADB4C14B30E0951E72@vasonote>

On Sun Mar 17 12:52:38 GMT 2013, Barry Caruth wrote:

>I manually refreshed the cache via the web interface with the tv and radio 
>check boxes ticked. On the next run the PVR found and downloaded the 
>program.
>After a bit of further testing it seems that "--refresh" and "--pvr" only 
>refreshes the tv cache in my setup.
>Is there a preference I can set to always refresh both the tv and radio 
>caches?

 Hi Barry!
 I do not use the PVR, I only manually invoke the CLI when I need to; 
"--refresh" (or "-f", for short) always implies --type=tv and refreshes only 
the tv cache when this is more than 4 hours old.
To refresh the radio cache you need type:

get_iplayer --type=radio -f

So, try adding "--type=radio --refresh" as a preference; if you want the tv 
& radio caches to be always refreshed when a PVR search starts (i.e. 
irrespective of their ages),
try adding "-f --force --type=radio -f --force"

Others, more knowledgeable, may step in for corrections/additions...

Regards,
Vangelis 



From codewarehaus.phone at yahoo.co.uk  Sun Mar 17 17:50:59 2013
From: codewarehaus.phone at yahoo.co.uk (Pierce Hone)
Date: Sun, 17 Mar 2013 21:50:59 +0000
Subject: get_iplayer for windows no longer lists recordings after computer
 crash.
Message-ID: <51463AC3.5040802@yahoo.co.uk>

First, Thanks for the excellent software.

I have just installed it 2 days ago and it works very well.

2 Questions.

1)    I had a computer crash (not related to get_iplayer) and now even 
though recordings are being made, I cannot list any recordings on the 
recordings page/tab.

         I just get an empty list.

         It did work and I assume something is corrupt but I don't know 
where to look.

2)    I am converting the .mp4 files to .ts files with the correct 
format to convert to run on a Humax PVR (Foxsat HDR) via av2hdr.exe

         The ffmpeg command I use is

             ffmpeg" -i <inputfile> -vcodec copy -acodec mp2 -vbsf 
h264_mp4toannexb <ouputfile>.ts

         How can I change the commandline in get_iplayer to avoid the 
creation of the .mp4 and go straight to the .ts.
         (I don't mean to run av2hdr.exe but just to get the .ts file in 
the correct format to allow them to be used by av2hdr.exe after download)

Many thanks for your help.

Pierce.



---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 130317-0, 17/03/2013
Tested on: 17/03/2013 21:51:00
avast! - copyright (c) 1988-2013 AVAST Software.
http://www.avast.com





From please_no_reply at beebify.com  Thu Mar 21 06:13:13 2013
From: please_no_reply at beebify.com (please_no_reply at beebify.com)
Date: Thu, 21 Mar 2013 06:13:13 -0400
Subject: Beebify update
Message-ID: <20130321061313.710773zamu44zs55@beebify.com>

Many thanks to everyone who has already looked at Beebify - and to one  
who kindly let me know that it's not obvious what to do if unable to  
play a downloaded file.

The DRM licence isn't always available even though the file may be,  
and visa versa - we're still analysing this.  Choosing from nearer the  
bottom of the Beebify list gives more chance that both file and  
licence will be available and for longer. However, if a file can't  
acquire rights, leaving it for a few minutes, hours or even a day  
before trying again seems to work in about half the cases.

And if outside the UK and being told 'go away' by the BBC when playing  
a file, just use a UK proxy, or VPN or Hola's new free service.  If  
using Hola, an important step is to specifically unblock BBC as this  
is not set by default - for full info on this, and to ask more  
questions, please come to the Beebify.com forum.  We've updated the  
'Welcome' and 'Instructions' screen based on this feedback, and  
welcome more in our Forum.

As one get_iplayer member has posted in our Forum, get_iPlayer does  
more than Beebify.  With Beebify's automatic updating and simple  
filtering of the list, perhaps regular get_iplayer users will find  
Beebify a useful addition in quick checking of the latest BB episodes.

We also recognise that get_iplayer users are amongst the more  
technically savyy, and we'd be very interested to get feedback from  
any of your less experienced friends, family and work colleagues - we  
designed the client (website) on the question 'Could my mother use  
it?'.  Therefore we'd really value your family and friends'  
experiences in the Forum.

Adam,
Beebify's nerd team.




From zulu.romeotangohotel at ntlworld.com  Thu Mar 21 10:50:07 2013
From: zulu.romeotangohotel at ntlworld.com (Rog)
Date: Thu, 21 Mar 2013 14:50:07 -0000
Subject: I, Claudius
Message-ID: <3C161591FDCC47849E3466F62D69887E@DH22MC2J>

*I, Claudius*, Episode 1,  was on BBC4 on Thursday 19th March at 22:00.

It doesn't seem to be available on iPlayer  :(((

Anyone have any info as to why?

Rog


From chris at chrism.demon.co.uk  Thu Mar 21 10:57:33 2013
From: chris at chrism.demon.co.uk (Chris Marriott)
Date: Thu, 21 Mar 2013 14:57:33 -0000
Subject: I, Claudius
In-Reply-To: <3C161591FDCC47849E3466F62D69887E@DH22MC2J>
References: <3C161591FDCC47849E3466F62D69887E@DH22MC2J>
Message-ID: <D065ABD0B39C4C41829A21F6893E8995@Timelord>

There are lots of programmes that aren't available on iPlayer (most films, 
for example). Copyright restrictions, I guess. It's available pretty cheaply 
on DVD if you want it.

Chris


-----Original Message----- 
From: Rog
Sent: Thursday, March 21, 2013 2:50 PM
To: get_iplayer at lists.infradead.org
Subject: I, Claudius

*I, Claudius*, Episode 1,  was on BBC4 on Thursday 19th March at 22:00.

It doesn't seem to be available on iPlayer  :(((

Anyone have any info as to why?

Rog

_______________________________________________
get_iplayer mailing list
get_iplayer at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer 



From njtaylor at asterisk.demon.co.uk  Thu Mar 21 11:16:22 2013
From: njtaylor at asterisk.demon.co.uk (Nigel Taylor)
Date: Thu, 21 Mar 2013 15:16:22 +0000
Subject: I, Claudius
In-Reply-To: <3C161591FDCC47849E3466F62D69887E@DH22MC2J>
References: <3C161591FDCC47849E3466F62D69887E@DH22MC2J>
Message-ID: <514B2446.3000904@asterisk.demon.co.uk>

On 03/21/13 14:50, Rog wrote:
> *I, Claudius*, Episode 1,  was on BBC4 on Thursday 19th March at 22:00.
> 
> It doesn't seem to be available on iPlayer  :(((
> 
> Anyone have any info as to why?
> 
> Rog
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> 
(Don't you mean Tuesday 19th March).

Check the BBC Web site -

"I, Claudius :
1. A Touch of Murder

Historical drama series chronicling the reigns of the Roman emperors.

(Not available)"


Address the question to the BBC.


From ian.wight.taylor at gmail.com  Fri Mar 22 14:17:23 2013
From: ian.wight.taylor at gmail.com (Ian W Taylor)
Date: Fri, 22 Mar 2013 18:17:23 +0000
Subject: Invalid XML Entities included in metadata file
Message-ID: <514CA033.5060401@BeckleyCopse.co.uk>

When using get_iplayer (V2.82) I ask it to produce a "generic" XML 
metadata file.  But when I use xpath on it it says that the XML is invalid.

I think the problem is that get_iplayer uses HTML encode_entities() and 
there are about 250 entities defined in HTML but only 5 in the XML 
specification.  I've read that XML just defines &quot; &amp; &apos; &lt; 
and &gt; for the "&'<> characters.  However the generic metadata XML 
file includes things like &pound; for the British? Pound sign in the 
description nodes.

I fixed it by changing the call to encode_entities() in substitute() from...

        } elsif ($sanitize_mode == 3) {
             $replace = encode_entities( $value );

to be...

        } elsif ($sanitize_mode == 3) {
             $replace = encode_entities( $value, '"&\'<>' );

And that fixed my problem.  However I notice that are loads of other 
code (that it looks like I don't use) that have lines like "print XML 
... encode_entities( ..." and I suspect that they may need fixing too.

I don't know how to produce a "git patch", if that is the correct term, 
but I do know how to email so I am passing on my suggestion for a fix here.

Testing it ...

As of today there is a podcast on the BBC site that has a Pound sign in 
the description.  It is "Wake_Up_To_Money" episode 
"Money_Budget_day_20_Mar_13" and it can be obtained using --metadataonly.

The following xpath command barfs under Ubuntu.

xpath -e '//desc/text()' Wake_Up_To_Money/Money_Budget_day_20_Mar_13.xml

Under FreeBSD the xpath comand has the filename as the first param 
followed by the XPATH queries.  It also says that the XML produced by 
get_iplayer is invalid.  Mind you both versions of xpath are just perl 
scripts using XML::XPath.

Perhaps the problem is that a DTD used to be obtained from web site 
named in the 2nd line of the XML, but is no longer available ?
<program_meta_data xmlns="http://linuxcentre.net/xmlstuff/get_iplayer" 
revision="1">

-- 
Regards,
Ian Taylor



From roger at firedrake.org  Fri Mar 22 14:36:11 2013
From: roger at firedrake.org (Roger Bell_West)
Date: Fri, 22 Mar 2013 18:36:11 +0000
Subject: Invalid XML Entities included in metadata file
In-Reply-To: <514CA033.5060401@BeckleyCopse.co.uk>
References: <514CA033.5060401@BeckleyCopse.co.uk>
Message-ID: <20130322183611.GA10901@firedrake.org>

On Fri, Mar 22, 2013 at 06:17:23PM +0000, Ian W Taylor wrote:
>I think the problem is that get_iplayer uses HTML encode_entities()
>and there are about 250 entities defined in HTML but only 5 in the
>XML specification.  I've read that XML just defines &quot; &amp;
>&apos; &lt; and &gt; for the "&'<> characters.  However the generic
>metadata XML file includes things like &pound; for the British? Pound
>sign in the description nodes.

I've had this problem too, and would like not to have to sanitise the
XML before reading it.

>Perhaps the problem is that a DTD used to be obtained from web site
>named in the 2nd line of the XML, but is no longer available ?
><program_meta_data
>xmlns="http://linuxcentre.net/xmlstuff/get_iplayer" revision="1">

No, nothing specifically has to be at that URL; it's just a unique
identifier for the namespace.

R


From dave at lambley.me.uk  Fri Mar 22 16:16:44 2013
From: dave at lambley.me.uk (Dave Lambley)
Date: Fri, 22 Mar 2013 20:16:44 +0000
Subject: Invalid XML Entities included in metadata file
In-Reply-To: <20130322183611.GA10901@firedrake.org>
References: <514CA033.5060401@BeckleyCopse.co.uk>
 <20130322183611.GA10901@firedrake.org>
Message-ID: <514CBC2C.9000802@lambley.me.uk>

On 22/03/13 18:36, Roger Bell_West wrote:
> On Fri, Mar 22, 2013 at 06:17:23PM +0000, Ian W Taylor wrote:
>> I think the problem is that get_iplayer uses HTML encode_entities()
>> and there are about 250 entities defined in HTML but only 5 in the
>> XML specification.  I've read that XML just defines &quot; &amp;
>> &apos; &lt; and &gt; for the "&'<> characters.  However the generic
>> metadata XML file includes things like &pound; for the British? Pound
>> sign in the description nodes.
>
> I've had this problem too, and would like not to have to sanitise the
> XML before reading it.
>
>> Perhaps the problem is that a DTD used to be obtained from web site
>> named in the 2nd line of the XML, but is no longer available ?
>> <program_meta_data
>> xmlns="http://linuxcentre.net/xmlstuff/get_iplayer" revision="1">
>
> No, nothing specifically has to be at that URL; it's just a unique
> identifier for the namespace.

Try the attached patch, which switches to numeric entity encoding for XML.

Regards,
Dave
-------------- next part --------------
A non-text attachment was scrubbed...
Name: numeric.patch
Type: text/x-patch
Size: 4676 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20130322/cac367b1/attachment.bin>

From dinkypumpkin at gmail.com  Sun Mar 24 16:41:14 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 24 Mar 2013 20:41:14 +0000
Subject: Invalid XML Entities included in metadata file
In-Reply-To: <514CBC2C.9000802@lambley.me.uk>
References: <514CA033.5060401@BeckleyCopse.co.uk>
 <20130322183611.GA10901@firedrake.org> <514CBC2C.9000802@lambley.me.uk>
Message-ID: <514F64EA.5000505@gmail.com>

On 22/03/2013 20:16, Dave Lambley wrote:
> On 22/03/13 18:36, Roger Bell_West wrote:
>> On Fri, Mar 22, 2013 at 06:17:23PM +0000, Ian W Taylor wrote:
>>> I think the problem is that get_iplayer uses HTML encode_entities()
>>> and there are about 250 entities defined in HTML but only 5 in the
>>> XML specification.  I've read that XML just defines &quot; &amp;
>>> &apos; &lt; and &gt; for the "&'<> characters.  However the generic
>>> metadata XML file includes things like &pound; for the British? Pound
>>> sign in the description nodes.
>>
>> I've had this problem too, and would like not to have to sanitise the
>> XML before reading it.
>
> Try the attached patch, which switches to numeric entity encoding for XML.

A definite case of over-encoding.  I've committed a fix for this issue 
to the Git repo:

http://git.infradead.org/get_iplayer.git/commit/8fad7b46b626c74082fc9334544fce5d0eeb71d9

The fix is along the lines Ian suggested, i.e., encoding as few 
characters as necessary.  Since the source content should come down from 
the BBC as UTF-8, I think it's a good idea to leave special characters 
(like ?) as they are received rather than creating numeric entities for 
everything.  It makes it a little easier to use the XML files in other 
applications (e.g., text editors).  The BBC metadata may not always be 
properly encoded, but there isn't much get_iplayer can do about that.

Dave: Thanks for your patch.  If you want to continue using it for 
yourself, I should point out a small bug.  You need to import 
encode_entities_numeric in Programme as well as main. Otherwise, 
get_iplayer can't find it when creating the programme metadata files.




From dinkypumpkin at gmail.com  Sun Mar 24 21:11:17 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 25 Mar 2013 01:11:17 +0000
Subject: Invalid XML Entities included in metadata file
In-Reply-To: <514F64EA.5000505@gmail.com>
References: <514CA033.5060401@BeckleyCopse.co.uk>
 <20130322183611.GA10901@firedrake.org> <514CBC2C.9000802@lambley.me.uk>
 <514F64EA.5000505@gmail.com>
Message-ID: <514FA435.30002@gmail.com>

On 24/03/2013 20:41, dinkypumpkin wrote:
> On 22/03/2013 20:16, Dave Lambley wrote:
>> On 22/03/13 18:36, Roger Bell_West wrote:
>>> On Fri, Mar 22, 2013 at 06:17:23PM +0000, Ian W Taylor wrote:
>>>> I think the problem is that get_iplayer uses HTML encode_entities()
>>>> and there are about 250 entities defined in HTML but only 5 in the
>>>> XML specification.  I've read that XML just defines &quot; &amp;
>>>> &apos; &lt; and &gt; for the "&'<> characters.  However the generic
>>>> metadata XML file includes things like &pound; for the British? Pound
>>>> sign in the description nodes.
>>>
>>> I've had this problem too, and would like not to have to sanitise the
>>> XML before reading it.
>>
>> Try the attached patch, which switches to numeric entity encoding for
>> XML.
>
> A definite case of over-encoding.  I've committed a fix for this issue
> to the Git repo:

I missed something with freevo metadata files (if anyone uses them), so 
I made more changes to XML entity encoding.  If you pulled get_iplayer 
after my earlier post, please pull it again.




From shevek at shevek.co.uk  Thu Mar 28 06:01:38 2013
From: shevek at shevek.co.uk (Shevek)
Date: Thu, 28 Mar 2013 10:01:38 +0000
Subject: FFmpeg 1.2 Windows Builds
Message-ID: <CANGN4UPhV9VOhQKqVUZZwithTkywTKP_RDnLJEcGU_PVepWpLQ@mail.gmail.com>

http://ffmpeg.zeranoe.com/blog/?p=178


From computing at windcheetah.org.uk  Fri Mar 29 17:19:16 2013
From: computing at windcheetah.org.uk (computing at windcheetah.org.uk)
Date: Fri, 29 Mar 2013 21:19:16 +0000 (GMT)
Subject: =?UTF-8?Q?WARNING:_ffmpeg_does=E2=80=8B_not_exi?=
 =?UTF-8?Q?st_-_not_con=E2=80=8Bverting_flv_file=E2=80=8B?=
Message-ID: <558925664.142630.1364591956231.open-xchange@email.1and1.co.uk>

Hi, has anyone else started getting the warning message above???

It started a few days ago, but when I enter the command 'which ffmpeg' it finds
it at /usr/bin/ffmpeg

Does anyone know what might be going on????

I am running v2.82 on Linux Mint with the 3.2.0-37-generic kernel.

Thanks loads

Martin


From jbc at caruth.com  Sat Mar 30 04:37:16 2013
From: jbc at caruth.com (Barry Caruth)
Date: Sat, 30 Mar 2013 08:37:16 +0000
Subject: Cache Refresh
In-Reply-To: <7A0CD84A731649ADB4C14B30E0951E72@vasonote>
References: <7A0CD84A731649ADB4C14B30E0951E72@vasonote>
Message-ID: <FC23526E-FCDA-4FFC-B9C0-FE69C6139B1A@caruth.com>

So I sorted out refreshing the radio cache - thanks - but the following PVR search downloaded BOTH radio and tv shows with matching categories.

> before 4
> fields categories
> metadata xbmc
> modes best
> output /mnt/get_iplayer
> subtitles 1
> thumb 0
> type radio
> versionlist default
> search0 SciFi & Fantasy


When I run the same search in the web UI it only finds radio programmes. Any clues as to why this search, when run via the PVR, picks up TV shows like Merlin and Hitchhiker's Guide.

From dinkypumpkin at gmail.com  Sat Mar 30 14:09:25 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 30 Mar 2013 18:09:25 +0000
Subject: Cache Refresh
In-Reply-To: <FC23526E-FCDA-4FFC-B9C0-FE69C6139B1A@caruth.com>
References: <7A0CD84A731649ADB4C14B30E0951E72@vasonote>
 <FC23526E-FCDA-4FFC-B9C0-FE69C6139B1A@caruth.com>
Message-ID: <51572A55.1040802@gmail.com>

On 30/03/2013 08:37, Barry Caruth wrote:
> So I sorted out refreshing the radio cache - thanks - but the following PVR search downloaded BOTH radio and tv shows with matching categories.
>
>> before 4
>> fields categories
>> metadata xbmc
>> modes best
>> output /mnt/get_iplayer
>> subtitles 1
>> thumb 0
>> type radio
>> versionlist default
>> search0 SciFi & Fantasy
>
>
> When I run the same search in the web UI it only finds radio programmes. Any clues as to why this search, when run via the PVR, picks up TV shows like Merlin and Hitchhiker's Guide.

The obvious question first:  Do you have any other pvr searches defined 
that would pick up the TV programmes?

I can't duplicate this behaviour based on the information provided. All 
I can suggest is to first check this particular search in isolation:

get_iplayer --pvr <search_name> --verbose --test

Near the top of the output you should see something like:

Running PVR Searches:
<search_name>
Current options:
...

which should indicate if "tv" is somehow being added to the "type" 
option during your pvr run.  Also make sure the search results in the 
output match your expected results.  If type = radio in the options list 
but TV programmes appear in the search results, then something strange 
is going on.

If all that looks OK, check all your pvr searches (assuming you have 
more than one):

get_iplayer --pvr --verbose --test

and look for the unwanted TV programmes.


From dinkypumpkin at gmail.com  Sat Mar 30 15:06:20 2013
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 30 Mar 2013 19:06:20 +0000
Subject: Cache Refresh
In-Reply-To: <CAArgrscddWLLx-Ch3Dq+uq4grRFiZHXaDUqtAJvsnWix-VA1TA@mail.gmail.com>
References: <7A0CD84A731649ADB4C14B30E0951E72@vasonote>
 <FC23526E-FCDA-4FFC-B9C0-FE69C6139B1A@caruth.com>
 <51572A55.1040802@gmail.com>
 <CAArgrscddWLLx-Ch3Dq+uq4grRFiZHXaDUqtAJvsnWix-VA1TA@mail.gmail.com>
Message-ID: <515737AC.5040405@gmail.com>

On 30/03/2013 18:46, JB Caruth wrote:
> That was very helpful - thanks.
>
> To fix my radio cache refresh issue I had added "--type tv,radio
> --refresh" to the PVR cron job. Clearly that was a bad idea and was
> over-writing the PVR search types. It's working as expected now that
> I've removed those extra options.
>
> So I guess I'm back to figuring out why the radio cache doesn't seem
> to refresh automatically when I run the PVR.

Reply to the list, not to me.

As to the radio cache, it should refresh if necessary.  Either delete 
$HOME/.get_iplayer/radio.cache or roll back its time stamp:

touch -t 201301010000.00 $HOME/.get_iplayer/radio.cache

and then run:

get_iplayer --pvr --test

You should see the radio cache being repopulated.

However, since you're using before = 4 in your pvr search definition, 
you're ignoring any cache updates added within the previous 4 hours, 
including any updates made at the time you run your pvr search.



