From kernelbasher at gmail.com  Thu Sep  1 00:46:35 2011
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Thu, 01 Sep 2011 05:46:35 +0100
Subject: problem getting this TV program
Message-ID: <4E5F0E2B.7020904@gmail.com>

This is the URL
http://www.bbc.co.uk/iplayer/episode/b00xwnj2/sign/Antiques_Road_Trip_Series_2_Episode_14/

It turns up in the results from get_iplayer, along with 2 other episodes 
12,13.
None of them will fetch with
get_iplayer --get ###
or with --pid=

Running the latest get_iplayer in openSUSE 11.4, (from a terminal, not 
the PVR)

Everything else fetches just fine.


From misc.lists at blueyonder.co.uk  Thu Sep  1 04:51:00 2011
From: misc.lists at blueyonder.co.uk (Arthur Dent)
Date: Thu, 01 Sep 2011 09:51:00 +0100
Subject: Wot no tags?
In-Reply-To: <4E5E2838.3050908@gmail.com>
References: <1314461300.2745.26.camel@localhost.localdomain>
	<4E5BB1E4.3050901@gmail.com>
	<1314782652.2729.35.camel@localhost.localdomain>
	<4E5E2838.3050908@gmail.com>
Message-ID: <1314867060.4793.23.camel@localhost.localdomain>

On Wed, 2011-08-31 at 13:25 +0100, dinkypumpkin wrote:
> On 31/08/2011 10:24, Arthur Dent wrote:
> > like the only way is to build it from source. I am not afraid of
> > building from source, but a quick look at the download indicates that it
> > is the Mac build code - not the usual "./configure&&  make&&  su -c make
> > install" incantation.
> 
> The Sourceforge distribution of AtomicParsley is long-dormant, but 
> someone else has picked up the torch, and created the necessaries for 
> autoconf-based build.  To roll your own, start here:
> 
> https://bitbucket.org/wez/atomicparsley/

Hi Dinky,

Thanks for your ever-helpful advice.

Once I got the compilation tool-chain working on my virgin Fedora 15
virtual machine this compiled and ran perfectly. A couple of tests
showed that get_iplayer was using it and creating properly tagged
podcasts.

I have now installed it on my production F15 server and all is well. I
am a happy bunny - thank you!

> > Dinky - guess the Debian build works for your Ubuntu setup?
> 
> It has been brought downstream into Ubuntu repos, but I also built my 
> own from the above source.  Either works OK, but the newer version from 
> bitbucket supports a few additional tags.

It seems a shame that such useful (crucial?) functionality is provided
only by a (relatively) obscure tool that is not widely available in the
repos of the mainstream Linux distributions. I would not have found the
forked version but for your help - I was struggling to build the Mac
version which, as you say, is long dormant (last updated in 2006), but
comes top of the google searches. I now see that the "wez" version is
next in the list, but I'm not sure I would have trusted that unless you
had told me about it.

I know this is not a get_iplayer issue, but is there anything that can
be done?

Anyway - thanks again for all your help. Much appreciated...

Mark

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20110901/0e8e22c6/attachment.sig>

From christopher at custommade.org.uk  Thu Sep  1 05:25:13 2011
From: christopher at custommade.org.uk (Christopher Woods (CustomMade))
Date: Thu, 1 Sep 2011 10:25:13 +0100
Subject: problem getting this TV program
In-Reply-To: <4E5F0E2B.7020904@gmail.com>
References: <4E5F0E2B.7020904@gmail.com>
Message-ID: <E2939F89F78E45A892411E3E1736E34E@mofolaptop>

 

> -----Original Message-----
> From: get_iplayer-bounces at lists.infradead.org 
> [mailto:get_iplayer-bounces at lists.infradead.org] On Behalf Of 
> Carl Fletcher
> Sent: 01 September 2011 05:47
> To: get_iplayer
> Subject: problem getting this TV program
> 
> This is the URL
> http://www.bbc.co.uk/iplayer/episode/b00xwnj2/sign/Antiques_Ro
> ad_Trip_Series_2_Episode_14/
> 
> It turns up in the results from get_iplayer, along with 2 
> other episodes 12,13.
> None of them will fetch with
> get_iplayer --get ###
> or with --pid=
> 
> Running the latest get_iplayer in openSUSE 11.4, (from a 
> terminal, not the PVR)
> 
> Everything else fetches just fine.

With verbose mode turned on, what's the error?



From dinkypumpkin at gmail.com  Thu Sep  1 08:31:47 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 01 Sep 2011 13:31:47 +0100
Subject: Wot no tags?
In-Reply-To: <1314867060.4793.23.camel@localhost.localdomain>
References: <1314461300.2745.26.camel@localhost.localdomain>
	<4E5BB1E4.3050901@gmail.com>
	<1314782652.2729.35.camel@localhost.localdomain>
	<4E5E2838.3050908@gmail.com>
	<1314867060.4793.23.camel@localhost.localdomain>
Message-ID: <4E5F7B33.3010903@gmail.com>

On 01/09/2011 09:51, Arthur Dent wrote:
> It seems a shame that such useful (crucial?) functionality is provided
> only by a (relatively) obscure tool that is not widely available in the
> repos of the mainstream Linux distributions. I would not have found the

It has been kicking around in Debian/Ubuntu for a while. I can't say why 
it hasn't gained more of a foothold in the Fedora/RPM universe - it 
doesn't have many dependencies and is relatively easy to build.   I 
suppose command-line tagging is not something that many people need. 
Besides, a number of Linux apps that do tagging (like puddletag) are 
built with or support Python, which means they can easily use Mutagen.

> forked version but for your help - I was struggling to build the Mac
> version which, as you say, is long dormant (last updated in 2006), but
> comes top of the google searches. I now see that the "wez" version is
> next in the list, but I'm not sure I would have trusted that unless you
> had told me about it.

The other thing I probably should have mentioned is that you'll also get 
an autoconf-based build by checking out the last revision in the 
AtomicParsley Sourceforge SVN repo.  That's what the Debian/Ubuntu 
packages are based on.  I figured if you're going to DIY you might as 
well get the latest and greatest.

> I know this is not a get_iplayer issue, but is there anything that can
> be done?

I don't really see it.  It is fortunate that somebody stepped up with a 
new AtomicParsley build that could be incorporated in the Windows 
installer, but Windows users could still get the old version from 
Sourceforge without too much trouble.   Your travails notwithstanding, 
on other platforms it's probably best to leave it up to their respective 
package management systems.  That's what we have to do for the essential 
dependencies like rtmpdump, but since tagging can't truly be considered 
an essential part of get_iplayer, I don't think special measures are 
called for.

When I rewrote the tagging code a few months ago, I tried to incorporate 
existing Perl MP4 tagging modules into get_iplayer, but they weren't up 
to the task, and I didn't really want to own hacked versions just for 
get_player.  To be fair, those modules were never intended for chores 
like tagging large video files.  If get_iplayer were written in Python, 
we could just use Mutagen.  I did that for a long time via a 
command-line wrapper, but it was no better than AtomicParsley.  I did it 
mostly to get better MP3 tagging, but when the BBC shifted away from 
flashaudio streams on national stations, it was much less useful.

So, it seemed best to stick with AtomicParsley.  There are a few other 
options for MP4 tagging, but AP is more complete, and none of the others 
would be any easier for users to acquire.  Plus, get_iplayer had already 
employed AP for a while.  And who can say how many users really care one 
way or another?  I like to have my downloads automatically show up in 
iTunes nicely tagged and organised, but I expect a lot of users aren't 
really bothered, particularly if they don't use iTunes.  I know at least 
some people just download with --raw and pop open the flash video files 
without bothering with conversion and tagging.



From dinkypumpkin at gmail.com  Thu Sep  1 09:19:31 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 01 Sep 2011 14:19:31 +0100
Subject: problem getting this TV program
In-Reply-To: <4E5F0E2B.7020904@gmail.com>
References: <4E5F0E2B.7020904@gmail.com>
Message-ID: <4E5F8663.6050202@gmail.com>

On 01/09/2011 05:46, Carl Fletcher wrote:
> http://www.bbc.co.uk/iplayer/episode/b00xwnj2/sign/Antiques_Road_Trip_Series_2_Episode_14/
> It turns up in the results from get_iplayer, along with 2 other episodes
> 12,13.
> None of them will fetch with
> get_iplayer --get ###
> or with --pid=

Try with --versions=signed for Sign Zone programmes.



From kernelbasher at gmail.com  Thu Sep  1 10:55:52 2011
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Thu, 01 Sep 2011 15:55:52 +0100
Subject: problem getting this TV program
In-Reply-To: <4E5F8663.6050202@gmail.com>
References: <4E5F0E2B.7020904@gmail.com> <4E5F8663.6050202@gmail.com>
Message-ID: <4E5F9CF8.3070209@gmail.com>

On 01/09/11 14:19, dinkypumpkin wrote:
> On 01/09/2011 05:46, Carl Fletcher wrote:
>> http://www.bbc.co.uk/iplayer/episode/b00xwnj2/sign/Antiques_Road_Trip_Series_2_Episode_14/
>>
>> It turns up in the results from get_iplayer, along with 2 other episodes
>> 12,13.
>> None of them will fetch with
>> get_iplayer --get ###
>> or with --pid=
>
> Try with --versions=signed for Sign Zone programmes.
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

That did it Dinky

:-)
thanks


From john.aaron.rose at googlemail.com  Fri Sep  2 04:35:10 2011
From: john.aaron.rose at googlemail.com (John Rose)
Date: Fri, 02 Sep 2011 09:35:10 +0100
Subject: get_iplayer hangs
Message-ID: <1314952510.18233.28.camel@JohnLaptop>

When I run "get_iplayer --force --get 51 --output /home/john", I get:
51:	BBC Proms - 2011: Spaghetti Western Orchestra, BBC Four,
Classical,Music,TV, default

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for
version default
INFO: Trying flashhigh1 mode to record tv: BBC Proms - 2011: Spaghetti
Western Orchestra
INFO: File name prefix =
BBC_Proms_-_2011_Spaghetti_Western_Orchestra_b013rl84_default                 
RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license:
GPL
Connecting ...
INFO: Connected...
....
.... i.e. normal stuff
....
WARNING: Stream does not start with requested FLV frame, ignoring
data... 
ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 74212

and get_iplayer hangs.

Is this due to BBC's duff communication or a bug in get_iplayer?

-- 
Regards,
John
+44 1902 331266
+44 7894 211434





From bbb at zospro.com  Fri Sep  2 19:51:17 2011
From: bbb at zospro.com (Brian Penn)
Date: Sat, 3 Sep 2011 00:51:17 +0100
Subject: Unexpected size download.
Message-ID: <CA+ipuYSfjnrJbUHTw5RLukMV9ceYknM=3rspvfALr=q0ZiQDng@mail.gmail.com>

Hi all,
I have notice that when I download some programs from the BBC via
get_iplayer they end up much smaller that expected.
For instance, using the recent drama "Page Eight" as an example ..

tvuser:~> get_iplayer --type TV Page\ Eight -i | grep modesize
modesizes:      default:
flashhd1=2344MB,flashhd2=2344MB,flashhigh1=583MB,flashhigh2=583MB,flashlow1=290MB,flashlow2=290MB,flashstd1=352MB,flashstd2=352MB,flashvhigh1=1099MB,flashvhigh2=1099MB,n95_wifi1=135MB,rtsphd1=2344MB,rtsphd2=2344MB,rtsphigh1=583MB,rtsphigh2=583MB,rtsplow1=290MB,rtsplow2=290MB,rtspstd1=352MB,rtspstd2=352MB,rtspvhigh1=1099MB,rtspvhigh2=1099MB
tvuser:~>

So i am expecting a 2344MB download, but after Download it is only 869MB.
Why the difference?
tvuser:~> ls -lAh
total 869M
-rw-r--r-- 1 tvuser users 869M Aug 29 23:36 Page Eight - Page Eight
b0146fz0 default.mp4


The "get_iplayer -i ...." doesn't list a file of that size?

Has anybody an idea what is happening here?

Thanks in advance for any help.

Brian.

ps. here is the output from the download...

tvuser:~> gi --type tv Page\ Eight --hide -g --force
Matches:
483:    Page Eight - -, BBC Two, Audio
Described,Drama,Guidance,HD,TV,Thriller, default,audiodescribed,

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhd1,flashhd2,flashvhigh1,flashvhigh2 modes will be tried
for version default
INFO: Trying flashhd1 mode to record tv: Page Eight - Page Eight
INFO: File name prefix = Page Eight - Page Eight b0146fz0 default
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              5919.15
INFO:   moovPosition          32.00
INFO:   width                 1280.00
INFO:   height                720.00
INFO:   videocodecid          avc1
INFO:   audiocodecid          mp4a
INFO:   avcprofile            100.00
INFO:   avclevel              41.00
INFO:   aacaot                2.00
INFO:   videoframerate        25.00
INFO:   audiosamplerate       24000.00
INFO:   audiochannels         2.00
INFO: trackinfo:
INFO:   length                147976000.00
INFO:   timescale             25000.00
INFO:   language              eng
INFO: sampledescription:
INFO:   sampletype            avc1
INFO:   length                142059520.00
INFO:   timescale             24000.00
INFO:   language              eng
INFO: sampledescription:
INFO:   sampletype            mp4a
890038.219 kB / 5919.10 sec (99.9%)
Download complete
ffmpeg version 0.8.1, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jul 28 2011 23:08:02 with gcc 4.5.1 20101208
[gcc-4_5-branch revision 167585]
  configuration: --shlibdir=/usr/lib --prefix=/usr
--mandir=/usr/share/man --libdir=/usr/lib --enable-shared
--disable-static --enable-libmp3lame --enable-libvorbis
--enable-libtheora --enable-libspeex --enable-libxvid
--enable-postproc --enable-gpl --enable-x11grab
--extra-cflags='-fomit-frame-pointer -fmessage-length=0 -O2 -Wall
-D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables
-fasynchronous-unwind-tables -g -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -I/usr/include/gsm' --enable-debug
--disable-stripping --enable-libgsm --enable-libschroedinger
--enable-libdirac --enable-avfilter --enable-libvpx --enable-version3
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264
--enable-libdc1394 --enable-pthreads --enable-librtmp
  libavutil    51.  9. 1 / 51.  9. 1
  libavcodec   53.  7. 0 / 53.  7. 0
  libavformat  53.  4. 0 / 53.  4. 0
  libavdevice  53.  1. 1 / 53.  1. 1
  libavfilter   2. 23. 0 /  2. 23. 0
  libswscale    2.  0. 0 /  2.  0. 0
  libpostproc  51.  2. 0 / 51.  2. 0
[flv @ 0x807bb00] Estimating duration from bitrate, this may be inaccurate
Input #0, flv, from '/DESKSTAR1/TV/Page Eight/Page Eight - Page Eight
b0146fz0 default.partial.mp4.flv':
  Metadata:
    duration        : 5919
    moovPosition    : 32
    width           : 1280
    height          : 720
    videocodecid    : avc1
    audiocodecid    : mp4a
    avcprofile      : 100
    avclevel        : 41
    aacaot          : 2
    videoframerate  : 25
    audiosamplerate : 24000
    audiochannels   : 2
  Duration: 01:38:39.14, start: 0.000000, bitrate: N/A
    Stream #0.0: Video: h264 (High), yuv420p, 1280x720 [PAR 180:180
DAR 16:9], 25 tbr, 1k tbn, 50 tbc
    Stream #0.1: Audio: aac, 48000 Hz, stereo, s16
Output #0, mp4, to '/DESKSTAR1/TV/Page Eight/Page Eight - Page Eight
b0146fz0 default.partial.mp4':
  Metadata:
    duration        : 5919
    moovPosition    : 32
    width           : 1280
    height          : 720
    videocodecid    : avc1
    audiocodecid    : mp4a
    avcprofile      : 100
    avclevel        : 41
    aacaot          : 2
    videoframerate  : 25
    audiosamplerate : 24000
    audiochannels   : 2
    encoder         : Lavf53.4.0
    Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 180:180 DAR
16:9], q=2-31, 25 tbn, 25 tbc
    Stream #0.1: Audio: aac, 48000 Hz, stereo
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop, [?] for help
frame=147976 fps=5464 q=-1.0 Lsize=  888959kB time=01:38:39.04
bitrate=1230.3kbits/s
video:816394kB audio:68450kB global headers:0kB muxing overhead 0.465045%
INFO: Recorded /DESKSTAR1/TV/Page Eight/Page Eight - Page Eight
b0146fz0 default.mp4

INFO: Downloaded Thumbnail to '/DESKSTAR1/TV/Page Eight/Page Eight -
Page Eight b0146fz0 default.jpg'
INFO: mp4 tagging mp4 file

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


From dinkypumpkin at gmail.com  Fri Sep  2 21:14:26 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 03 Sep 2011 02:14:26 +0100
Subject: Unexpected size download.
In-Reply-To: <CA+ipuYSfjnrJbUHTw5RLukMV9ceYknM=3rspvfALr=q0ZiQDng@mail.gmail.com>
References: <CA+ipuYSfjnrJbUHTw5RLukMV9ceYknM=3rspvfALr=q0ZiQDng@mail.gmail.com>
Message-ID: <4E617F72.3040304@gmail.com>

On 03/09/2011 00:51, Brian Penn wrote:
> So i am expecting a 2344MB download, but after Download it is only 869MB.
> Why the difference?

I noticed this as well, for the same programme.  For some reason the  HD 
mode file wasn't encoded at the bit rate advertised in the programme's 
metadata, which is what is used to compute the mode sizes.  The file I 
got was ~1200kb, while the advertised value was 3200kb - thus the marked 
difference from the expected size.


From dinkypumpkin at gmail.com  Fri Sep  2 21:18:55 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 03 Sep 2011 02:18:55 +0100
Subject: get_iplayer hangs
In-Reply-To: <1314952510.18233.28.camel@JohnLaptop>
References: <1314952510.18233.28.camel@JohnLaptop>
Message-ID: <4E61807F.6090909@gmail.com>

On 02/09/2011 09:35, John Rose wrote:
> WARNING: Stream does not start with requested FLV frame, ignoring
> data...
> ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 74212
>
> and get_iplayer hangs.
>
> Is this due to BBC's duff communication or a bug in get_iplayer?
>

Not a problem with get_iplayer per se.  Looks like rtmpdump was having 
trouble with the content server - not a new problem.  Delete the partial 
download and try again.



From alexisfotiadis at hotmail.com  Sat Sep  3 08:40:00 2011
From: alexisfotiadis at hotmail.com (Alexis Fotiadis)
Date: Sat, 3 Sep 2011 13:40:00 +0100
Subject: get_iplayer hangs
In-Reply-To: <BLU151-W5645B300CCAD09F73AFAC8CE1B0@phx.gbl>
References: <BLU151-W5645B300CCAD09F73AFAC8CE1B0@phx.gbl>
Message-ID: <BLU151-W49DFC903AC6361669579F3CE1B0@phx.gbl>


On 02/09/2011 09:35, John Rose wrote:
> WARNING: Stream does not start with requested FLV frame, ignoring
> data...
> ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 74212
>
> and get_iplayer hangs.
>
> Is this due to BBC's duff communication or a bug in get_iplayer?
 
On 02/09/2011 21:18, dinkypumpkin wrote:
> Not a problem with get_iplayer per se.  Looks like rtmpdump was having 
> trouble with the content server - not a new problem.  Delete the partial 
> download and try again.
 
If it's the same problem I've had the same problem off and on, agree it
?seems to be from rtmpdump 2.4, not get_iplayer itself. When it happens
?on mine, rtmpdump seems to 'overload' - according to TaskManager it 
starts using 1GB RAM (i.e. more than any other program running - my 
laptop only has 512MB RAM...) then hangs/crashes, either by me closing 
it from TaskManager, or by itself in which case it takes other programs
?down with it. Also, it happens separately to parallel downloads i.e. 
only happens on one while the others still work.
 
Temp solution is to manually close rtmpdump from TaskManager, which often results in a repeated error message (or just restart the whole get_iplayer program).

Then delete the partial file as dinkypumpkin said (although if you're 
downloading subtitles aswell, they don't always restart with the main 
file - just do it again).
 
Don't know why it happens, but it hasn't done it on mine for about a week, 
and the new get_iplayer 2.8 runs pretty stable. 		 	   		  

From kernelbasher at gmail.com  Sat Sep  3 08:52:29 2011
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Sat, 03 Sep 2011 13:52:29 +0100
Subject: get_iplayer hangs
In-Reply-To: <BLU151-W49DFC903AC6361669579F3CE1B0@phx.gbl>
References: <BLU151-W5645B300CCAD09F73AFAC8CE1B0@phx.gbl>
	<BLU151-W49DFC903AC6361669579F3CE1B0@phx.gbl>
Message-ID: <4E62230D.7000301@gmail.com>

On 03/09/11 13:40, Alexis Fotiadis wrote:
>
> On 02/09/2011 09:35, John Rose wrote:
>> WARNING: Stream does not start with requested FLV frame, ignoring
>> data...
>> ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 74212
>>
>> and get_iplayer hangs.
>>
>> Is this due to BBC's duff communication or a bug in get_iplayer?
>
> On 02/09/2011 21:18, dinkypumpkin wrote:
>> Not a problem with get_iplayer per se.  Looks like rtmpdump was having
>> trouble with the content server - not a new problem.  Delete the partial
>> download and try again.
>
> If it's the same problem I've had the same problem off and on, agree it
>   seems to be from rtmpdump 2.4, not get_iplayer itself. When it happens
>   on mine, rtmpdump seems to 'overload' - according to TaskManager it
> starts using 1GB RAM (i.e. more than any other program running - my
> laptop only has 512MB RAM...) then hangs/crashes, either by me closing
> it from TaskManager, or by itself in which case it takes other programs
>   down with it. Also, it happens separately to parallel downloads i.e.
> only happens on one while the others still work.
>
> Temp solution is to manually close rtmpdump from TaskManager, which often results in a repeated error message (or just restart the whole get_iplayer program).
>
> Then delete the partial file as dinkypumpkin said (although if you're
> downloading subtitles aswell, they don't always restart with the main
> file - just do it again).
>
> Don't know why it happens, but it hasn't done it on mine for about a week,
> and the new get_iplayer 2.8 runs pretty stable. 		 	   		
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

Try switching to flvstreamer
I have a version that works here
http://dl.dropbox.com/u/10573557/get_iplayer/flvstreamer


From g+get_iplayer at cobb.uk.net  Sat Sep  3 13:44:08 2011
From: g+get_iplayer at cobb.uk.net (Graham Cobb)
Date: Sat, 3 Sep 2011 18:44:08 +0100
Subject: get_iplayer hangs
In-Reply-To: <4E62230D.7000301@gmail.com>
References: <BLU151-W5645B300CCAD09F73AFAC8CE1B0@phx.gbl>
	<BLU151-W49DFC903AC6361669579F3CE1B0@phx.gbl>
	<4E62230D.7000301@gmail.com>
Message-ID: <201109031844.09106.g+get_iplayer@cobb.uk.net>

On Saturday 03 September 2011 13:52:29 Carl Fletcher wrote:
> On 03/09/11 13:40, Alexis Fotiadis wrote:
> > On 02/09/2011 09:35, John Rose wrote:
> >> WARNING: Stream does not start with requested FLV frame, ignoring
> >> data...
> >> ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 74212
> >> 
> >> and get_iplayer hangs.
> >> 
> >> Is this due to BBC's duff communication or a bug in get_iplayer?

This is a known problem in rtmpdump, which is believed to be fixed in the very 
latest rtmpdump sources.  If you are using an rtmpdump at least "RTMPDump v2.4 
8880d14~git" and see the same problem then it seems it is not fixed after all!

If you have an earlier rtmpdump then you either have to build it by hand from 
the git repository or see if someone has a version you can use.  If you are 
using Linux you may be able to use my version but I have no idea where you can 
get a Windows build.

Alternatively, you could try using flvstreamer.  It does not seem to suffer from 
the same problem but it does not work at all when downloading HD programmes 
(which is where most of the rtmpdump problems occur).

Graham


From ukkid35 at gmail.com  Mon Sep  5 12:52:10 2011
From: ukkid35 at gmail.com (Paul)
Date: Mon, 5 Sep 2011 17:52:10 +0100
Subject: MP3 Tagging Metadata Query
Message-ID: <CAP8XF5VXDXP1O7_ecLFwYnAgX7a7P9xT4AcAs8ns-_62V3D+TQ@mail.gmail.com>

I am delighted with the new Windows installer which I've used on a
couple of pcs now with great success. It's the first time I've had MP3
tagging working since iPhone was dropped, so I'm very happy.

I am curious though as to why programs such as the play below are
tagged as Drama rather than Podcast as the metadata seems to suggest
that it is a Podcast:
'INFO:   ??gen                 Podcast'

Thanks again!


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

INFO Trying to stream pid using type radio
INFO: pid found in cache
Matches:
12145:  Saturday Play - September in the Rain, BBC Radio 4, Classic & Period,Dra
ma,Radio

INFO: 1 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: Saturday Play - September in the
 Rain
INFO: File name prefix = Saturday_Play_-_September_in_the_Rain_b0144pw7_default

RTMPDump 2.4 git-b627335 2011-7-23
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              3720.05
INFO:   moovPosition          36.00
INFO:   audiocodecid          mp4a
INFO:   aacaot                2.00
INFO:   audiosamplerate       44100.00
INFO:   audiochannels         2.00
INFO: tags:
INFO:   ??alb                 Saturday Play
INFO:   aART                  BBC Radio 4 FM
INFO:   ??ART                 BBC Radio 4 FM
INFO:   ??cmt                 John Godber's play from 1983 is performed by its o
riginal cast - John and Jane Godber.
INFO:   cprt                  British Broadcasting Corporation ?? 2011, all righ
ts reserved.
INFO:   ??gen                 Podcast
INFO:   ??nam                 Saturday Play 03 09 2011
INFO:   ??day                 2011
INFO: trackinfo:
INFO:   length                164054016.00
INFO:   timescale             44100.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            mp4a
60786.376 kB / 3720.02 sec (99.9%)
Download complete
ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jun 23 2011 14:18:53 with gcc 4.5.3
  configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-
runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo
pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --
enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger
 --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl
e-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil    51.  9. 1 / 51.  9. 1
  libavcodec   53.  7. 0 / 53.  7. 0
  libavformat  53.  4. 0 / 53.  4. 0
  libavdevice  53.  1. 1 / 53.  1. 1
  libavfilter   2. 23. 0 /  2. 23. 0
  libswscale    2.  0. 0 /  2.  0. 0
  libpostproc  51.  2. 0 / 51.  2. 0
[flv @ 01E7B040] max_analyze_duration 5000000 reached at 5014000
[flv @ 01E7B040] Estimating duration from bitrate, this may be inaccurate
Input #0, flv, from 'E:\iPlayer\Saturday_Play_-_September_in_the_Rain_b0144pw7_d
efault.partial.mp3.flv':
  Metadata:
    duration        : 3720
    moovPosition    : 36
    audiocodecid    : mp4a
    aacaot          : 2
    audiosamplerate : 44100
    audiochannels   : 2
  Duration: 01:02:00.04, start: 0.000000, bitrate: N/A
    Stream #0.0: Audio: aac, 44100 Hz, stereo, s16
Output #0, mp3, to 'E:\iPlayer\Saturday_Play_-_September_in_the_Rain_b0144pw7_de
fault.partial.mp3':
  Metadata:
    duration        : 3720
    moovPosition    : 36
    audiocodecid    : mp4a
    aacaot          : 2
    audiosamplerate : 44100
    audiochannels   : 2
    TSSE            : Lavf53.4.0
    Stream #0.0: Audio: libmp3lame, 44100 Hz, stereo, s16, 128 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
Press [q] to stop, [?] for help
size=   58126kB time=01:02:00.07 bitrate= 128.0kbits/s
video:0kB audio:58126kB global headers:0kB muxing overhead 0.000586%
INFO: Recorded E:\iPlayer\Saturday_Play_-_September_in_the_Rain_b0144pw7_default
.mp3

INFO: Downloaded Thumbnail to 'E:\iPlayer\Saturday_Play_-_September_in_the_Rain_
b0144pw7_default.jpg'
INFO: ID3 tagging MP3 file


From dinkypumpkin at gmail.com  Mon Sep  5 14:57:39 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 05 Sep 2011 19:57:39 +0100
Subject: MP3 Tagging Metadata Query
In-Reply-To: <CAP8XF5VXDXP1O7_ecLFwYnAgX7a7P9xT4AcAs8ns-_62V3D+TQ@mail.gmail.com>
References: <CAP8XF5VXDXP1O7_ecLFwYnAgX7a7P9xT4AcAs8ns-_62V3D+TQ@mail.gmail.com>
Message-ID: <4E651BA3.905@gmail.com>

On 05/09/2011 17:52, Paul wrote:
> I am curious though as to why programs such as the play below are
> tagged as Drama rather than Podcast as the metadata seems to suggest
> that it is a Podcast:
> 'INFO:   ??gen                 Podcast'

The metadata you see reported by RTMPDump is lost when FFmpeg converts 
the audio in the downloaded FLV file (produced by RTMPDump) into an MP3 
file.  AFAIK, FFmpeg doesn't support digging out those metadata values 
(they are packaged in a single FLV metadata "tag").  get_iplayer itself 
aggregates a more complete set of metadata from BBC resources, and that 
is what is used for tagging the MP3 file.


From mr.c.j.hartley at gmail.com  Tue Sep  6 13:23:56 2011
From: mr.c.j.hartley at gmail.com (Chris Hartley)
Date: Tue, 6 Sep 2011 18:23:56 +0100
Subject: Windows version and audio output types
Message-ID: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>

I've yet to try the new windows installer but have been following the
threads and look forward to giving it a go on my next clean-down (a
chore performed with monotonous regularity).

Currently I am making daily use of the [patched] windows version of
this program to download audio which gives me a final output file type
of .m4a.

Before the program was patched (some several months ago) the final
output file type was .aac.

Unlike many who have raised the subject, I am not attached to a
particular output file type however two things about this change in
file type raise my concern:  I note that the .m4a always comes in at
128 kbps and yet the earlier pre-patched version of get_iplayer output
.aac files which were variable in terms of kbps and ranged between 131
kbps and 135 kbps.

Preservation of audio quality is important to me and therefore, since
the patched version I've had a nagging concern that the 128 kbps .m4a
files were possibly losing some of the original quality of the .aac
(but as a clueless windows user had no idea how to change this to
preserve the previous .aac format).

So my question is two-part:  a) by changing the audio output file type
to the 128 kbps .m4a, has the quality been depleted? and if so..., b)
is it possible for the novice windows user to change the audio output
type back to .aac if desired?


From dinkypumpkin at gmail.com  Tue Sep  6 13:46:21 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 06 Sep 2011 18:46:21 +0100
Subject: Windows version and audio output types
In-Reply-To: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>
References: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>
Message-ID: <4E665C6D.4010603@gmail.com>

On 06/09/2011 18:23, Chris Hartley wrote:
> So my question is two-part:  a) by changing the audio output file type
> to the 128 kbps .m4a, has the quality been depleted? and if so..., b)
> is it possible for the novice windows user to change the audio output
> type back to .aac if desired?

I don't see this on my machine.  How are you reading the bit rate? 
FFmpeg just copies the audio stream from the downloaded FLV file, so the 
bit rate isn't altered.  If you convert to MP3 with --aactomp3, the 
default is to encode at 128k, but the --mp3vbr option allows you to 
override that.



From dinkypumpkin at gmail.com  Tue Sep  6 13:59:16 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 06 Sep 2011 18:59:16 +0100
Subject: Windows version and audio output types
In-Reply-To: <4E665C6D.4010603@gmail.com>
References: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>
	<4E665C6D.4010603@gmail.com>
Message-ID: <4E665F74.5080005@gmail.com>

On 06/09/2011 18:46, dinkypumpkin wrote:
> On 06/09/2011 18:23, Chris Hartley wrote:
>> So my question is two-part: a) by changing the audio output file type
>> to the 128 kbps .m4a, has the quality been depleted? and if so..., b)
>
> I don't see this on my machine. How are you reading the bit rate? FFmpeg

It also occurs to me that this might just be down to how "k" is interpreted:

128*1024 =~ 130*1000

I think FFmpeg reports the latter (need to check), but other tools like 
iTunes report the former.



From dinkypumpkin at gmail.com  Tue Sep  6 15:23:08 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 06 Sep 2011 20:23:08 +0100
Subject: Windows version and audio output types
In-Reply-To: <4E665F74.5080005@gmail.com>
References: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>
	<4E665C6D.4010603@gmail.com> <4E665F74.5080005@gmail.com>
Message-ID: <4E66731C.9010003@gmail.com>

On 06/09/2011 18:59, dinkypumpkin wrote:
> I think FFmpeg reports the latter (need to check), but other tools like
> iTunes report the former.

I deserver an extra dollop of shame for not remembering this earlier, 
but there are some extra bits (frame headers for streaming) that are 
stripped out of the intermediate AAC file during conversion to M4A, so 
probably accounts for most of the difference.  The amount of "extra 
bits" will be proportional to the length of the programme, thus the 
variance you mentioned.





From jon at hedgerows.org.uk  Tue Sep  6 17:44:47 2011
From: jon at hedgerows.org.uk (Jon Davies)
Date: Tue, 6 Sep 2011 22:44:47 +0100
Subject: MP3 Tagging Metadata Query
In-Reply-To: <4E651BA3.905@gmail.com>
References: <CAP8XF5VXDXP1O7_ecLFwYnAgX7a7P9xT4AcAs8ns-_62V3D+TQ@mail.gmail.com>
	<4E651BA3.905@gmail.com>
Message-ID: <CAJEH5C3_x64tqHYTKyNKF4vSb9OB0h__EJhEKD6C0Vo+BAdTDg@mail.gmail.com>

On 5 September 2011 19:57, dinkypumpkin <dinkypumpkin at gmail.com> wrote:
> On 05/09/2011 17:52, Paul wrote:
>>
>> I am curious though as to why programs such as the play below are
>> tagged as Drama rather than Podcast as the metadata seems to suggest
>> that it is a Podcast:
>> 'INFO: ? ??gen ? ? ? ? ? ? ? ? Podcast'
>
> ...get_iplayer itself aggregates a
> more complete set of metadata from BBC resources, and that is what is used
> for tagging the MP3 file.

and if you actually *want* to tag downloads as a podcast, you can,
using a rather nice feature that dinkypumpkin introduced:
--tag-podcast
or it's variants --tag-podcast-radio (which tags just radio as
podcasts) or --tag-podcast-tv (ditto for just tv)

cheers
Jon


From dwmw2 at infradead.org  Tue Sep  6 17:53:34 2011
From: dwmw2 at infradead.org (David Woodhouse)
Date: Tue, 06 Sep 2011 22:53:34 +0100
Subject: Windows version and audio output types
In-Reply-To: <4E665F74.5080005@gmail.com>
References: <CA+WLmVQGntXkAOz2ccfLGj95obRO_UKDFBf6ag_Uzf6HUzidzw@mail.gmail.com>
	<4E665C6D.4010603@gmail.com> <4E665F74.5080005@gmail.com>
Message-ID: <1315346015.7545.17.camel@shinybook.infradead.org>

On Tue, 2011-09-06 at 18:59 +0100, dinkypumpkin wrote:
> 
> It also occurs to me that this might just be down to how "k" is interpreted:
> 
> 128*1024 =~ 130*1000
> 
> I think FFmpeg reports the latter (need to check),

If it does, it's broken and should be fixed. The prefix 'k' means 1000.
If it means 1024, it should use the prefix 'Ki'.

1 KiB == 1.024 kB == 1024 bytes == 8192 bits == 8 Kib == 8.192 kb.

-- 
dwmw2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20110906/bdf8c1bf/attachment.bin>

From dinkypumpkin at gmail.com  Tue Sep  6 18:32:33 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 06 Sep 2011 23:32:33 +0100
Subject: Windows version and audio output types
In-Reply-To: <4E669F3E.9060108@gmail.com>
References: <4E669F3E.9060108@gmail.com>
Message-ID: <4E669F81.9030701@gmail.com>

On 06/09/2011 22:53, David Woodhouse wrote:
> On Tue, 2011-09-06 at 18:59 +0100, dinkypumpkin wrote:
>> I think FFmpeg reports the latter (need to check),
>
> If it does, it's broken and should be fixed. The prefix 'k' means 1000.
> If it means 1024, it should use the prefix 'Ki'.

I was wrong about that - sorry.  I was thinking of the FLV file, which
has the extra ADTS bits.  FFmpeg does report the correct value for the
output audio stream.



From dinkypumpkin at gmail.com  Tue Sep  6 19:05:15 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Wed, 07 Sep 2011 00:05:15 +0100
Subject: MP3 Tagging Metadata Query
In-Reply-To: <CAJEH5C3_x64tqHYTKyNKF4vSb9OB0h__EJhEKD6C0Vo+BAdTDg@mail.gmail.com>
References: <CAP8XF5VXDXP1O7_ecLFwYnAgX7a7P9xT4AcAs8ns-_62V3D+TQ@mail.gmail.com>
	<4E651BA3.905@gmail.com>
	<CAJEH5C3_x64tqHYTKyNKF4vSb9OB0h__EJhEKD6C0Vo+BAdTDg@mail.gmail.com>
Message-ID: <4E66A72B.3020701@gmail.com>

On 06/09/2011 22:44, Jon Davies wrote:
> On 5 September 2011 19:57, dinkypumpkin<dinkypumpkin at gmail.com>  wrote:
>> On 05/09/2011 17:52, Paul wrote:
> and if you actually *want* to tag downloads as a podcast, you can,
> using a rather nice feature that dinkypumpkin introduced:
> --tag-podcast

A message from the Ministry of Tagging Pedantry: I don't know if any 
media manager other than iTunes  makes use of the tags set by 
--tag-podcast, though someone else here may know of one.  If you really 
want all your get_iplayer downloads to have Genre = Podcast, you'll have 
to do it after downloading with whatever tools you use.

FWIW, if you've used the new Windows installer (which installs the 
latest version of AtomicParsley), you can also now use --tag-longdesc 
and --tag-hdvideo (or equivalent in options file) to add the related 
tags to M4A/MP4 files.

The get_iplayer mappings are summarised here:

https://github.com/dinkypumpkin/get_iplayer/wiki/tagscheme



From mr.c.j.hartley at gmail.com  Wed Sep  7 03:00:02 2011
From: mr.c.j.hartley at gmail.com (Chris Hartley)
Date: Wed, 7 Sep 2011 08:00:02 +0100
Subject: Windows version and audio output types
Message-ID: <CA+WLmVT1ehC65Wic6-pz3sMwqd3Nhez4FR8XJBa=hFMsRTif4Q@mail.gmail.com>

>FFmpeg does report the correct value for the output audio stream.

Thanks for checking on this, much appreciated.


From dinkypumpkin at gmail.com  Sat Sep 10 15:22:24 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sat, 10 Sep 2011 20:22:24 +0100
Subject: FFmpeg DIY warning
Message-ID: <4E6BB8F0.1040709@gmail.com>

Esoterica alert: This message is only relevant for users who create 
their own builds of FFmpeg for use with get_iplayer.  If you use the 
Windows installer, or a pre-built version of FFmpeg on any platform, 
avoid potentially dangerous eye-glazing and hit delete now.

The ever-vigilant Bat Guano has alerted me to a recent change in the git 
HEAD version of FFmpeg that will affect anyone doing their own builds 
for use with get_iplayer.  This is probably most relevant to Linux 
users, but would apply on all platforms.

Current Status: get_iplayer internally uses "-absf aac_adtstoasc" in an 
FFmpeg command line in order to strip out ADTS frame headers when 
creating a M4A file from AAC audio.  This is done primarily for the 
benefit of iTunes, Winamp, WMP, and other media players that otherwise 
couldn't play the AAC audio in the downloaded FLV file or the 
intermediate AAC file created by get_iplayer+FFmpeg.  VLC, Banshee, 
Totem, etc., can usually play the FLV and AAC files without problem.

What Changed: A commit to the main FFmpeg repository 
(http://git.videolan.org/?p=ffmpeg.git) on 5 Sep replaced the 
-{a,v,s}bsf command line options (for audio, video, subtitle bitstream 
filters) with a single -bsf option (for all types of bitstream filters 
in a comma-separated list), and removed the old options.  So, if you 
build  FFmpeg from HEAD using code pulled on or after 5 Sep, it will 
choke on the old command-line option used by get_iplayer.  This only 
applies to flashaac-mode radio programmes, of course.

While it wouldn't be difficult to add new options to get_iplayer to 
compensate for this (anybody who wants to, please feel free), but it 
might be a good idea to wait a bit to see if the FFmpeg developers make 
any nod towards backwards compatibility.  Se?or Guano has queried the 
FFmpeg list on the matter.

In the meantime, some other possibilities:

1. If you really need a post-5 Sep HEAD build of FFmpeg for some reason, 
and you're not picky about formats, use --aactomp3 to create MP3 files 
instead of M4A.  If you're not bothered about having tagged files, you 
can just use --raw and play the downloaded FLV file with VLC or similar. 
[h/t Bat Guano]

2. You may not need to build your own FFmpeg at all.  If your software 
repositories offer any version of FFmpeg from the 0.7 or 0.8 lines, that 
should work.  Even some 0.6 versions will work if they were merged with 
later code before 0.7 was released.

3. Build FFmpeg from the 0.8 line.  There are various recipes around for 
building FFmpeg from a clone of its git repository, such as these for 
Ubuntu:

http://ubuntuforums.org/showthread.php?t=786095

The only additional step necessary for a get_iplayer-compatible build is 
to check out code from the 0.8 line before configure and build.  The 
basic steps would look like:

Clone the FFmpeg repo:

$ git clone git://git.videolan.org/ffmpeg

Go to cloned repo:

$ cd ffmpeg

Checkout the latest tag from the 0.8 line:

$ git checkout n0.8.3

n0.8.3 is the latest as of this writing.  You'll see a warning about 
being in detached head state since you're checking out a tag

Instead of checking out a tag, you could create a remote tracking branch 
to build the very latest revision in the 0.8 line:

$ git checkout release/0.8

To keep things simple, I'd suggest sticking with a known tag.

Now configure, make, install, etc., as usual.



From northmedia1 at the.forthnet.gr  Sun Sep 11 03:38:39 2011
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Sun, 11 Sep 2011 10:38:39 +0300
Subject: FFmpeg DIY warning
In-Reply-To: <4E6BB8F0.1040709@gmail.com>
Message-ID: <B1E776ED3F6A4943ADFD866BC12465A8@vasonote>

>The ever-vigilant Bat Guano has alerted me to a recent change in the git
>HEAD version of FFmpeg that...
>get_iplayer internally uses "-absf aac_adtstoasc" in an
>FFmpeg command line in order to strip out ADTS frame headers when
>creating a M4A file from AAC audio.  This is done primarily for the
>benefit of iTunes, Winamp, WMP, and other media players that...
>What Changed: A commit to the main FFmpeg repository
>on 5 Sep replaced the -{a,v,s}bsf command line options (for audio, video,
>subtitle bitstream filters) with a single -bsf option...

Hello, dinkypumpkin
 I, too, became aware of this change, but through a "trial & error" way: I 
like to try/use the latest updated windows FFmpeg binary for get_iplayer & 
the rest of my conversions (WinFF and/or Avanti used as Win GUIs), I don't 
compile it myself (not because of laziness but inaptitude!), the "providers" 
I use are mainly now these two:
1. http://ffmpeg.zeranoe.com/builds/win32/static/ (note that v0.8 from this 
site is fetched by the latest windows installer), &
2. http://research.m1stereo.tv/ffmpeg/snapshots/.
Version    FFmpeg-git-N-32290-g6fc1299-x86-static.Schwarz.02-Sep-2011 from 
(1) works fine with  get_iplayer, but when I used
FFmpeg-git-N-32355-g4f7dfe1-x86-static.Schwarz.06-Sep-2011, I got this error 
from get_iplayer:

Input #0, aac, from 'D:\Vangelis\iPlayer Recordings/radio.partial.aac':
  Duration: 02:06:31.56, bitrate: 123 kb/s
    Stream #0.0: Audio: aac, 44100 Hz, stereo, s16, 123 kb/s
Unrecognized option 'absf'
Failed to set value 'aac_adtstoasc' for option 'absf'
INFO: Command exit code 1 (raw code = 256)
WARNING: aac conversion failed - retaining aac file
INFO: Recorded D:\Vangelis\iPlayer Recordings/radio.partial.aac
INFO: id3 tagging aac file

and ended up with a tagged (by id3v2-v0.1.2.exe) aac file.
To cut a long story short, I used site (2), which provides daily builds, and 
tried builds between 03-06 Sep, to pinpoint when the change was introduced:
Build FFmpeg-git-N-32310-gb881a2e-x86-static.M1Research.05-Sep-2011 (marked 
on the site as ffmpeg-20110905-n0.8-1375-gb881a2e)
is the last that works as expected, more recent throw up the error.
After your last post in the mailing list, I tracked down the commit 
responsible & it's this one:
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=d821cbe2ffb5c06073b6c841e6d19bc7ca9ae835
It suggests that the change of syntax should be from "-absf aac_adtstoasc" 
to "-bsf:a aac_adtstoasc", and indeed that WORKS with builds after Sep 5th.
However, I noticed on the FFmpeg git repo this most latest commit:
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=cec92fe49a004a2e8b8b8bbba95d756e43cdd93e
which seems to suggest it reinstates former behaviour. Sadly, I'm gonna have 
to wait until tomorrow (or later) for site (2) to upload a more recent build
than the one dated 11-Sep-2011 (FFmpeg-git-N-32452-g6796b82), because this 
one was auto-compiled just an hour before Niedermayer's commit!
Hope all this was useful to the maintainers/developers of get_iplayer! 



From batguano999 at hotmail.com  Sun Sep 11 07:44:13 2011
From: batguano999 at hotmail.com (bat guano)
Date: Sun, 11 Sep 2011 11:44:13 +0000
Subject: FFmpeg DIY warning
In-Reply-To: <B1E776ED3F6A4943ADFD866BC12465A8@vasonote>
References: <4E6BB8F0.1040709@gmail.com>,
	<B1E776ED3F6A4943ADFD866BC12465A8@vasonote>
Message-ID: <DUB104-W2209B1A7F7FB48C2A08BA8F3030@phx.gbl>




----------------------------------------
> From: northmedia1 at the.forthnet.gr
> To: get_iplayer at lists.infradead.org
> Subject: Re: FFmpeg DIY warning
> Date: Sun, 11 Sep 2011 10:38:39 +0300

> However, I noticed on the FFmpeg git repo this most latest commit:
> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=cec92fe49a004a2e8b8b8bbba95d756e43cdd93e
> which seems to suggest it reinstates former behaviour. 
Hi Vangelis
Thanks for looking at this.
As you said, the commit with the backward compatability change is cec92fe49a004a2e8b8b8bbba95d756e43cdd93e

I've just re-compiled FFmpeg version N-32463-g3fec40b
The problem is solved. :-)
Here:- http://pastebin.com/D8zrFbPi
 		 	   		  

From john.aaron.rose at googlemail.com  Sun Sep 11 07:47:29 2011
From: john.aaron.rose at googlemail.com (John Rose)
Date: Sun, 11 Sep 2011 12:47:29 +0100
Subject: Hang on version 2.79 on Ubuntu 10.04
Message-ID: <CACns58XCa0MVzwO3zHXgkBTe1AhN21APyDKykD48WSjR06GebA@mail.gmail.com>

I'm having problems downloading anything from get_iplayer.


Terminal results are:
john at JohnLaptop:~$ get_iplayer --get 63 --force
get_iplayer v2.79, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use
--warranty.
  This is free software, and you are welcome to redistribute it under
certain
  conditions; use --conditions for details.

Matches:
63:    BBC Proms - 2011: Last Night of the Proms - Part 2, BBC Four,
Classical,Music,Popular,TV, default,

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for
version default
INFO: Trying flashhigh1 mode to record tv: BBC Proms - 2011: Last Night of
the Proms - Part 2
INFO: File name prefix =
BBC_Proms_-_2011_Last_Night_of_the_Proms_-_Part_2_b014j7xf_default

RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB

followed by INFO lines

1089.712 kB / 11.08 sec (0.1%)
ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 66528
1175.040 kB / 11.78 sec (0.1%)

and get_iplayer then hangs.

Can somebody please tell why this is and how to correct it?


Full terminal results attached.


Regards,
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20110911/e33e7f12/attachment.html>
-------------- next part --------------
john at JohnLaptop:~$ get_iplayer --get 63 --force
get_iplayer v2.79, Copyright (C) 2008-2010 Phil Lewis
  This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty.
  This is free software, and you are welcome to redistribute it under certain
  conditions; use --conditions for details.

Matches:
63:	BBC Proms - 2011: Last Night of the Proms - Part 2, BBC Four, Classical,Music,Popular,TV, default,

INFO: 1 Matching Programmes
INFO: Checking existence of default version
INFO: flashhigh1,flashhigh2,flashstd1,flashstd2 modes will be tried for version default
INFO: Trying flashhigh1 mode to record tv: BBC Proms - 2011: Last Night of the Proms - Part 2
INFO: File name prefix = BBC_Proms_-_2011_Last_Night_of_the_Proms_-_Part_2_b014j7xf_default                 
RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              6101.38
INFO:   moovPosition          28.00
INFO:   width                 640.00
INFO:   height                360.00
INFO:   videocodecid          avc1
INFO:   audiocodecid          mp4a
INFO:   avcprofile            77.00
INFO:   avclevel              30.00
INFO:   aacaot                2.00
INFO:   videoframerate        25.00
INFO:   audiosamplerate       24000.00
INFO:   audiochannels         2.00
INFO: trackinfo:
INFO:   length                152532000.00
INFO:   timescale             25000.00
INFO:   language              eng
INFO: sampledescription:
INFO:   sampletype            avc1
INFO:   length                146433024.00
INFO:   timescale             24000.00
INFO:   language              eng
INFO: sampledescription:
INFO:   sampletype            mp4a
1089.712 kB / 11.08 sec (0.1%)
ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 66528
1175.040 kB / 11.78 sec (0.1%)

From batguano999 at hotmail.com  Sun Sep 11 08:17:40 2011
From: batguano999 at hotmail.com (bat guano)
Date: Sun, 11 Sep 2011 12:17:40 +0000
Subject: Hang on version 2.79 on Ubuntu 10.04
In-Reply-To: <CACns58XCa0MVzwO3zHXgkBTe1AhN21APyDKykD48WSjR06GebA@mail.gmail.com>
References: <CACns58XCa0MVzwO3zHXgkBTe1AhN21APyDKykD48WSjR06GebA@mail.gmail.com>
Message-ID: <DUB104-W45143D750422C3CFB82BD2F3030@phx.gbl>




________________________________

> Terminal results are: 
> john at JohnLaptop:~$ get_iplayer --get 63 --force 
> get_iplayer v2.79, Copyright (C) 2008-2010 Phil Lewis 
>    This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. 
Hi
Works for me.;-)
Here:- http://pastebin.com/yJNjJksd
Update your get_iplayer script or use the PPA from here:- https://launchpad.net/~jon-hedgerows/+archive/get-iplayer
 		 	   		  

From dinkypumpkin at gmail.com  Sun Sep 11 10:53:02 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 11 Sep 2011 15:53:02 +0100
Subject: FFmpeg DIY warning
In-Reply-To: <DUB104-W2209B1A7F7FB48C2A08BA8F3030@phx.gbl>
References: <4E6BB8F0.1040709@gmail.com>,
	<B1E776ED3F6A4943ADFD866BC12465A8@vasonote>
	<DUB104-W2209B1A7F7FB48C2A08BA8F3030@phx.gbl>
Message-ID: <4E6CCB4E.9090304@gmail.com>

On 11/09/2011 12:44, bat guano wrote:
> Hi Vangelis
> Thanks for looking at this.
> As you said, the commit with the backward compatability change is cec92fe49a004a2e8b8b8bbba95d756e43cdd93e
>
> I've just re-compiled FFmpeg version N-32463-g3fec40b
> The problem is solved. :-)

Vangelis - thanks for heads-up re: fix
BG - thanks for verifying fix

It appears BG got the attention of FFmpeg devs, so this was just a storm 
in a teacup.  To summarise:

1. If you're building from HEAD, make sure your code was pulled either 
before 2011-09-05 or after 2011-09-11.

2. If HEAD version still doesn't work with get_iplayer, check out and 
build the latest release tag from the 0.7 or 0.8 branches.

3. If you're not sure about all the git folderol, download a release 
version snapshot from http://www.ffmpeg.org/releases/.

One final bit of esoterica for any OSX MacPorts users:  The current 
ffmpeg-devel version 20110909 looks like it carries the command-line 
option glitch described in my original post.  I'm not a Macports user, 
but the git reference used in the portfile pulls code containing the 
error.  The release version 0.7.4 should work OK with get_iplayer until 
ffmpeg-devel is updated.


From dinkypumpkin at gmail.com  Sun Sep 11 11:23:13 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Sun, 11 Sep 2011 16:23:13 +0100
Subject: Hang on version 2.79 on Ubuntu 10.04
In-Reply-To: <CACns58XCa0MVzwO3zHXgkBTe1AhN21APyDKykD48WSjR06GebA@mail.gmail.com>
References: <CACns58XCa0MVzwO3zHXgkBTe1AhN21APyDKykD48WSjR06GebA@mail.gmail.com>
Message-ID: <4E6CD261.7050208@gmail.com>

On 11/09/2011 12:47, John Rose wrote:
> 1089.712 kB / 11.08 sec (0.1%)
> ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 66528
> 1175.040 kB / 11.78 sec (0.1%)
>
> and get_iplayer then hangs.

 From that output trace, it looks like rtmpdump hangs, rather than 
get_iplayer itself.  Suggestions:

Delete any partial FLV file and try downloading again

Add --verbose to command line to see if there is any additional output 
(unlikely in this case, though)

Force access to alternate CDNs by adding --modes=flashhigh1 or 
--modes=flashhigh2 to command line




From geoff.getiplayer_list at alphaworks.co.uk  Sun Sep 11 17:07:50 2011
From: geoff.getiplayer_list at alphaworks.co.uk (geoff.getiplayer_list at alphaworks.co.uk)
Date: Sun, 11 Sep 2011 22:07:50 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
Message-ID: <4E6D2326.1010904@alphaworks.co.uk>

Hi,
I've just restored my PC back to a point which predates all the work 
done in March to get tagged m4a downloads working. Is there a simple way 
for me to get back to where I was or do I have to do all the manual 
tweaking again? If it's the latter, could someone remind me what I need 
to do? There are an awful lot of mails in the archive to work through!

I'm on Windows XP but I'm not sure how to find out what version I'm running.

Thanks in advance!

Geoff


From njtaylor at asterisk.demon.co.uk  Sun Sep 11 17:56:11 2011
From: njtaylor at asterisk.demon.co.uk (Nigel Taylor)
Date: Sun, 11 Sep 2011 22:56:11 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <4E6D2326.1010904@alphaworks.co.uk>
References: <4E6D2326.1010904@alphaworks.co.uk>
Message-ID: <4E6D2E7B.9000906@asterisk.demon.co.uk>

On 09/11/11 22:07, geoff.getiplayer_list at alphaworks.co.uk wrote:
> Hi,
> I've just restored my PC back to a point which predates all the work
> done in March to get tagged m4a downloads working. Is there a simple way
> for me to get back to where I was or do I have to do all the manual
> tweaking again? If it's the latter, could someone remind me what I need
> to do? There are an awful lot of mails in the archive to work through!
> 
> I'm on Windows XP but I'm not sure how to find out what version I'm
> running.
> 
> Thanks in advance!
> 
> Geoff
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
> 
Hi,

There is a new Windows installer which contains the latest versions.
Download and install this from here

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

That should be version v2.80 of get_iplayer, and includes the changes
your looking for.

Regards

Nigel Taylor


From geoff.getiplayer_list at alphaworks.co.uk  Sun Sep 11 18:29:00 2011
From: geoff.getiplayer_list at alphaworks.co.uk (geoff.getiplayer_list at alphaworks.co.uk)
Date: Sun, 11 Sep 2011 23:29:00 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <4E6D2E7B.9000906@asterisk.demon.co.uk>
References: <4E6D2326.1010904@alphaworks.co.uk>
	<4E6D2E7B.9000906@asterisk.demon.co.uk>
Message-ID: <4E6D362C.6030503@alphaworks.co.uk>

On 11/09/2011 22:56, Nigel Taylor wrote:
> On 09/11/11 22:07, geoff.getiplayer_list at alphaworks.co.uk wrote:
>> Hi,
>> I've just restored my PC back to a point which predates all the work
>> done in March to get tagged m4a downloads working. Is there a simple way
>> for me to get back to where I was or do I have to do all the manual
>> tweaking again? If it's the latter, could someone remind me what I need
>> to do? There are an awful lot of mails in the archive to work through!
>>
>> I'm on Windows XP but I'm not sure how to find out what version I'm
>> running.
> There is a new Windows installer which contains the latest versions.
> Download and install this from here
>
> http://www.infradead.org/get_iplayer/html/get_iplayer.html
>
> That should be version v2.80 of get_iplayer, and includes the changes
> your looking for.
>
> Regards
>
> Nigel Taylor

Thanks, that did the trick. There does seem to be one difference though; 
the title of the track seems to be more terse.

The previous episode of Jarvis' Sunday Service was titled "Jarvis 
Cocker's Sunday Service: Jarvis presents 'The Backlog Prog'" whereas 
today's is titled "11/09/2011".

It's not the end of the world but I did prefer a bit of detail...

Thanks!


From shevek at shevek.co.uk  Sun Sep 11 18:44:43 2011
From: shevek at shevek.co.uk (Shevek)
Date: Sun, 11 Sep 2011 23:44:43 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <4E6D362C.6030503@alphaworks.co.uk>
References: <4E6D2326.1010904@alphaworks.co.uk>
	<4E6D2E7B.9000906@asterisk.demon.co.uk>
	<4E6D362C.6030503@alphaworks.co.uk>
Message-ID: <CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>

On 11 September 2011 23:29,  <geoff.getiplayer_list at alphaworks.co.uk> wrote:
>
> Thanks, that did the trick. There does seem to be one difference though; the
> title of the track seems to be more terse.
>
> The previous episode of Jarvis' Sunday Service was titled "Jarvis Cocker's
> Sunday Service: Jarvis presents 'The Backlog Prog'" whereas today's is
> titled "11/09/2011".
>
> It's not the end of the world but I did prefer a bit of detail...
>

There is a new option --tag-fulltitle which should do what you want

More details about the new tagging options are available if you do --longhelp


From geoff.getiplayer_list at alphaworks.co.uk  Sun Sep 11 19:19:41 2011
From: geoff.getiplayer_list at alphaworks.co.uk (geoff.getiplayer_list at alphaworks.co.uk)
Date: Mon, 12 Sep 2011 00:19:41 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>
References: <4E6D2326.1010904@alphaworks.co.uk>	<4E6D2E7B.9000906@asterisk.demon.co.uk>	<4E6D362C.6030503@alphaworks.co.uk>
	<CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>
Message-ID: <4E6D420D.1080503@alphaworks.co.uk>


On 11/09/2011 23:44, Shevek wrote:
>
> There is a new option --tag-fulltitle which should do what you want
>
> More details about the new tagging options are available if you do --longhelp
>
Is there a way to use that option in the GUI?

Thanks,
Geoff


From shevek at shevek.co.uk  Sun Sep 11 19:48:20 2011
From: shevek at shevek.co.uk (Shevek)
Date: Mon, 12 Sep 2011 00:48:20 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <4E6D420D.1080503@alphaworks.co.uk>
References: <4E6D2326.1010904@alphaworks.co.uk>
	<4E6D2E7B.9000906@asterisk.demon.co.uk>
	<4E6D362C.6030503@alphaworks.co.uk>
	<CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>
	<4E6D420D.1080503@alphaworks.co.uk>
Message-ID: <CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>

On 12 September 2011 00:19,  <geoff.getiplayer_list at alphaworks.co.uk> wrote:
>
> On 11/09/2011 23:44, Shevek wrote:
>>
>> There is a new option --tag-fulltitle which should do what you want
>>
>> More details about the new tagging options are available if you do
>> --longhelp
>>
> Is there a way to use that option in the GUI?
>

I've never used the GUI but I think if you use the command line once
and use "--tag-fulltitle --prefs-add" that should be used in the GUI
as well for all following downloads.


From startrek.steve at gmail.com  Mon Sep 12 02:52:55 2011
From: startrek.steve at gmail.com (Steve)
Date: Mon, 12 Sep 2011 07:52:55 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>
References: <4E6D2326.1010904@alphaworks.co.uk>	<4E6D2E7B.9000906@asterisk.demon.co.uk>	<4E6D362C.6030503@alphaworks.co.uk>	<CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>	<4E6D420D.1080503@alphaworks.co.uk>
	<CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>
Message-ID: <4E6DAC47.4040806@gmail.com>

Shevek wrote:
> On 12 September 2011 00:19,  <geoff.getiplayer_list at alphaworks.co.uk> wrote:
>   
>> On 11/09/2011 23:44, Shevek wrote:
>>     
>>> There is a new option --tag-fulltitle which should do what you want
>>>
>>> More details about the new tagging options are available if you do
>>> --longhelp


Is this new option available in the Linux version?
Steve


From jmw at debian.org  Mon Sep 12 07:37:18 2011
From: jmw at debian.org (Jonathan Wiltshire)
Date: Mon, 12 Sep 2011 12:37:18 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <4E6DAC47.4040806@gmail.com>
References: <4E6D2326.1010904@alphaworks.co.uk>
	<4E6D2E7B.9000906@asterisk.demon.co.uk>
	<4E6D362C.6030503@alphaworks.co.uk>
	<CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com>
	<4E6D420D.1080503@alphaworks.co.uk>
	<CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>
	<4E6DAC47.4040806@gmail.com>
Message-ID: <20110912113718.GI9765@lupin.home.powdarrmonkey.net>

On Mon, Sep 12, 2011 at 07:52:55AM +0100, Steve wrote:
> Shevek wrote:
> >On 12 September 2011 00:19,  <geoff.getiplayer_list at alphaworks.co.uk> wrote:
> >>On 11/09/2011 23:44, Shevek wrote:
> >>>There is a new option --tag-fulltitle which should do what you want
> >>>
> >>>More details about the new tagging options are available if you do
> >>>--longhelp
> 
> 
> Is this new option available in the Linux version?

They're identical.

jona at lupin:~$ get-iplayer --longhelp |grep fulltitle
 --tag-fulltitle                  Use complete title (including series)
 instead of shorter episode title

or "man get_iplayer", for all your reference requirements.


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

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


From richard_get_iplayer at richsim900.plus.com  Tue Sep 13 17:08:31 2011
From: richard_get_iplayer at richsim900.plus.com (richard_get_iplayer)
Date: Tue, 13 Sep 2011 22:08:31 +0100
Subject: ffmpeg and libav fork - Ubuntu & Debian users
Message-ID: <1315948111.6633.8.camel@base-desktop>

Will this:

http://ubuntuforums.org/showpost.php?s=ee8bba144653c4ea9453d5c69928b2f5&p=11231334&postcount=1836

mean that I won't be able to use get_iplayer on Ubuntu if I upgrade to
Natty+?







From alan at popey.com  Tue Sep 13 18:27:00 2011
From: alan at popey.com (Alan Pope)
Date: Tue, 13 Sep 2011 23:27:00 +0100
Subject: ffmpeg and libav fork - Ubuntu & Debian users
In-Reply-To: <1315948111.6633.8.camel@base-desktop>
References: <1315948111.6633.8.camel@base-desktop>
Message-ID: <CAJQXycfsK2zxo31RHPaYX11Z6FB_ytn46XnsNtoGaw1QS2pmiw@mail.gmail.com>

On 13 September 2011 22:08, richard_get_iplayer
<richard_get_iplayer at richsim900.plus.com> wrote:
> mean that I won't be able to use get_iplayer on Ubuntu if I upgrade to
> Natty+?
>

No.

http://packages.ubuntu.com/search?keywords=ffmpeg

We still ship an ffmpeg binary built from the libav source.

Background: https://lists.ubuntu.com/archives/technical-board/2011-May/000891.html

Al.


From dinkypumpkin at gmail.com  Tue Sep 13 18:39:27 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 13 Sep 2011 23:39:27 +0100
Subject: ffmpeg and libav fork - Ubuntu & Debian users
In-Reply-To: <1315948111.6633.8.camel@base-desktop>
References: <1315948111.6633.8.camel@base-desktop>
Message-ID: <4E6FDB9F.1050906@gmail.com>

On 13/09/2011 22:08, richard_get_iplayer wrote:
> mean that I won't be able to use get_iplayer on Ubuntu if I upgrade to
> Natty+?

You should be OK.  The package still includes an "ffmpeg" binary, which 
is what get_iplayer needs.  The Natty repo has version 0.6.2 built from 
the libav source tree, but 0.6.2 which was tagged shortly after the 
fork, so the 0.6.2-tagged code is virtually (if not completely) 
identical in both source trees.  If you're upgrading from Maverick, I 
think you'll be moving from ffmpeg 0.6, so you shouldn't see much 
difference, if any.



From jon at hedgerows.org.uk  Wed Sep 14 03:52:53 2011
From: jon at hedgerows.org.uk (Jon Davies)
Date: Wed, 14 Sep 2011 08:52:53 +0100
Subject: ffmpeg and libav fork - Ubuntu & Debian users
In-Reply-To: <1315948111.6633.8.camel@base-desktop>
References: <1315948111.6633.8.camel@base-desktop>
Message-ID: <CAJEH5C3qZx9MKMyJPWOU-1ceUzwM4Lx4x0OrSY36j9v-GUwHdg@mail.gmail.com>

On 13 September 2011 22:08, richard_get_iplayer
<richard_get_iplayer at richsim900.plus.com> wrote:
> Will this:
>
> http://ubuntuforums.org/showpost.php?s=ee8bba144653c4ea9453d5c69928b2f5&p=11231334&postcount=1836
>
> mean that I won't be able to use get_iplayer on Ubuntu if I upgrade to
> Natty+?

If you use my ppa then it doesn't make any difference:
ppa:jon-hedgerows/get-iplayer
I've not tested oneiric yet (there are packages built for it in the
ppa, and I don't expect any problem), but everything else from Lucid
onwards works fine.

Jon


From richard at richsim900.plus.com  Wed Sep 14 13:20:38 2011
From: richard at richsim900.plus.com (richard)
Date: Wed, 14 Sep 2011 18:20:38 +0100
Subject: ffmpeg and libav fork - Ubuntu & Debian users
In-Reply-To: <1315948111.6633.8.camel@base-desktop>
Message-ID: <1316020838.6287.5.camel@base-desktop>

Thanks to all who responded to my question. That has cleared up that
issue.



From tcd at eur.co.uk  Sat Sep 17 07:17:47 2011
From: tcd at eur.co.uk (Trevor Campbell Davis)
Date: Sat, 17 Sep 2011 12:17:47 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>
References: <4E6D2326.1010904@alphaworks.co.uk><4E6D2E7B.9000906@asterisk.demon.co.uk><4E6D362C.6030503@alphaworks.co.uk><CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com><4E6D420D.1080503@alphaworks.co.uk>
	<CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com>
Message-ID: <8A64641B3BFE4B15BC55944228982B19@VGNZ51WG>


(Apologies for having to use a reply to a previous post - I can't seem to 
initiate a new post without a Suspicious Headers Moderator Approval 
response. Why?)

Some may remember that I had a problem with specific files appearing to 
download normally, but leaving only an empty file envelope on the 
destination drive.

It had me puzzled for quite a while, until I discovered that my inclusion of 
the whitespace command was the problem. Removing it (and allowing iPlayer to 
name the files with underscores etc) solved the issue, which arose only on 
some BBC TV downloads.

Has anyone else noticed this, or can anyone suggest the reason for the 
problem?

Thanks folks (and to Shevek for his earlier help).

Trevor


From: Shevek
Sent: Monday, July 25, 2011 12:17 AM
To: Trevor Campbell Davis
Cc: Get iPlayer
Subject: Re: Download help

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



From mail at john-eason.co.uk  Sat Sep 17 07:30:00 2011
From: mail at john-eason.co.uk (J K.Eason)
Date: Sat, 17 Sep 2011 12:30 +0100 (BST)
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <8A64641B3BFE4B15BC55944228982B19@VGNZ51WG>
Message-ID: <memo.20110917123001.3148B@jeason.cix.co.uk>

> *From:* "Trevor Campbell Davis" <tcd at eur.co.uk>
> *To:* "Get iPlayer" <get_iplayer at lists.infradead.org>, 
> <shevek at shevek.co.uk>
> *Date:* Sat, 17 Sep 2011 12:17:47 +0100
> 
> (Apologies for having to use a reply to a previous post - I can't 
> seem to initiate a new post without a Suspicious Headers Moderator 
> Approval response. Why?)
> 
> Some may remember that I had a problem with specific files 
> appearing to download normally, but leaving only an empty file 
> envelope on the destination drive.
> 
> It had me puzzled for quite a while, until I discovered that my 
> inclusion of the whitespace command was the problem. Removing it 
> (and allowing iPlayer to name the files with underscores etc) 
> solved the issue, which arose only on some BBC TV downloads.
> 
> Has anyone else noticed this, or can anyone suggest the reason for 
> the problem?
> 
> Thanks folks (and to Shevek for his earlier help).
> 
> Trevor

Assuming this is under Windows, you'll also need to add fatfilename if
you use the whitespace command. If you don't, the filename will be
truncated at the first space and will fail to save correctly as you've
found.

Regards
       John (mail at john-eason.co.uk)


From tcd at eur.co.uk  Sat Sep 17 07:42:08 2011
From: tcd at eur.co.uk (Trevor Campbell Davis)
Date: Sat, 17 Sep 2011 12:42:08 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <memo.20110917123001.3148B@jeason.cix.co.uk>
References: <memo.20110917123001.3148B@jeason.cix.co.uk>
Message-ID: <8A797C54EAD4496C8D72736B4B7D3F80@VGNZ51WG>


Thanks, John, that explains it and is really helpful.

Regards,

Trevor

-----Original Message----- 
From: J K.Eason 
Sent: Saturday, September 17, 2011 12:30 PM 
To: get_iplayer at lists.infradead.org 
Subject: Re: How go I get get_iplayer working again after restoring my PC? 

> *From:* "Trevor Campbell Davis" <tcd at eur.co.uk>
> *To:* "Get iPlayer" <get_iplayer at lists.infradead.org>, 
> <shevek at shevek.co.uk>
> *Date:* Sat, 17 Sep 2011 12:17:47 +0100
> 
> (Apologies for having to use a reply to a previous post - I can't 
> seem to initiate a new post without a Suspicious Headers Moderator 
> Approval response. Why?)
> 
> Some may remember that I had a problem with specific files 
> appearing to download normally, but leaving only an empty file 
> envelope on the destination drive.
> 
> It had me puzzled for quite a while, until I discovered that my 
> inclusion of the whitespace command was the problem. Removing it 
> (and allowing iPlayer to name the files with underscores etc) 
> solved the issue, which arose only on some BBC TV downloads.
> 
> Has anyone else noticed this, or can anyone suggest the reason for 
> the problem?
> 
> Thanks folks (and to Shevek for his earlier help).
> 
> Trevor

Assuming this is under Windows, you'll also need to add fatfilename if
you use the whitespace command. If you don't, the filename will be
truncated at the first space and will fail to save correctly as you've
found.

Regards
       John (mail at john-eason.co.uk)

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


From tcd at eur.co.uk  Sat Sep 17 09:12:53 2011
From: tcd at eur.co.uk (Trevor Campbell Davis)
Date: Sat, 17 Sep 2011 14:12:53 +0100
Subject: How go I get get_iplayer working again after restoring my PC?
In-Reply-To: <CANGN4UM3zTsaw4a7S37V9aSjb_tuLC9ztC6z=YknJP2RBtfMEA@mail.gmail.com>
References: <4E6D2326.1010904@alphaworks.co.uk><4E6D2E7B.9000906@asterisk.demon.co.uk><4E6D362C.6030503@alphaworks.co.uk><CANGN4UMXEcfQ__S1Oo+btHwFWH8zQC703TUHf2y-wUt_1HCjZA@mail.gmail.com><4E6D420D.1080503@alphaworks.co.uk><CANGN4UNKs0mLftqoqXzJZDkp0cGCWAt=WU59bz=x9v3YxKy+tg@mail.gmail.com><8A64641B3BFE4B15BC55944228982B19@VGNZ51WG><CA+j90Wm4tMxH=EkXA8Ut06aWzLEGxmOBnmg+2yGDbi+1jGNN1A@mail.gmail.com>
	<CANGN4UM3zTsaw4a7S37V9aSjb_tuLC9ztC6z=YknJP2RBtfMEA@mail.gmail.com>
Message-ID: <A4C68F1291C4445F92D4F20A8C4C73EA@VGNZ51WG>


Thanks, folks. HTML now off for list postings.

David, looking back over the past year?s postings, Don?s suggestion of 
annotating the moderation message might save some correspondence.

Regards,

Trevor


From: Shevek
Sent: Saturday, September 17, 2011 1:39 PM
To: mail at donrossie.co.uk
Cc: Trevor Campbell Davis ; Get iPlayer
Subject: Re: How go I get get_iplayer working again after restoring my PC?




On 17 September 2011 13:35, don rossie <don.rossie at googlemail.com> wrote:
I get the same whenever I try to submit a new post (Suspicious Headers 
Moderator Approval response) so I have given up now.

are you sending HTML, Rich Text (Outlook abomination format) or Plain Text 
email? - the list will only accept Plain Text 



From don.rossie at googlemail.com  Sat Sep 17 10:29:13 2011
From: don.rossie at googlemail.com (don rossie)
Date: Sat, 17 Sep 2011 16:29:13 +0200
Subject: 2.7 or 2.8
Message-ID: <CA+j90Wm6fnmyieSXFhqYv0giug9gTnscHuUovfi9npSSMEHPpw@mail.gmail.com>

Hi,

2 questions: Do I need to upgrade from 2.7 to 2.8. My copy of 2.7
works just fine on W7?, 2nd question: Is there anyway that I can
get_iplayer from Spain?

Cheers Don...
PS - Get_iplayer is fantastic, keep up the excellent work and thanks.


From roadcone at gmx.com  Sat Sep 17 12:41:16 2011
From: roadcone at gmx.com (Clive)
Date: Sat, 17 Sep 2011 17:41:16 +0100
Subject: 2.7 or 2.8
In-Reply-To: <CA+j90Wm6fnmyieSXFhqYv0giug9gTnscHuUovfi9npSSMEHPpw@mail.gmail.com>
References: <CA+j90Wm6fnmyieSXFhqYv0giug9gTnscHuUovfi9npSSMEHPpw@mail.gmail.com>
Message-ID: <4E74CDAC.7080309@gmx.com>

If it works, stay with it. I was out-of-date for ages and it worked just 
fine. Then, one day, it stopped working and an upgrade sorted it.

The servers know which country you are in so if you want to use it from 
outside the UK, you need to subscribe to a proxy server which is inside 
the UK. That will cost you a monthly or payg charge. I do know of people 
in the USA and Canada who use a UK proxy with no problems. Though do not 
ask me how to set it up!

On 17/09/11 15:29, don rossie wrote:
> Hi,
>
> 2 questions: Do I need to upgrade from 2.7 to 2.8. My copy of 2.7
> works just fine on W7?, 2nd question: Is there anyway that I can
> get_iplayer from Spain?
>
> Cheers Don...
> PS - Get_iplayer is fantastic, keep up the excellent work and thanks.
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>


From rafael.coman at gmail.com  Mon Sep 19 12:47:55 2011
From: rafael.coman at gmail.com (=?ISO-8859-2?Q?C=E3t=E3lin_Rafael_Coman?=)
Date: Mon, 19 Sep 2011 19:47:55 +0300
Subject: 2.7 or 2.8
In-Reply-To: <CAD=yBWow2u4sqENdWO5feQtmLxpgXTqgDKyxYAxjvJuZp=QnXg@mail.gmail.com>
References: <CA+j90Wm6fnmyieSXFhqYv0giug9gTnscHuUovfi9npSSMEHPpw@mail.gmail.com>
	<4E74CDAC.7080309@gmx.com>
	<CAD=yBWow2u4sqENdWO5feQtmLxpgXTqgDKyxYAxjvJuZp=QnXg@mail.gmail.com>
Message-ID: <CAD=yBWq0t2Wno5odu5Z_rrZ7bjCK4Fqa69vFHssn-3kQbmFYuA@mail.gmail.com>

Yes, it works with a proxy, that is how I get all my programmes.?And
there are free UK proxies on the net, you just have to try them one
after anther until one works...

I get my proxy addresses from here, newer ones are at the bottom:

http://www.proxz.com/proxy_list_uk_0_ext.html

And this is my command for downloading stuff with a proxy:

get_iplayer --modes=flashvhigh --subtitles --partial-proxy --get 620
--proxy=http://109.123.111.99:80

The proxy address is at the end of the command line so it's easier to
change it until one works.

2011/9/18 C?t?lin Rafael Coman <rafael.coman at gmail.com>
>
> Yes, it works with a proxy, that is how I get all my programmes.?And
> there are free UK proxies on the net, you just have to try them one
> after anther until one works...
>
> I get my proxy addresses from here, newer ones are at the bottom:
>
> http://www.proxz.com/proxy_list_uk_0_ext.html
>
> And this is my command for downloading stuff with a proxy:
>
> get_iplayer --modes=flashvhigh --subtitles --partial-proxy --get 620
> --proxy=http://109.123.111.99:80
>
> The proxy address is at the end of the command line so it's easier to
> change it until one works.


From getiplayer at denali.org.uk  Tue Sep 20 02:44:22 2011
From: getiplayer at denali.org.uk (Kevin Reilly)
Date: Tue, 20 Sep 2011 07:44:22 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
Message-ID: <4E783646.9040001@denali.org.uk>

As per the subject, at least I think that's what's going on.

The last two weeks' episodes of Click, and this week's Spooks (pid
b0153b3h), were causing AtomicParsley to hang on this Windows 7 64bit
installation, resulting in raw code 65280 being written to the log when
the crashed AtomicParsley was closed. The resulting MP4 file was usable,
but had no tags applied.

I have managed to work around the problem (at least for Spooks; I've not
had a chance to try it with anything else) by commenting out the push
commands in the following block of the main perl script:

# add descriptions to audio podcasts and video
 if ( $tags->{is_video} || $tags->{is_podcast}) {
   # push @cmd, ('--description', $tags->{description} );
    if ( $opt->{tag_longdescription} ) {
     # push @cmd, ( '--longDescription', $tags->{longDescription} );
    } elsif ( $opt->{tag_longdesc} ) {
     # push @cmd, ( '--longdesc', $tags->{longDescription} );
    }
  }

Obviously the next step is to comment out each push command in turn to
determine which one, or ones, are actually causing the problem. My gut
instinct is that it's one of the long descriptions, rather than the
regular description, that's causing grief although that is just a guess.
The odd thing is that the long description is also added to the file in
the 'lyrics' field and causes no issues, suggesting it's NOT just a
problem whereby a particular string of characters is causing difficulties
when read by AtomicParsley. Perhaps it's just a length problem? Buffer
overflow?

I'm going to be away from the PC for the next ten hours or so, and unable
to do any more testing, but hopefully this may assist anyone else who's
seeing similar behaviour, and perhaps lead to an explanation and/or a
better work-around?

get_iplayer was installed using the latest (4.4) Windows installer.

-- 
Kev
__________________________________________________________________________
  "I love England, especially the food. There's nothing I like more than a
   lovely bowl of pasta." 				    Naomi Campbell


From philip.gardner at asgardpublishing.co.uk  Tue Sep 20 06:25:37 2011
From: philip.gardner at asgardpublishing.co.uk (Philip Gardner)
Date: Tue, 20 Sep 2011 11:25:37 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E783646.9040001@denali.org.uk>
References: <4E783646.9040001@denali.org.uk>
Message-ID: <4E786A21.50402@asgardpublishing.co.uk>

I am finding the same. It only happens on some downloads.
PhilG

On 20/09/2011 07:44, Kevin Reilly wrote:
> As per the subject, at least I think that's what's going on.
>
> The last two weeks' episodes of Click, and this week's Spooks (pid
> b0153b3h), were causing AtomicParsley to hang on this Windows 7 64bit
> installation, resulting in raw code 65280 being written to the log when
> the crashed AtomicParsley was closed. The resulting MP4 file was usable,
> but had no tags applied.
>
> I have managed to work around the problem (at least for Spooks; I've not
> had a chance to try it with anything else) by commenting out the push
> commands in the following block of the main perl script:
>
> # add descriptions to audio podcasts and video
>   if ( $tags->{is_video} || $tags->{is_podcast}) {
>     # push @cmd, ('--description', $tags->{description} );
>      if ( $opt->{tag_longdescription} ) {
>       # push @cmd, ( '--longDescription', $tags->{longDescription} );
>      } elsif ( $opt->{tag_longdesc} ) {
>       # push @cmd, ( '--longdesc', $tags->{longDescription} );
>      }
>    }
>
> Obviously the next step is to comment out each push command in turn to
> determine which one, or ones, are actually causing the problem. My gut
> instinct is that it's one of the long descriptions, rather than the
> regular description, that's causing grief although that is just a guess.
> The odd thing is that the long description is also added to the file in
> the 'lyrics' field and causes no issues, suggesting it's NOT just a
> problem whereby a particular string of characters is causing difficulties
> when read by AtomicParsley. Perhaps it's just a length problem? Buffer
> overflow?
>
> I'm going to be away from the PC for the next ten hours or so, and unable
> to do any more testing, but hopefully this may assist anyone else who's
> seeing similar behaviour, and perhaps lead to an explanation and/or a
> better work-around?
>
> get_iplayer was installed using the latest (4.4) Windows installer.
>


From mail at john-eason.co.uk  Tue Sep 20 06:50:00 2011
From: mail at john-eason.co.uk (J K.Eason)
Date: Tue, 20 Sep 2011 11:50 +0100 (BST)
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E786A21.50402@asgardpublishing.co.uk>
Message-ID: <memo.20110920115031.2512A@jeason.cix.co.uk>

> *From:* Philip Gardner <philip.gardner at asgardpublishing.co.uk>
> *To:* get_iplayer at lists.infradead.org
> *Date:* Tue, 20 Sep 2011 11:25:37 +0100

I saw the same with the Pink Floyd at Pompeii download *but* this was
using the previous 2.79 version of get_iplayer. AtomicParsley appears to
be dated 2006 in that version.
 
> I am finding the same. It only happens on some downloads.
> PhilG
> 
> On 20/09/2011 07:44, Kevin Reilly wrote:
> > As per the subject, at least I think that's what's going on.
> >
> > The last two weeks' episodes of Click, and this week's Spooks (pid
> > b0153b3h), were causing AtomicParsley to hang on this Windows 7 
> > 64bit
> > installation, resulting in raw code 65280 being written to the 
> > log when
> > the crashed AtomicParsley was closed. The resulting MP4 file was 
> > usable,
> > but had no tags applied.
..........
> > get_iplayer was installed using the latest (4.4) Windows 
> > installer.

Regards
       John (mail at john-eason.co.uk)


From mail at john-eason.co.uk  Tue Sep 20 07:03:00 2011
From: mail at john-eason.co.uk (J K.Eason)
Date: Tue, 20 Sep 2011 12:03 +0100 (BST)
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <memo.20110920115031.2512A@jeason.cix.co.uk>
Message-ID: <memo.20110920120352.2512B@jeason.cix.co.uk>

> I saw the same with the Pink Floyd at Pompeii download *but* this 
> was

Oops. That should have been "A Pink Floyd Miscellany 1967-2005". The
Pompeii concert wasn't on iPlayer.

Regards
       John (mail at john-eason.co.uk)


From dwmw2 at infradead.org  Tue Sep 20 08:14:17 2011
From: dwmw2 at infradead.org (David Woodhouse)
Date: Tue, 20 Sep 2011 13:14:17 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E783646.9040001@denali.org.uk>
References: <4E783646.9040001@denali.org.uk>
Message-ID: <1316520859.21396.2.camel@i7.infradead.org>

On Tue, 2011-09-20 at 07:44 +0100, Kevin Reilly wrote:
> 
> Obviously the next step is to comment out each push command in turn to
> determine which one, or ones, are actually causing the problem. 

I'd get the files and run the command manually. Then see if you can
extract a small amount of the media file so you've got a simpler test
case.

Then file an AtomicParsley bug.

If you were on a real computer I'd suggest that you update to the latest
version of AtomicParsley and if it persists, run it in a debugger and
get a backtrace showing exactly where it's failing.

Since you're on an OS without a coherent update mechanism and without
proper debugging facilities, it's a bit harder...

-- 
dwmw2



From dan at slickpepper.co.uk  Tue Sep 20 09:50:01 2011
From: dan at slickpepper.co.uk (Dan Ashby)
Date: Tue, 20 Sep 2011 14:50:01 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <1316520859.21396.2.camel@i7.infradead.org>
References: <4E783646.9040001@denali.org.uk>
	<1316520859.21396.2.camel@i7.infradead.org>
Message-ID: <CADg1_eN8bsw80vZZ20ZO47VvfG2e=GDo-C_Ktw6secVAtXZ-ig@mail.gmail.com>

Using the version here seemed to work for me after repeated failed
attempts with 0.9.4:

https://bitbucket.org/jonhedgerows/atomicparsley/downloads/AtomicParsley-0.9.4-hg83.814077d09d34.zip

Although, when I reverted to double check that it would fail again -
the old version also worked. This one on the current 'In our Time'
program on Radio 4.

I think Americans say 'go figure' at this point.

Dan

On 20 September 2011 13:14, David Woodhouse <dwmw2 at infradead.org> wrote:
> On Tue, 2011-09-20 at 07:44 +0100, Kevin Reilly wrote:
>>
>> Obviously the next step is to comment out each push command in turn to
>> determine which one, or ones, are actually causing the problem.
>
> I'd get the files and run the command manually. Then see if you can
> extract a small amount of the media file so you've got a simpler test
> case.
>
> Then file an AtomicParsley bug.
>
> If you were on a real computer I'd suggest that you update to the latest
> version of AtomicParsley and if it persists, run it in a debugger and
> get a backtrace showing exactly where it's failing.
>
> Since you're on an OS without a coherent update mechanism and without
> proper debugging facilities, it's a bit harder...
>
> --
> dwmw2
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>


From getiplayer at denali.org.uk  Tue Sep 20 13:14:16 2011
From: getiplayer at denali.org.uk (Kevin Reilly)
Date: Tue, 20 Sep 2011 18:14:16 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E783646.9040001@denali.org.uk>
References: <4E783646.9040001@denali.org.uk>
Message-ID: <4E78C9E8.4010704@denali.org.uk>

On 20/09/2011 07:44, Kevin Reilly wrote:

> I'm going to be away from the PC for the next ten hours or so, and unable
> to do any more testing, but hopefully this may assist anyone else who's
> seeing similar behaviour, and perhaps lead to an explanation and/or a
> better work-around?

For what it's worth it's definitely the long description that is causing
AtomicParsley to fall over, at least for the episode of Spooks I've been
working with. Leave the regular description alone, but comment out the two
long options, and it tags fine.

Since I never look at descriptions anyway this is a small price to pay. I
don't normally like leaving work-arounds in place rather than finding a
proper solution (people who think un-ticking something in msconfig[1] has
solved the problem drive me crazy) but this just seems like too trivial a
problem to spend ages narrowing it down.

[1] a basic debugging tool for those of us without real computers.

-- 
Kev
__________________________________________________________________________
        "Patient's past medical history has been remarkably insignificant,
         with only a 40 pound weight gain in the past three days."
                                                       Medical chart entry


From roadcone at gmx.com  Tue Sep 20 13:21:48 2011
From: roadcone at gmx.com (Clive)
Date: Tue, 20 Sep 2011 18:21:48 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <memo.20110920120352.2512B@jeason.cix.co.uk>
References: <memo.20110920120352.2512B@jeason.cix.co.uk>
Message-ID: <4E78CBAC.6040404@gmx.com>

On 20/09/11 12:03, J K.Eason wrote:
>> I saw the same with the Pink Floyd at Pompeii download *but* this
>> was
>
> Oops. That should have been "A Pink Floyd Miscellany 1967-2005". The
> Pompeii concert wasn't on iPlayer.
>
> Regards
>         John (mail at john-eason.co.uk)
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
That is a relief - I could not find it when it went out previously and 
could not find it just ... then I read your second email! :-)


From mail at john-eason.co.uk  Tue Sep 20 13:27:00 2011
From: mail at john-eason.co.uk (J K.Eason)
Date: Tue, 20 Sep 2011 18:27 +0100 (BST)
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E78CBAC.6040404@gmx.com>
Message-ID: <memo.20110920182721.2512D@jeason.cix.co.uk>

> *From:* Clive <roadcone at gmx.com>
> *To:* get_iplayer at lists.infradead.org
> *Date:* Tue, 20 Sep 2011 18:21:48 +0100
> 
> On 20/09/11 12:03, J K.Eason wrote:
> >> I saw the same with the Pink Floyd at Pompeii download *but* this
> >> was
> >
> > Oops. That should have been "A Pink Floyd Miscellany 1967-2005". 
> > The Pompeii concert wasn't on iPlayer.
> >
> > Regards
> >         John (mail at john-eason.co.uk)
> >
> > _______________________________________________
> > get_iplayer mailing list
> > get_iplayer at lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/get_iplayer
> >
> That is a relief - I could not find it when it went out previously 
> and could not find it just ... then I read your second email! :-)

 I got confused. I recorded that on the Humax! :^)

Regards
       John (mail at john-eason.co.uk)


From dinkypumpkin at gmail.com  Tue Sep 20 13:42:06 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 20 Sep 2011 18:42:06 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E78C9E8.4010704@denali.org.uk>
References: <4E783646.9040001@denali.org.uk> <4E78C9E8.4010704@denali.org.uk>
Message-ID: <4E78D06E.3050705@gmail.com>

On 20/09/2011 18:14, Kevin Reilly wrote:
> For what it's worth it's definitely the long description that is causing
> AtomicParsley to fall over, at least for the episode of Spooks I've been
> working with. Leave the regular description alone, but comment out the two
> long options, and it tags fine.

The long description is only written if you use --tag-longdescription or 
--tag-longdesc (depends on version of AtomicParsley, --tag-longdesc 
applies to version of AP used by latest installer), or set the 
equivalent options.  You didn't say in your original post if you're 
using one of those options.  If not, those commented-out lines are 
ignored anyway, so something else would be going on.  I get the same 
error without the long description, so I'm curious if we're seeing the 
same thing.



From getiplayer at denali.org.uk  Tue Sep 20 14:02:27 2011
From: getiplayer at denali.org.uk (Kevin Reilly)
Date: Tue, 20 Sep 2011 19:02:27 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E78D06E.3050705@gmail.com>
References: <4E783646.9040001@denali.org.uk> <4E78C9E8.4010704@denali.org.uk>
	<4E78D06E.3050705@gmail.com>
Message-ID: <4E78D533.10106@denali.org.uk>

On 20/09/2011 18:42, dinkypumpkin wrote:

> The long description is only written if you use --tag-longdescription or
> --tag-longdesc (depends on version of AtomicParsley, --tag-longdesc
> applies to version of AP used by latest installer), or set the
> equivalent options.  You didn't say in your original post if you're
> using one of those options.

Hmm. Odder and odder. To the best of my knowledge I don't have that option
set anywhere, either in the default 'all user' options or in any of the
scripts I use to run get_iplayer (I don't use the GUI).

So I just re-enabled all of the description options and downloaded Spooks
again and this time, no crash. Wasn't expecting that.

> If not, those commented-out lines are
> ignored anyway, so something else would be going on.  I get the same
> error without the long description, so I'm curious if we're seeing the
> same thing.

Assuming I don't have the long description option set anywhere -- and I'm
now fairly certain I don't -- it looks as though this morning's crashes
were caused by the short description command, since disabling that (along
with the others) first allowed the tagging to work.

Why this evening's attempt worked with that option enabled is a mystery.
The index number for the programme had changed, so perhaps something
changed at the BBC end, or at one of their hosting providers.

Either way I was wrong about the long description thing. If it's anything,
it's an occasional regular description that's causing AtomicParsley to
fall over. Are the Linux people seeing this too or is it just Windows?

-- 
Kev
__________________________________________________________________________
				    "This global terrorism is everywhere."
								   Madonna


From james.cook at bluewin.ch  Tue Sep 20 14:35:51 2011
From: james.cook at bluewin.ch (James Cook)
Date: Tue, 20 Sep 2011 20:35:51 +0200
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E783646.9040001@denali.org.uk>
References: <4E783646.9040001@denali.org.uk>
Message-ID: <p4nh77hmpodprld2jsflenvmfu71nlv06f@4ax.com>

[This email already sent once with attachment, but may have been
blocked, now sent without attachment]

On Tue, 20 Sep 2011 07:44:22 +0100, you wrote:

I don't know what the windows installer installs - but your problem
reminds me of an AtomicParsley problem I had in April - sporadic
crashes during mp4 tagging.

Doing a "AtomicParsley -version" shows me 
>AtomicParsley version: 0.9.4 (utf8 with utf16 CD access)
This version - which I compiled under a recent Cygwin works fine for
me - no crashes - after I contacted the developers about a Cygwin bug.
I've included it as an attachment - but you may need some Cygwin DLLs
to run it.

Other versions such as jonhedgerows do not work all the time:
>AtomicParsley version: 0.9.4 (utf16)

Could be a character encoding problem.

I have a very customised install of get_iplayer with a wide character
solution - which I'll publish as soon as my dev. machine is repaired

JC



From dinkypumpkin at gmail.com  Tue Sep 20 16:40:31 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Tue, 20 Sep 2011 21:40:31 +0100
Subject: AtomicParsley (Windows) crashes when writing some descriptions
In-Reply-To: <4E78D533.10106@denali.org.uk>
References: <4E783646.9040001@denali.org.uk> <4E78C9E8.4010704@denali.org.uk>
	<4E78D06E.3050705@gmail.com> <4E78D533.10106@denali.org.uk>
Message-ID: <4E78FA3F.1030206@gmail.com>

On 20/09/2011 19:02, Kevin Reilly wrote:
> Hmm. Odder and odder. To the best of my knowledge I don't have that option

Odd is the word.  This was my experience:

No problems on OSX and Ubuntu.

I tested on 32-bit XP with latest episode of Spooks, using 3 versions of 
AtomicParsley with get_iplayer:

old version 0.9.0 from Sourceforge
0.9.4 jonhedgerows build used by installer
newer 0.9.4-hg83.814077d09d34 jonhedgerows build

All 3 failed both with and without long description included (0.9.0 
doesn't support long description) when used from get_iplayer

I then copied the AtomicParsley command line generated by get_iplayer 
and wrapped it in a shell script, then ran a similar test from MinGW 
shell.  All 3 AtomicParsley versions worked fine both with and without 
long description included.

I next copied the AtomicParsley command line generated by get_iplayer 
and wrapped it in a Perl script, then ran a similar test from XP command 
prompt using Strawberry Perl 5.12.  All 3 versions of AtomicParsley 
failed both with and without long description included, just as when 
invoked from get_iplayer.  I found that I could get it to work with 
oddball changes like removing a random character from the middle of the 
lyrics text, or truncating the long description at 514 chars, etc. 
That's when I knew I was down the rabbit hole and gave up.

All these results were repeatable, but they don't square with some of 
the other reports on this thread, so take this with a boulder-sized 
grain of salt.  My first thought was that there might be a buffer 
overflow or memory allocation arithmetic error, but that wouldn't 
explain why it works from a shell script and not from a Perl script. 
Besides, I can download and tag other programmes from get_iplayer with 
much longer description text.

Another possibility is that there is some sort of encoding problem, 
which might explain why the shell script worked but the Perl script 
didn't.  But again, I can't see what the problem is.  I tried 
re-encoding the AtomicParsley command line parameters a few different 
ways, but to no avail.  No surprise there.  I can't see anything in the 
metadata for that Spooks episode that would cause encoding problems.  Punt.



From james.cook at bluewin.ch  Wed Sep 21 16:23:59 2011
From: james.cook at bluewin.ch (James Cook)
Date: Wed, 21 Sep 2011 22:23:59 +0200
Subject: Get Iplayer for Windows
In-Reply-To: <4E3EF7D0.5080200@gmail.com>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com>
	<1312485718.20708.38.camel@i7.infradead.org>
	<4E3EF7D0.5080200@gmail.com>
Message-ID: <k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>

On Sun, 07 Aug 2011 21:38:40 +0100, you wrote:

>On 04/08/2011 20:21, David Woodhouse wrote:
>> I would love for someone to step forward and maintain the Windows stuff.
>
>I won't volunteer to take over permanently because - like David - I 
>don't use Windows much and prefer to keep it that way. 

Given that get_iplayer is such a hassle to maintain for installation
on Windows wouldn't distributing say an Ubuntu+get_iplayer package for
e.g.  VMplayer be worth looking at?

JC


From christopher at custommade.org.uk  Wed Sep 21 18:52:24 2011
From: christopher at custommade.org.uk (Christopher Woods (CustomMade))
Date: Wed, 21 Sep 2011 23:52:24 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com><1312485718.20708.38.camel@i7.infradead.org><4E3EF7D0.5080200@gmail.com>
	<k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
Message-ID: <F34DE692A8A145B39B74024F250076F9@mofolaptop>

> >I won't volunteer to take over permanently because - like David - I 
> >don't use Windows much and prefer to keep it that way.
> 
> Given that get_iplayer is such a hassle to maintain for 
> installation on Windows wouldn't distributing say an 
> Ubuntu+get_iplayer package for e.g.  VMplayer be worth looking at?

Whoever does take over Windows duties does take on a responsibility. I
suspect the majority of the Windows userbase is comprised of silent but
largely happy users (like myself until I joined the list a while back).
However, their technical skill level I would bet is probably a way below
that of Linux & Mac users when it comes to commandline fiddling. VMPlayer's
a little... Excessive... For an iPlayer download script don't you think?
It's more than slightly penalising us Windows users just for our choice of
OS.

(I am pragmatic though, I understand the complexities of maintaing a win32
build.) When it boils down to the essentials, what's needed for an update?
Could a base install be provided then, for updates, various binaries just be
bundled together in one NSIS / ZIP and provided to users along with the core
get_iplayer.pl?



From dinkypumpkin at gmail.com  Wed Sep 21 21:34:45 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 22 Sep 2011 02:34:45 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <F34DE692A8A145B39B74024F250076F9@mofolaptop>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com><1312485718.20708.38.camel@i7.infradead.org><4E3EF7D0.5080200@gmail.com>
	<k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
	<F34DE692A8A145B39B74024F250076F9@mofolaptop>
Message-ID: <4E7A90B5.1040803@gmail.com>

On 21/09/2011 23:52, Christopher Woods (CustomMade) wrote:
>> Given that get_iplayer is such a hassle to maintain for
>> installation on Windows wouldn't distributing say an
>> Ubuntu+get_iplayer package for e.g.  VMplayer be worth looking at?
>
> Whoever does take over Windows duties does take on a responsibility. I
> suspect the majority of the Windows userbase is comprised of silent but
> largely happy users (like myself until I joined the list a while back).
> However, their technical skill level I would bet is probably a way below
> that of Linux&  Mac users when it comes to commandline fiddling. VMPlayer's
> a little... Excessive... For an iPlayer download script don't you think?
> It's more than slightly penalising us Windows users just for our choice of
> OS.

It is tempting.  Make that REALLY tempting.  Trust me when I say that an 
Ubuntu+get_iplayer package would be much less hassle to put together and 
test.  However, I think a VMplayer solution could introduce its own 
headaches.  For one thing, we'd be pushing the target audience onto a 
new OS that, by definition, they're not necessarily knowledgeable about. 
  Sure, the process could be reduced to a cookbook of sorts, but we'd 
still be putting get_iplayer into an unfamiliar box for Windows users. 
Plus, we'd be introducing another dependency (and potential source of 
problems) in the shape of VMplayer.  I think that puts the entry barrier 
a bit higher than an average Windows user would rightfully expect. 
Also, we would have to take on the process of maintaining helper 
applications, at least for the near future (mainline repos lag behind), 
though luckily Jon Davies currently fills that role in the Ubuntu 
universe with his PPA.  At the moment we can still utilise the Windows 
builds of helper apps provided by other developers.  Not nearly as good 
as proper package management, but essentially free.

Alternative solutions aside, I think I have removed most of the 
headaches involved in supporting the Windows installer:

- The installer build process is now completely automated.  If you want 
to change the installer script itself, then of course you need to learn 
something about NSIS, but there is help for everything else.
- The installer can (and should) now be built completely in Windows. 
Nothing but batch files and pre-packaged software, all the way down.
- The installer build and deployment process is now documented, so 
hopefully the relevant knowledge won't get lost again.
- All of the helper applications can now be updated by the installer 
without the need to distribute a new build (get_iplayer itself could 
always be updated dynamically).

I hope - touch wood - that we won't need another Windows installer for a 
while, or at least not a major release.  I won't abandon the current 
installer completely, as long as I'm around, but I'm not willing to put 
any more development or testing effort into it beyond the current 
release, which was the gist of my earlier response on this thread.



From dinkypumpkin at gmail.com  Thu Sep 22 14:48:59 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 22 Sep 2011 19:48:59 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <F34DE692A8A145B39B74024F250076F9@mofolaptop>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com><1312485718.20708.38.camel@i7.infradead.org><4E3EF7D0.5080200@gmail.com>
	<k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
	<F34DE692A8A145B39B74024F250076F9@mofolaptop>
Message-ID: <4E7B831B.7090801@gmail.com>

On 21/09/2011 23:52, Christopher Woods (CustomMade) wrote:
> (I am pragmatic though, I understand the complexities of maintaing a win32
> build.) When it boils down to the essentials, what's needed for an update?

With the current installer, updating helper applications requires 
posting a small configuration file to infradead.org and swapping a 
symbolic link to point to it.  Whenever the installer runs, it downloads 
that file, looks for changes, and selects any updated components for 
re-install (the user can opt not to upgrade, of course).  Updating 
get_iplayer itself requires running some scripts at infradead.org to cut 
a new release from the git repo and post the release snapshot on the web 
site.  Once that is done, the process is similar to that for helper 
apps.  When the installer runs, it downloads a small version file from 
the web site, checks for a new version, and selects the get_iplayer 
component for reinstall if indicated.  So, with that infrastructure in 
place, the update process isn't too bad.

One wrinkle is the bundled version of Perl.  Right now, it can't be 
updated separately.  It must be included in the installer, though it 
would be easy to make it a separately-updated component so long as there 
was a place to host the archive.  OTOH, it shouldn't need to be updated 
again for quite a while.

> Could a base install be provided then, for updates, various binaries just be
> bundled together in one NSIS / ZIP and provided to users along with the core
> get_iplayer.pl?

I think it might be simpler to just have a standalone installer, rebuilt 
as needed, rather than separate updaters.  There are only seven 
installable components, none of which are especially volatile. The only 
helper app likely to warrant an upgrade in the next 6 months is 
RTMPDump, when and if its developers produce a final version 2.4.

FWIW, I implemented the capability for building standalone installers in 
the current code.  The addition of all the helper apps makes for a much 
heftier payload, but an all-in-one bundle has the virtue of simplicity. 
  A big chunk of the installer code is devoted to dealing with 
installation of the helper apps.  Most of that could go away if you 
bundled everything together in the installer binary.  In the end, I 
decided it was a step too far for this release, but it's there if 
someone wants to take it in that direction.

If you wanted to slim down a standalone installer, you could dump LAME 
and VLC. With no more RealAudio streams, LAME is never used, as far as I 
know. VLC is only invoked for 3gp/n95 streams (do many people use 
that?), and I'm sure a lot of people don't need it for Web PVR playback. 
  You could supply instructions for those users in lieu of the whole VLC 
package.  It's easy enough to download and install.  You might also be 
able to dump MPlayer and replace it with instructions for those users 
who really want WMA streams.  However, I don't think it has ever been 
resolved whether FFmpeg can adequately replace MPlayer for flashaudio 
streams.  It seems to work OK for me, but warning messages are still 
generated.  And you could simplify things yet further by dumping the 
custom distribution of Perl in favour of instructions for Strawberry 
Perl installation.  But that would probably be on excision too far since 
it makes extra work for every Windows user.



From richard_get_iplayer at richsim900.plus.com  Fri Sep 23 16:49:29 2011
From: richard_get_iplayer at richsim900.plus.com (richard_get_iplayer)
Date: Fri, 23 Sep 2011 21:49:29 +0100
Subject: AtomicParsley - Failed to tag M4A file
Message-ID: <1316810969.7306.7.camel@base-desktop>

After downloading three R4 Extra radio programmes, I got error message
on the last download. I'm using Ubuntu.

  
-------------- next part --------------
INFO: Recorded /home/richard/BBC_radio_m4a/Clare_in_the_Community_Series_7_-_1._The_Prisoner_b014qxbj_default.m4a

INFO: Downloaded Thumbnail to '/home/richard/BBC_radio_m4a/Clare_in_the_Community_Series_7_-_1._The_Prisoner_b014qxbj_default.jpg'
INFO: MP4 tagging M4A file
*** glibc detected *** AtomicParsley: free(): invalid next size (normal): 0x08081b78 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb74e1b25]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb74e5590]
AtomicParsley[0x8051927]
AtomicParsley[0x8051a70]
AtomicParsley[0x8059126]
AtomicParsley[0x805b869]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb748c450]
AtomicParsley(__gxx_personality_v0+0x5d)[0x8048ef1]
======= Memory map: ========
08048000-0806b000 r-xp 00000000 08:05 400783     /usr/bin/AtomicParsley
0806b000-0806e000 rw-p 00022000 08:05 400783     /usr/bin/AtomicParsley
0806e000-0809e000 rw-p 0806e000 00:00 0          [heap]
b7300000-b7321000 rw-p b7300000 00:00 0 
b7321000-b7400000 ---p b7321000 00:00 0 
b7475000-b7476000 rw-p b7475000 00:00 0 
b7476000-b75bf000 r-xp 00000000 08:02 82128      /lib/tls/i686/cmov/libc-2.7.so
b75bf000-b75c0000 r--p 00149000 08:02 82128      /lib/tls/i686/cmov/libc-2.7.so
b75c0000-b75c2000 rw-p 0014a000 08:02 82128      /lib/tls/i686/cmov/libc-2.7.so
b75c2000-b75c5000 rw-p b75c2000 00:00 0 
b75c5000-b75cf000 r-xp 00000000 08:02 65905      /lib/libgcc_s.so.1
b75cf000-b75d0000 rw-p 0000a000 08:02 65905      /lib/libgcc_s.so.1
b75d0000-b75f3000 r-xp 00000000 08:02 82136      /lib/tls/i686/cmov/libm-2.7.so
b75f3000-b75f5000 rw-p 00023000 08:02 82136      /lib/tls/i686/cmov/libm-2.7.so
b75f5000-b76dd000 r-xp 00000000 08:05 278219     /usr/lib/libstdc++.so.6.0.9
b76dd000-b76e0000 r--p 000e8000 08:05 278219     /usr/lib/libstdc++.so.6.0.9
b76e0000-b76e2000 rw-p 000eb000 08:05 278219     /usr/lib/libstdc++.so.6.0.9
b76e2000-b76e9000 rw-p b76e2000 00:00 0 
b76fa000-b76fb000 rw-p b76fa000 00:00 0 
b76fb000-b76fc000 r-xp b76fb000 00:00 0          [vdso]
b76fc000-b7716000 r-xp 00000000 08:02 67305      /lib/ld-2.7.so
b7716000-b7718000 rw-p 00019000 08:02 67305      /lib/ld-2.7.so
bfd0a000-bfd20000 rw-p bffe9000 00:00 0          [stack]
INFO: Command exit code 2 (raw code = 6)
WARNING: Failed to tag M4A file



From dwmw2 at infradead.org  Fri Sep 23 16:57:41 2011
From: dwmw2 at infradead.org (David Woodhouse)
Date: Fri, 23 Sep 2011 21:57:41 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1316810969.7306.7.camel@base-desktop>
References: <1316810969.7306.7.camel@base-desktop>
Message-ID: <1316811462.10470.37.camel@shinybook.infradead.org>

On Fri, 2011-09-23 at 21:49 +0100, richard_get_iplayer wrote:
> After downloading three R4 Extra radio programmes, I got error message
> on the last download. I'm using Ubuntu.

Ah, that makes it easier to find the problem; thanks.

Can you show the command line used to tag the file? So we can reproduce
it just by running AtomicParsley rather than having to do the whole
download.

Then you should be able to file a bug. If you can run it in valgrind
first, to debug its memory usage, that would be useful.

-- 
dwmw2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20110923/4d81c742/attachment.bin>

From richard at richsim900.plus.com  Sat Sep 24 06:53:32 2011
From: richard at richsim900.plus.com (richard)
Date: Sat, 24 Sep 2011 11:53:32 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1316811462.10470.37.camel@shinybook.infradead.org>
Message-ID: <1316861612.7296.7.camel@base-desktop>

On Fri Sep 23 16:57:41 EDT 2011 David Woodhouse wrote:

>
> Can you show the command line used to tag the file?

The command line used:

get_iplayer --type=radio --get 10623 --mode=flashaacstd 

>
> Then you should be able to file a bug. If you can run it in valgrind
> first, to debug its memory usage, that would be useful.

I've not used valgrind before. I've installed it now. If you can give me
the command to use with valgrind, I'll have a go.




From dwmw2 at infradead.org  Sat Sep 24 07:13:22 2011
From: dwmw2 at infradead.org (David Woodhouse)
Date: Sat, 24 Sep 2011 12:13:22 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1316861612.7296.7.camel@base-desktop>
References: <1316861612.7296.7.camel@base-desktop>
Message-ID: <1316862804.3683.2.camel@shinybook.infradead.org>

On Sat, 2011-09-24 at 11:53 +0100, richard wrote:
> On Fri Sep 23 16:57:41 EDT 2011 David Woodhouse wrote:
> 
> >
> > Can you show the command line used to tag the file?
> 
> The command line used:
> 
> get_iplayer --type=radio --get 10623 --mode=flashaacstd 

I was after the AtomicParsley command line. If we report it to the
AtomicParsley developers, they may not be in the UK and be able to
reproduce it that way. And even if they are, it's a whole lot easier and
quicker just to say "use <this> test file and run <this> command", than
to make them re-download it over and over again.

> >
> > Then you should be able to file a bug. If you can run it in valgrind
> > first, to debug its memory usage, that would be useful.
> 
> I've not used valgrind before. I've installed it now. If you can give me
> the command to use with valgrind, I'll have a go.

Just prefix the AtomicParsley command with 'valgrind', for a start.

Or prefix it with 'gdb --args', then 'run' until it crashes, and
'backtrace'.
 
-- 
dwmw2
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/get_iplayer/attachments/20110924/8ad90305/attachment.bin>

From richard at richsim900.plus.com  Sat Sep 24 08:54:11 2011
From: richard at richsim900.plus.com (richard)
Date: Sat, 24 Sep 2011 13:54:11 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1316862804.3683.2.camel@shinybook.infradead.org>
Message-ID: <1316868851.7474.8.camel@base-desktop>

On Sat Sep 24 07:13:22 EDT 2011 David Woodhouse wrote:

>
> I was after the AtomicParsley command line.

Forgive my ignorance, but I don't know what the AtomicParsley command
line is. I don't use any tagging options. I assume get_iplayer uses a
default setting to call AtomicParsley tagging. I don't know what that
is.

You'll have to tell me how to find the AtomicParsley command line, or
I'm out of my depth here.

 



From roadcone at gmx.com  Sat Sep 24 12:13:06 2011
From: roadcone at gmx.com (Clive)
Date: Sat, 24 Sep 2011 17:13:06 +0100
Subject: Availabilities of get_iplayer under OS other than Win and Linux
Message-ID: <4E7E0192.2050309@gmx.com>

I was looking at these new-fangled ;-) tablet PCs. Most of them are not 
Windows, and I have found none that are Linux. Does there exist, or are 
there plans to produce, a version of get_iplayer for other OSs - 
particularly Android?

Clive


From roadcone at gmx.com  Sat Sep 24 15:07:31 2011
From: roadcone at gmx.com (Clive)
Date: Sat, 24 Sep 2011 20:07:31 +0100
Subject: Availabilities of get_iplayer under OS other than Win and Linux
In-Reply-To: <CAGGcgcz1pzomPgHr4QQX2ov=DnfXRz-yN7WMnvY6PvwQx1V58w@mail.gmail.com>
References: <4E7E0192.2050309@gmx.com>
	<CAGGcgcz1pzomPgHr4QQX2ov=DnfXRz-yN7WMnvY6PvwQx1V58w@mail.gmail.com>
Message-ID: <4E7E2A73.2000601@gmx.com>

I certainly did not realise that - showing my ignorance. So, does that 
mean that a standard Linux install will work on an Android tablet? Do 
Android tablets have a command prompt (showing my DOS heritage now), 
sorry, terminal?

Clive


On 24/09/11 19:26, Andy Stevens wrote:
> Actually, you've probably looked at a lot of tablets that are Linux,
> seeing as that's what Android's based on... they just don't run ubuntu. ;-)
>
> On 24 Sep 2011 17:13, "Clive" <roadcone at gmx.com
> <mailto:roadcone at gmx.com>> wrote:
>  > I was looking at these new-fangled ;-) tablet PCs. Most of them are not
>  > Windows, and I have found none that are Linux. Does there exist, or are
>  > there plans to produce, a version of get_iplayer for other OSs -
>  > particularly Android?
>  >
>  > Clive
>  >
>  > _______________________________________________
>  > get_iplayer mailing list
>  > get_iplayer at lists.infradead.org <mailto:get_iplayer at lists.infradead.org>
>  > http://lists.infradead.org/mailman/listinfo/get_iplayer


From kernelbasher at gmail.com  Sat Sep 24 15:58:00 2011
From: kernelbasher at gmail.com (Carl Fletcher)
Date: Sat, 24 Sep 2011 20:58:00 +0100
Subject: Availabilities of get_iplayer under OS other than Win and Linux
In-Reply-To: <4E7E2A73.2000601@gmx.com>
References: <4E7E0192.2050309@gmx.com>
	<CAGGcgcz1pzomPgHr4QQX2ov=DnfXRz-yN7WMnvY6PvwQx1V58w@mail.gmail.com>
	<4E7E2A73.2000601@gmx.com>
Message-ID: <4E7E3648.9090302@gmail.com>

On 24/09/11 20:07, Clive wrote:
> I certainly did not realise that - showing my ignorance. So, does that
> mean that a standard Linux install will work on an Android tablet? Do
> Android tablets have a command prompt (showing my DOS heritage now),
> sorry, terminal?
>
> Clive
>
>
> On 24/09/11 19:26, Andy Stevens wrote:
>> Actually, you've probably looked at a lot of tablets that are Linux,
>> seeing as that's what Android's based on... they just don't run
>> ubuntu. ;-)
>>
>> On 24 Sep 2011 17:13, "Clive" <roadcone at gmx.com
>> <mailto:roadcone at gmx.com>> wrote:
>> > I was looking at these new-fangled ;-) tablet PCs. Most of them are not
>> > Windows, and I have found none that are Linux. Does there exist, or are
>> > there plans to produce, a version of get_iplayer for other OSs -
>> > particularly Android?
>> >
>> > Clive
>> >
>> > _______________________________________________
>> > get_iplayer mailing list
>> > get_iplayer at lists.infradead.org
>> <mailto:get_iplayer at lists.infradead.org>
>> > http://lists.infradead.org/mailman/listinfo/get_iplayer
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
One could always install a Linux OS (Eg: Ubuntu) in Virtual Box or other 
VM, if your machine supports that.


From james.cook at bluewin.ch  Sun Sep 25 07:49:11 2011
From: james.cook at bluewin.ch (James Cook)
Date: Sun, 25 Sep 2011 13:49:11 +0200
Subject: Get Iplayer for Windows
In-Reply-To: <4E7A90B5.1040803@gmail.com>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com><1312485718.20708.38.camel@i7.infradead.org><4E3EF7D0.5080200@gmail.com>
	<k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
	<F34DE692A8A145B39B74024F250076F9@mofolaptop>
	<4E7A90B5.1040803@gmail.com>
Message-ID: <tolt779ulkca4iolqlkmcmrb7ebrr9bh2g@4ax.com>

On Thu, 22 Sep 2011 02:34:45 +0100, you wrote:

>It is tempting.  Make that REALLY tempting.  Trust me when I say that an 
>Ubuntu+get_iplayer package would be much less hassle to put together and 
>test.  However, I think a VMplayer solution could introduce its own 
>headaches.  For one thing, we'd be pushing the target audience onto a 
>new OS that, by definition, they're not necessarily knowledgeable about. 

I suppose where I'm going with this is a VirtualBox holding only a CLI
(command line - shell) Ubuntu/*nix being accessed on the command line
from the host system where you do something like 
">virtbox client shell get_iplayer --pid=w343rft"
and it writes mp4s to the host file system
So in effect no new OS for the user.

>  Sure, the process could be reduced to a cookbook of sorts, but we'd 
>still be putting get_iplayer into an unfamiliar box for Windows users. 
>Plus, we'd be introducing another dependency (and potential source of 
>problems) in the shape of VMplayer.  I think that puts the entry barrier 
>a bit higher than an average Windows user would rightfully expect. 
>Also, we would have to take on the process of maintaining helper 
>applications, at least for the near future (mainline repos lag behind), 
>though luckily Jon Davies currently fills that role in the Ubuntu 
>universe with his PPA.  At the moment we can still utilise the Windows 
>builds of helper apps provided by other developers.  Not nearly as good 
>as proper package management, but essentially free.

A further "advantage" (if this approach works at all) is you'd only
need to maintain one or two (i386, 64 bit, ...ARM ? ) versions of
get_iplayer - and all the tools it uses for ALL host flavours of *nix

JC


From insomniacpenguin at googlemail.com  Mon Sep 26 08:26:39 2011
From: insomniacpenguin at googlemail.com (Andy Stevens)
Date: Mon, 26 Sep 2011 13:26:39 +0100
Subject: Availabilities of get_iplayer under OS other than Win and Linux
In-Reply-To: <4E7E2A73.2000601@gmx.com>
References: <4E7E0192.2050309@gmx.com><CAGGcgcz1pzomPgHr4QQX2ov=DnfXRz-yN7WMnvY6PvwQx1V58w@mail.gmail.com>
	<4E7E2A73.2000601@gmx.com>
Message-ID: <33962AFD511F4789B5202A692B683065@Anon>

If there's a "standard Linux install" that's built for ARM, includes all the 
necessary device drivers for the tablet's sensors etc., and you can find a 
way to re-flash the built-in OS with it, then it might work.  Search the net 
for "debian" and the tablet's manufacturer/model and see if anything comes 
up.

As for a terminal prompt, http://tinyurl.com/645resj is one option.


Andy.

----- Original Message ----- 
From: "Clive" <roadcone at gmx.com>
To: <get_iplayer at lists.infradead.org>
Sent: Saturday, September 24, 2011 8:07 PM
Subject: Re: Availabilities of get_iplayer under OS other than Win and Linux


>I certainly did not realise that - showing my ignorance. So, does that mean 
>that a standard Linux install will work on an Android tablet? Do Android 
>tablets have a command prompt (showing my DOS heritage now), sorry, 
>terminal?
>
> Clive
>
>
> On 24/09/11 19:26, Andy Stevens wrote:
>> Actually, you've probably looked at a lot of tablets that are Linux,
>> seeing as that's what Android's based on... they just don't run ubuntu. 
>> ;-)
>>
>> On 24 Sep 2011 17:13, "Clive" <roadcone at gmx.com
>> <mailto:roadcone at gmx.com>> wrote:
>>  > I was looking at these new-fangled ;-) tablet PCs. Most of them are 
>> not
>>  > Windows, and I have found none that are Linux. Does there exist, or 
>> are
>>  > there plans to produce, a version of get_iplayer for other OSs -
>>  > particularly Android?
>>  >
>>  > Clive



From roadcone at gmx.com  Mon Sep 26 15:03:12 2011
From: roadcone at gmx.com (Clive)
Date: Mon, 26 Sep 2011 20:03:12 +0100
Subject: Availabilities of get_iplayer under OS other than Win and Linux
In-Reply-To: <33962AFD511F4789B5202A692B683065@Anon>
References: <4E7E0192.2050309@gmx.com><CAGGcgcz1pzomPgHr4QQX2ov=DnfXRz-yN7WMnvY6PvwQx1V58w@mail.gmail.com>
	<4E7E2A73.2000601@gmx.com> <33962AFD511F4789B5202A692B683065@Anon>
Message-ID: <4E80CC70.5060505@gmx.com>

Thanks for your assistance Andy ... and the fun way, edged mildly in 
sarcasm, that you used to direct me to google. I really had not thought 
of that option, believing that google does not know everything.

Clive



On 26/09/11 13:26, Andy Stevens wrote:
> If there's a "standard Linux install" that's built for ARM, includes all
> the necessary device drivers for the tablet's sensors etc., and you can
> find a way to re-flash the built-in OS with it, then it might work.
> Search the net for "debian" and the tablet's manufacturer/model and see
> if anything comes up.
>
> As for a terminal prompt, http://tinyurl.com/645resj is one option.
>
>
> Andy.
>
> ----- Original Message ----- From: "Clive" <roadcone at gmx.com>
> To: <get_iplayer at lists.infradead.org>
> Sent: Saturday, September 24, 2011 8:07 PM
> Subject: Re: Availabilities of get_iplayer under OS other than Win and
> Linux
>
>
>> I certainly did not realise that - showing my ignorance. So, does that
>> mean that a standard Linux install will work on an Android tablet? Do
>> Android tablets have a command prompt (showing my DOS heritage now),
>> sorry, terminal?
>>
>> Clive
>>
>>
>> On 24/09/11 19:26, Andy Stevens wrote:
>>> Actually, you've probably looked at a lot of tablets that are Linux,
>>> seeing as that's what Android's based on... they just don't run
>>> ubuntu. ;-)
>>>
>>> On 24 Sep 2011 17:13, "Clive" <roadcone at gmx.com
>>> <mailto:roadcone at gmx.com>> wrote:
>>> > I was looking at these new-fangled ;-) tablet PCs. Most of them are
>>> not
>>> > Windows, and I have found none that are Linux. Does there exist, or
>>> are
>>> > there plans to produce, a version of get_iplayer for other OSs -
>>> > particularly Android?
>>> >
>>> > Clive
>
>


From dinkypumpkin at gmail.com  Mon Sep 26 18:54:22 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Mon, 26 Sep 2011 23:54:22 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <tolt779ulkca4iolqlkmcmrb7ebrr9bh2g@4ax.com>
References: <8CE20E32F9A1E1A-F0C-1914E@webmail-m023.sysops.aol.com><1312485718.20708.38.camel@i7.infradead.org><4E3EF7D0.5080200@gmail.com>
	<k8hk77l3j2npb0dc2p09t56s247l772uhk@4ax.com>
	<F34DE692A8A145B39B74024F250076F9@mofolaptop>
	<4E7A90B5.1040803@gmail.com>
	<tolt779ulkca4iolqlkmcmrb7ebrr9bh2g@4ax.com>
Message-ID: <4E81029E.8070207@gmail.com>

On 25/09/2011 12:49, James Cook wrote:
> I suppose where I'm going with this is a VirtualBox holding only a CLI
> (command line - shell) Ubuntu/*nix being accessed on the command line
> from the host system where you do something like
> ">virtbox client shell get_iplayer --pid=w343rft"
> and it writes mp4s to the host file system
> So in effect no new OS for the user.

I get it now.  I was thinking of "vmplayer" a bit too literally.  Your 
method works OK here for downloads, but I couldn't find a working 
incantation for live streaming (no loss in my book, and maybe not 
possible).  But, in a lovely bit of synchronicity, guest execution has 
recently been broken by VirtualBox 4.1.2 guest additions.

On question springs to mind: how much can an Ubuntu installation be 
stripped down?  VirtualBox + VM w/ default Ubuntu command-line install + 
all get_iplayer dependencies could take up 1GB on the host system disk. 
  The current Windows install is ~200MB, but that could be cut by a 
third if VLC were dropped.  I'd guess Linux disk overhead would be 
somewhat less since perl is already installed.  I suppose most people 
wouldn't be bothered, but 1GB seems hefty just for get_iplayer.

Another, minor consideration: the web pvr manager.  I don't think it is 
currently packaged for Ubuntu, but if your concept were to become 
reality it would be a shame to lose it, particularly for Windows users. 
  It works OK via VirtualBox as well, but I'm not sure what would the 
best way to configure it: start/stop scripts on host, boot-time startup 
on guest, or something else.  That decision would feed into the 
packaging and/or host system setup scripts.



From clivebuc at gmail.com  Tue Sep 27 15:18:06 2011
From: clivebuc at gmail.com (Clive)
Date: Tue, 27 Sep 2011 20:18:06 +0100
Subject: Fwd: Seeking guidance to record streaming audio at time of broadcast
Message-ID: <4E82216E.3050901@uk2.net>

Hello,

I have not used get_iplayer to record a live broadcast. I would like to 
record Saturday's BBC R3 Opera Tosca at 6pm (in the highest quality 
available). I would be grateful if someone could give me the command 
line, with an explanation, and explain how I find the server details for 
a particular broadcast.

Many thanks.

Clive



From batguano999 at hotmail.com  Tue Sep 27 18:50:12 2011
From: batguano999 at hotmail.com (bat guano)
Date: Tue, 27 Sep 2011 22:50:12 +0000
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <4E82216E.3050901@uk2.net>
References: <4E82216E.3050901@uk2.net>
Message-ID: <DUB104-W27F9DDFCB0EAF0BF57CF4BF3F00@phx.gbl>




----------------------------------------
> Date: Tue, 27 Sep 2011 20:18:06 +0100
> From: clivebuc at gmail.com
> To: get_iplayer at lists.infradead.org
> Subject: Fwd: Seeking guidance to record streaming audio at time of broadcast
>
> Hello,
>
> I have not used get_iplayer to record a live broadcast. I would like to
> record Saturday's BBC R3 Opera Tosca at 6pm (in the highest quality
> available). I would be grateful if someone could give me the command
> line, with an explanation, and explain how I find the server details for
> a particular broadcast.
>
> Many thanks.
>
> Clive
>
>
Hi
This command will download live Radio 3 HD (320Kbps):-
get_iplayer --get --type=liveradio "http://www.bbc.co.uk/mediaselector/4/gtis/?server=cp60703.live.edgefcs.net&identifier=Special_Event1_UK at s6485&kind=akamai&application=live"

The result is an flv file, it can then be re-packaged as m4a.
The explanation is here:- http://lists.infradead.org/pipermail/get_iplayer/2010-December/000390.html

 		 	   		  

From rafael.coman at gmail.com  Tue Sep 27 21:00:26 2011
From: rafael.coman at gmail.com (=?ISO-8859-2?Q?C=E3t=E3lin_Rafael_Coman?=)
Date: Wed, 28 Sep 2011 04:00:26 +0300
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <4E82216E.3050901@uk2.net>
References: <4E82216E.3050901@uk2.net>
Message-ID: <4792555893174513972@unknownmsgid>

Hello,

The highest quality available for Radio 3 is 320kbps AAC. On Radio 3's
webpage you can click on the 'Listen in HD' button to listen to this
stream. However, I don't know if get_iplayer is capable of grabbing
this. For recording this stream I use a special software called Replay
Media Catcher from Applian. This software can grab any streaming data,
audio or video, from streams that otherwise would be hard to record.
You just have to start the program and then push play on the Radio 3
HD Sound page. The software automatically detects the new stream and
starts recording it.

On 27 Sep 2011, at 22:18, Clive <clivebuc at gmail.com> wrote:

> Hello,
>
> I have not used get_iplayer to record a live broadcast. I would like to record Saturday's BBC R3 Opera Tosca at 6pm (in the highest quality available). I would be grateful if someone could give me the command line, with an explanation, and explain how I find the server details for a particular broadcast.
>
> Many thanks.
>
> Clive
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer


From marshall at mcleave.orangehome.co.uk  Wed Sep 28 02:21:29 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 07:21:29 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <4E82216E.3050901@uk2.net>
References: <4E82216E.3050901@uk2.net>
Message-ID: <20110928072129.466b1b0a@jynx.WAG54GS>

On Tue, 27 Sep 2011 20:18:06 +0100
Clive <clivebuc at gmail.com> wrote:

> Hello,
> 
> I have not used get_iplayer to record a live broadcast. I would like
> to record Saturday's BBC R3 Opera Tosca at 6pm (in the highest
> quality available). I would be grateful if someone could give me the
> command line, with an explanation, and explain how I find the server
> details for a particular broadcast.
> 
> Many thanks.
> 
> Clive

While running the risk of getting kicked in the balls for saying so
here, I use mplayer to do the recording of live radio programmes.
mplayer seems to handle live streams better (for me), I see less
stream drops and cut outs than using get_iplayer.

The command

mplayer 'url_of_stream' -dumpstream -dumpfile captured_file_name.aac

mplayer
'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6'
-dumpstream -dumpfile r3.aac

This dumps the 320kbit aac stream into a file called r3.aac

To find a radio stream url go to somewhere like
http://www.listenlive.eu/uk.html and open the playlist file of the
station/format/bitrate in a text editor and just copy and paste it into
the above command. (Make sure you surround the url in single ' quotes
or the "&'s" will cause you problems.)

-Marshall




From marshall at mcleave.orangehome.co.uk  Wed Sep 28 02:28:25 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 07:28:25 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928072129.466b1b0a@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
Message-ID: <20110928072825.4cf5a745@jynx.WAG54GS>

On Wed, 28 Sep 2011 07:21:29 +0100
marshall <marshall at mcleave.orangehome.co.uk> wrote:

> On Tue, 27 Sep 2011 20:18:06 +0100
> Clive <clivebuc at gmail.com> wrote:
> 
> > Hello,
> > 
> > I have not used get_iplayer to record a live broadcast. I would like
> > to record Saturday's BBC R3 Opera Tosca at 6pm (in the highest
> > quality available). I would be grateful if someone could give me the
> > command line, with an explanation, and explain how I find the server
> > details for a particular broadcast.
> > 
> > Many thanks.
> > 
> > Clive
> 
> While running the risk of getting kicked in the balls for saying so
> here, I use mplayer to do the recording of live radio programmes.
> mplayer seems to handle live streams better (for me), I see less
> stream drops and cut outs than using get_iplayer.
> 
> The command
> 
> mplayer 'url_of_stream' -dumpstream -dumpfile captured_file_name.aac
> 
> mplayer
> 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6'
> -dumpstream -dumpfile r3.aac
> 
> This dumps the 320kbit aac stream into a file called r3.aac
> 
> To find a radio stream url go to somewhere like
> http://www.listenlive.eu/uk.html and open the playlist file of the
> station/format/bitrate in a text editor and just copy and paste it
> into the above command. (Make sure you surround the url in single '
> quotes or the "&'s" will cause you problems.)
> 
> -Marshall
> 

Yeah I forgot to say ctrl-c to end/finsh the stream dump.




From batguano999 at hotmail.com  Wed Sep 28 07:45:50 2011
From: batguano999 at hotmail.com (bat guano)
Date: Wed, 28 Sep 2011 11:45:50 +0000
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928072825.4cf5a745@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>,
	<20110928072825.4cf5a745@jynx.WAG54GS>
Message-ID: <DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>




----------------------------------------
> Date: Wed, 28 Sep 2011 07:28:25 +0100
> From: marshall at mcleave.orangehome.co.uk
> To: get_iplayer at lists.infradead.org
> Subject: Re: Seeking guidance to record streaming audio at time of broadcast
>
> On Wed, 28 Sep 2011 07:21:29 +0100
> marshall <marshall at mcleave.orangehome.co.uk> wrote:
>
> > On Tue, 27 Sep 2011 20:18:06 +0100
> > Clive <clivebuc at gmail.com> wrote:
> >
> > > Hello,
> > >
> > > I have not used get_iplayer to record a live broadcast. I would like
> > > to record Saturday's BBC R3 Opera Tosca at 6pm (in the highest
> > > quality available). I would be grateful if someone could give me the
> > > command line, with an explanation, and explain how I find the server
> > > details for a particular broadcast.
> > >
> > > Many thanks.
> > >
> > > Clive
> >
> > While running the risk of getting kicked in the balls for saying so
> > here, I use mplayer to do the recording of live radio programmes.
> > mplayer seems to handle live streams better (for me), I see less
> > stream drops and cut outs than using get_iplayer.
> >
> > The command
> >
> > mplayer 'url_of_stream' -dumpstream -dumpfile captured_file_name.aac
> >
> > mplayer
> > 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6'
> > -dumpstream -dumpfile r3.aac
> >
> > This dumps the 320kbit aac stream into a file called r3.aac
> >
> > To find a radio stream url go to somewhere like
> > http://www.listenlive.eu/uk.html and open the playlist file of the
> > station/format/bitrate in a text editor and just copy and paste it
> > into the above command. (Make sure you surround the url in single '
> > quotes or the "&'s" will cause you problems.)
> >
> > -Marshall
> >
>
> Yeah I forgot to say ctrl-c to end/finsh the stream dump.
>
>
That's smart Marshall. :-)

(I didn't know that Radio 3 HD 320k was now available using a pls feed).

Your commmand can be simplified a little:-
mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls' -dumpstream -dumpfile r3.aac

Then wrap it in m4a:-
ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a

I think using the "pls" feed with mPlayer will be more reliable than using the "mediaselector/special_event" feed with get_iplayer. ;-)

 		 	   		  

From marshall at mcleave.orangehome.co.uk  Wed Sep 28 10:12:04 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 15:12:04 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
	<20110928072825.4cf5a745@jynx.WAG54GS>
	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
Message-ID: <20110928151204.4e08b11c@jynx.WAG54GS>

On Wed, 28 Sep 2011 11:45:50 +0000
bat guano <batguano999 at hotmail.com> wrote:

> 
> 
> 
> ----------------------------------------
> > Date: Wed, 28 Sep 2011 07:28:25 +0100
> > From: marshall at mcleave.orangehome.co.uk
> > To: get_iplayer at lists.infradead.org
> > Subject: Re: Seeking guidance to record streaming audio at time of
> > broadcast
> >
> > On Wed, 28 Sep 2011 07:21:29 +0100
> > marshall <marshall at mcleave.orangehome.co.uk> wrote:
> >
> > > On Tue, 27 Sep 2011 20:18:06 +0100
> > > Clive <clivebuc at gmail.com> wrote:
> > >
> > > > Hello,
> > > >
> > > > I have not used get_iplayer to record a live broadcast. I would
> > > > like to record Saturday's BBC R3 Opera Tosca at 6pm (in the
> > > > highest quality available). I would be grateful if someone
> > > > could give me the command line, with an explanation, and
> > > > explain how I find the server details for a particular
> > > > broadcast.
> > > >
> > > > Many thanks.
> > > >
> > > > Clive
> > >
> > > While running the risk of getting kicked in the balls for saying
> > > so here, I use mplayer to do the recording of live radio
> > > programmes. mplayer seems to handle live streams better (for me),
> > > I see less stream drops and cut outs than using get_iplayer.
> > >
> > > The command
> > >
> > > mplayer 'url_of_stream' -dumpstream -dumpfile
> > > captured_file_name.aac
> > >
> > > mplayer
> > > 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6'
> > > -dumpstream -dumpfile r3.aac
> > >
> > > This dumps the 320kbit aac stream into a file called r3.aac
> > >
> > > To find a radio stream url go to somewhere like
> > > http://www.listenlive.eu/uk.html and open the playlist file of the
> > > station/format/bitrate in a text editor and just copy and paste it
> > > into the above command. (Make sure you surround the url in single
> > > ' quotes or the "&'s" will cause you problems.)
> > >
> > > -Marshall
> > >
> >
> > Yeah I forgot to say ctrl-c to end/finsh the stream dump.
> >
> >
> That's smart Marshall. :-)
> 
> (I didn't know that Radio 3 HD 320k was now available using a pls
> feed).
> 
> Your commmand can be simplified a little:-
> mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
> -dumpstream -dumpfile r3.aac
> 
> Then wrap it in m4a:-
> ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a
> 
> I think using the "pls" feed with mPlayer will be more reliable than
> using the "mediaselector/special_event" feed with get_iplayer. ;-)
> 


Nice, I'm all for keeping it simple. :D

I take it the ffmpeg command is for turning the file into something 
itunes can handle, if you need that sort of thing?

-Marshall




From roger at firedrake.org  Wed Sep 28 10:19:35 2011
From: roger at firedrake.org (Roger Burton West)
Date: Wed, 28 Sep 2011 15:19:35 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928151204.4e08b11c@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
	<20110928072825.4cf5a745@jynx.WAG54GS>
	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS>
Message-ID: <20110928141935.GA2403@firedrake.org>

On Wed, Sep 28, 2011 at 03:12:04PM +0100, marshall wrote:

>I take it the ffmpeg command is for turning the file into something 
>itunes can handle, if you need that sort of thing?

Not just iTunes - audacious for example will play but not seek the raw
aac files, whereas it can seek on the converted m4as.

R


From marshall at mcleave.orangehome.co.uk  Wed Sep 28 11:12:20 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 16:12:20 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928141935.GA2403@firedrake.org>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
	<20110928072825.4cf5a745@jynx.WAG54GS>
	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS>
	<20110928141935.GA2403@firedrake.org>
Message-ID: <20110928161220.6cff43ba@jynx.WAG54GS>

On Wed, 28 Sep 2011 15:19:35 +0100
Roger Burton West <roger at firedrake.org> wrote:


> On Wed, Sep 28, 2011 at 03:12:04PM +0100, marshall wrote:
> 
> >I take it the ffmpeg command is for turning the file into something 
> >itunes can handle, if you need that sort of thing?
> 
> Not just iTunes - audacious for example will play but not seek the raw
> aac files, whereas it can seek on the converted m4as

Ooohh. I'll have to remember that. 
My usual player (ffplay) handles the raw aac's fine, but I think I'll
start turning them into m4as now I know that.

Cheers
-Marshall




From roadcone at gmx.com  Wed Sep 28 15:11:35 2011
From: roadcone at gmx.com (Clive)
Date: Wed, 28 Sep 2011 20:11:35 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928151204.4e08b11c@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net>
	<20110928072129.466b1b0a@jynx.WAG54GS>	<20110928072825.4cf5a745@jynx.WAG54GS>	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS>
Message-ID: <4E837167.8070603@gmx.com>

>
> Your commmand can be simplified a little:-
> mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
> -dumpstream -dumpfile r3.aac
>
> Then wrap it in m4a:-
> ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a
>
> I think using the "pls" feed with mPlayer will be more reliable than
> using the "mediaselector/special_event" feed with get_iplayer. ;-)
>
>
When I use the long url taken from listenlive.eu, a couple of things - 
this seems to change periodically, even when I was trying it out this 
evening, and which url do I use, the '1' or the '2'? Secondly, while it 
is running, the terminal cursor flashes and the file r3.aac appears and 
gets bigger (as one would expect).

Now, if I use the generic url above, accessing the .pls file, the 
terminal has all manner of activity; I don't get to see r3.aac created 
and when I press Ctrl+C, the activity stops but I can't find r3.aac. Can 
someone enlighten me please?

And where are my manners - a sincere thank you to those that have posted 
and got me this far.

I now need to incorporate this into at or crontab and neither seem to 
work for me. Both list the job as forthcoming but neither run the 
command line task. As an alternative, I have generated a bash script 
r3.sh and the best that gets is a "command not found" error.

Thank you again, all.

Clive



From roadcone at gmx.com  Wed Sep 28 15:21:49 2011
From: roadcone at gmx.com (Clive)
Date: Wed, 28 Sep 2011 20:21:49 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928151204.4e08b11c@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net>
	<20110928072129.466b1b0a@jynx.WAG54GS>	<20110928072825.4cf5a745@jynx.WAG54GS>	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS>
Message-ID: <4E8373CD.4010804@gmx.com>

> Your commmand can be simplified a little:-
> mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
> -dumpstream -dumpfile r3.aac
 >
Sorry to post twice - bad form I know - but apart from the problems 
finding the aac file, posted in the previous mail, the generic url 
appears to be taking the '1' url from the .pls file and streaming at 128K.

Clive


From jon at hedgerows.org.uk  Wed Sep 28 15:26:48 2011
From: jon at hedgerows.org.uk (Jon Davies)
Date: Wed, 28 Sep 2011 20:26:48 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1316868851.7474.8.camel@base-desktop>
References: <1316862804.3683.2.camel@shinybook.infradead.org>
	<1316868851.7474.8.camel@base-desktop>
Message-ID: <CAJEH5C14vAhb1Md5sEq6zhksUZVoWXzjZnGjCSUGWz8uEboEzg@mail.gmail.com>

On 24 September 2011 13:54, richard <richard at richsim900.plus.com> wrote:
> On Sat Sep 24 07:13:22 EDT 2011 David Woodhouse wrote:
>
>>
>> I was after the AtomicParsley command line.
>
> Forgive my ignorance, but I don't know what the AtomicParsley command
> line is. I don't use any tagging options. I assume get_iplayer uses a
> default setting to call AtomicParsley tagging. I don't know what that
> is.

you can find it by adding -v to the get_iplayer command line, and the
atomicparsley command line will be buried somewhere in the vast
output.

I've seen AtomicParsley barf unhelpfully on a number of occasions when
the input file doesn't match its expectations (usually when the input
file is broken, sometimes when AtomicParsley just has a bug).  More
recent versions are more stable.  (I couldn't reproduce your problem.
:-( )

Could you confirm which versions of get_iplayer, ffmpeg and
AtomicParsley you're using please?
$ get_iplayer --help | head
$ ffmpeg
$ AtomicParsley -v

and if you're using ppa:jon-hedgerows/get-iplayer also:
$ ffmpeg-static -v

thanks
Jon


From marshall at mcleave.orangehome.co.uk  Wed Sep 28 16:12:39 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 21:12:39 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <4E837167.8070603@gmx.com>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
	<20110928072825.4cf5a745@jynx.WAG54GS>
	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS> <4E837167.8070603@gmx.com>
Message-ID: <20110928211239.6c41caff@jynx.WAG54GS>

On Wed, 28 Sep 2011 20:11:35 +0100
Clive <roadcone at gmx.com> wrote:

> >
> > Your commmand can be simplified a little:-
> > mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
> > -dumpstream -dumpfile r3.aac
> >
> > Then wrap it in m4a:-
> > ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a
> >
> > I think using the "pls" feed with mPlayer will be more reliable than
> > using the "mediaselector/special_event" feed with get_iplayer. ;-)
> >
> >
> When I use the long url taken from listenlive.eu, a couple of things
> - this seems to change periodically, even when I was trying it out
> this evening, and which url do I use, the '1' or the '2'? Secondly,
> while it is running, the terminal cursor flashes and the file r3.aac
> appears and gets bigger (as one would expect).
> 
> Now, if I use the generic url above, accessing the .pls file, the 
> terminal has all manner of activity; I don't get to see r3.aac
> created and when I press Ctrl+C, the activity stops but I can't find
> r3.aac. Can someone enlighten me please?
> 
> And where are my manners - a sincere thank you to those that have
> posted and got me this far.
> 
> I now need to incorporate this into at or crontab and neither seem to 
> work for me. Both list the job as forthcoming but neither run the 
> command line task. As an alternative, I have generated a bash script 
> r3.sh and the best that gets is a "command not found" error.
> 
> Thank you again, all.
> 
> Clive
> 


I would use atd to
schedule such a task. (I've never mastered cron)

If your script looks something like :

#!/bin/bash
mplayer 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6' -dumpstream -dumpfile r3.aac &

A simple one liner. Then:

chmod +x script.sh


Install atd

Then :
at 6pm monday < script.sh

or

at 6pm today < script.sh

etc....

To check the job has been added to the queue:

atq

you should see a job number.



oh and if you wish to stop the stream after say 2 hours add 


sleep 2h && killall mplayer

to the script.


I hope all that makes some sort of sense, I never know how to layout this sort of thing.
As for the streams changing, I don't know. I would find one that you are confident in and stick it in the script. Then you don't have to worry how long the url is or anything like that, it's just a script name to remember.



-Marshall




From roadcone at gmx.com  Wed Sep 28 16:26:38 2011
From: roadcone at gmx.com (Clive)
Date: Wed, 28 Sep 2011 21:26:38 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928211239.6c41caff@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net>
	<20110928072129.466b1b0a@jynx.WAG54GS>	<20110928072825.4cf5a745@jynx.WAG54GS>	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>	<20110928151204.4e08b11c@jynx.WAG54GS>
	<4E837167.8070603@gmx.com> <20110928211239.6c41caff@jynx.WAG54GS>
Message-ID: <4E8382FE.9050403@gmx.com>

On 28/09/11 21:12, marshall wrote:
> On Wed, 28 Sep 2011 20:11:35 +0100
> Clive<roadcone at gmx.com>  wrote:
>
>>>
>>> Your commmand can be simplified a little:-
>>> mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
>>> -dumpstream -dumpfile r3.aac
>>>
>>> Then wrap it in m4a:-
>>> ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a
>>>
>>> I think using the "pls" feed with mPlayer will be more reliable than
>>> using the "mediaselector/special_event" feed with get_iplayer. ;-)
>>>
>>>
>> When I use the long url taken from listenlive.eu, a couple of things
>> - this seems to change periodically, even when I was trying it out
>> this evening, and which url do I use, the '1' or the '2'? Secondly,
>> while it is running, the terminal cursor flashes and the file r3.aac
>> appears and gets bigger (as one would expect).
>>
>> Now, if I use the generic url above, accessing the .pls file, the
>> terminal has all manner of activity; I don't get to see r3.aac
>> created and when I press Ctrl+C, the activity stops but I can't find
>> r3.aac. Can someone enlighten me please?
>>
>> And where are my manners - a sincere thank you to those that have
>> posted and got me this far.
>>
>> I now need to incorporate this into at or crontab and neither seem to
>> work for me. Both list the job as forthcoming but neither run the
>> command line task. As an alternative, I have generated a bash script
>> r3.sh and the best that gets is a "command not found" error.
>>
>> Thank you again, all.
>>
>> Clive
>>
>
>
> I would use atd to
> schedule such a task. (I've never mastered cron)
>
> If your script looks something like :
>
> #!/bin/bash
> mplayer 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6' -dumpstream -dumpfile r3.aac&
>
> A simple one liner. Then:
>
> chmod +x script.sh
>
>
> Install atd
>
> Then :
> at 6pm monday<  script.sh
>
> or
>
> at 6pm today<  script.sh
>
> etc....
>
> To check the job has been added to the queue:
>
> atq
>
> you should see a job number.
>
>
>
> oh and if you wish to stop the stream after say 2 hours add
>
>
> sleep 2h&&  killall mplayer
>
> to the script.
>
>
> I hope all that makes some sort of sense, I never know how to layout this sort of thing.
> As for the streams changing, I don't know. I would find one that you are confident in and stick it in the script. Then you don't have to worry how long the url is or anything like that, it's just a script name to remember.
>
>
>
> -Marshall
>
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
Marshall,

Thank you again, yes it does make sense and reading through, I realise 
the one step I missed (and that would stop it all working) was chmod.

I'll give it all a go now.

Clive


From roadcone at gmx.com  Wed Sep 28 17:19:43 2011
From: roadcone at gmx.com (Clive)
Date: Wed, 28 Sep 2011 22:19:43 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <20110928211239.6c41caff@jynx.WAG54GS>
References: <4E82216E.3050901@uk2.net>
	<20110928072129.466b1b0a@jynx.WAG54GS>	<20110928072825.4cf5a745@jynx.WAG54GS>	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>	<20110928151204.4e08b11c@jynx.WAG54GS>
	<4E837167.8070603@gmx.com> <20110928211239.6c41caff@jynx.WAG54GS>
Message-ID: <4E838F6F.3080407@gmx.com>

On 28/09/11 21:12, marshall wrote:
> On Wed, 28 Sep 2011 20:11:35 +0100
> Clive<roadcone at gmx.com>  wrote:
>
>>>
>>> Your commmand can be simplified a little:-
>>> mplayer 'http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls'
>>> -dumpstream -dumpfile r3.aac
>>>
>>> Then wrap it in m4a:-
>>> ffmpeg -i r3.aac -acodec copy -absf aac_adtstoasc r3.m4a
>>>
>>> I think using the "pls" feed with mPlayer will be more reliable than
>>> using the "mediaselector/special_event" feed with get_iplayer. ;-)
>>>
>>>
>> When I use the long url taken from listenlive.eu, a couple of things
>> - this seems to change periodically, even when I was trying it out
>> this evening, and which url do I use, the '1' or the '2'? Secondly,
>> while it is running, the terminal cursor flashes and the file r3.aac
>> appears and gets bigger (as one would expect).
>>
>> Now, if I use the generic url above, accessing the .pls file, the
>> terminal has all manner of activity; I don't get to see r3.aac
>> created and when I press Ctrl+C, the activity stops but I can't find
>> r3.aac. Can someone enlighten me please?
>>
>> And where are my manners - a sincere thank you to those that have
>> posted and got me this far.
>>
>> I now need to incorporate this into at or crontab and neither seem to
>> work for me. Both list the job as forthcoming but neither run the
>> command line task. As an alternative, I have generated a bash script
>> r3.sh and the best that gets is a "command not found" error.
>>
>> Thank you again, all.
>>
>> Clive
>>
>
>
> I would use atd to
> schedule such a task. (I've never mastered cron)
>
> If your script looks something like :
>
> #!/bin/bash
> mplayer 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_p?s=1317145324&e=1317159724&h=b006a0bc719af9662e473ebc29ae78a6' -dumpstream -dumpfile r3.aac&
>
> A simple one liner. Then:
>
> chmod +x script.sh
>
>
> Install atd
>
> Then :
> at 6pm monday<  script.sh
>
> or
>
> at 6pm today<  script.sh
>
> etc....
>
> To check the job has been added to the queue:
>
> atq
>
> you should see a job number.
>
>
>
> oh and if you wish to stop the stream after say 2 hours add
>
>
> sleep 2h&&  killall mplayer
>
> to the script.
>
>
> I hope all that makes some sort of sense, I never know how to layout this sort of thing.
> As for the streams changing, I don't know. I would find one that you are confident in and stick it in the script. Then you don't have to worry how long the url is or anything like that, it's just a script name to remember.
>
>
>
> -Marshall
>
>
>
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer
>
I'm getting "r3: command not found" when I try to run r3.sh manually at 
terminal $ - but r3.sh is listed with ls and the single line in r3.sh is:

/usr/bin/mplayer 
'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_q?s=1317234674&e=1317249074&h=eca201f7e2db26733b4c414682c80217' 
-dumpstream -dumpfile r3.aac


From marshall at mcleave.orangehome.co.uk  Wed Sep 28 17:27:28 2011
From: marshall at mcleave.orangehome.co.uk (marshall)
Date: Wed, 28 Sep 2011 22:27:28 +0100
Subject: Seeking guidance to record streaming audio at time of broadcast
In-Reply-To: <4E838F6F.3080407@gmx.com>
References: <4E82216E.3050901@uk2.net> <20110928072129.466b1b0a@jynx.WAG54GS>
	<20110928072825.4cf5a745@jynx.WAG54GS>
	<DUB104-W58FC66E940AAB31411D923F3F10@phx.gbl>
	<20110928151204.4e08b11c@jynx.WAG54GS> <4E837167.8070603@gmx.com>
	<20110928211239.6c41caff@jynx.WAG54GS> <4E838F6F.3080407@gmx.com>
Message-ID: <20110928222728.08262634@jynx.WAG54GS>


> I'm getting "r3: command not found" when I try to run r3.sh manually
> at terminal $ - but r3.sh is listed with ls and the single line in
> r3.sh is:
> 
> /usr/bin/mplayer 
> 'http://bbcmedia.ic.llnwd.net/stream/bbcmedia_lc1_radio3_q?s=1317234674&e=1317249074&h=eca201f7e2db26733b4c414682c80217' 
> -dumpstream -dumpfile r3.aac
> 


if the script is called r3.sh you need to run r3.sh not just r3 (you
will need to type     ./r3.sh    if your running the script from the
current directory).





From northmedia1 at the.forthnet.gr  Wed Sep 28 19:19:33 2011
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Thu, 29 Sep 2011 02:19:33 +0300
Subject: Get Iplayer for Windows
In-Reply-To: <4E81029E.8070207@gmail.com>
Message-ID: <B26CDC028409439F92A42834AB8CBB88@vasonote>

On Tue Sep 26 23:54:22 BST 2011,  dinkypumpkin wrote:

>VirtualBox + VM w/ default Ubuntu command-line install +
>all get_iplayer dependencies could take up 1GB on the host system disk.
>  The current Windows install is ~200MB, but that could be cut by a
>third if VLC were dropped.  I'd guess Linux disk overhead would be
>somewhat less since perl is already installed.  I suppose most people
>wouldn't be bothered, but 1GB seems hefty just for get_iplayer.

 My 2006 bought WinVista laptop came with a small (80GB) HDD to begin with, 
then the person who initially set it up for me created a (small) C partition 
of only 25 GBs,
because he was at the time accustomed to WinXP standards...Now, after two 
Service Packs, countless Microsoft updates, .NET Frameworks installed, 
various other programs
installed along the years, anti-virus databases getting ever so bigger, logs 
written etc., I'm suffering from low disk space on the OS partition...
 I installed get_iplayer via the Win installer back in mid-Jan 2011 but I 
chose, as you said, not to install VLC & LAME; I only use the flash 
(aac/audio) streams (I bet this is the case with the majority of the users), 
these require only rtmpdump; and LAME is redundant after the demise of the 
RealAudio streams.
 I went further and trimmed down the installation folder (C:\Program 
Files\get_iplayer) size by:
1. Leaving inside the "rtmpdump/bin" folder only the rtmpdump.exe binary.
2. Leaving inside the "ffmpeg/bin" folder only the ffmpeg.exe binary.
3. Deleting from inside the "mplayer\MPlayer-1.0rc2\" folder the 
mencoder.exe & man_page.html files, as get_iplayer does not use either of 
them...
 As a result, I have a perfectly functioning (in the way I use it) 
installation of get_iplayer with a " Program Files\get_iplayer" folder size 
of approximately 33 MB; add to that another
~ 2 MB of other get_iplayer files residing on the C partition (mainly 
C:\Users\"my user name"\.get_iplayer) and in total get_iplayer occupies only 
~ 35 MB on my space-starved
OS partition! This is equal to the size of my current Firefox 7 installation 
folder (C:\Program Files\Mozilla Firefox, 34.7 MB).
 I have to say (from a user's end) that I'm quite content with the way 
things are AFAS the Windows version of  get_iplayer is concerned, although 
from reading various posts in the list
I do realise the current way is making the dev's life (slightly, I hope) 
more difficult. On my part, I'm treating with reservation any talk of future 
implementations involving yet more new
things to learn (virtual machines, new OSes), especially when increased disk 
space is needed, just to get my favourite BBC radio shows! (FWIW, it was a 
leap for me to move from
Paul Battley's Windows GUI to a CL tool like get_iplayer; yes, I opted for 
the CLI and not the WebPVR because I immediately realised it was far more 
versatile!).

Greetings from debt-ridden Greece!
Vangelis. 



From rafael.coman at gmail.com  Wed Sep 28 19:58:08 2011
From: rafael.coman at gmail.com (=?ISO-8859-2?Q?C=E3t=E3lin_Rafael_Coman?=)
Date: Thu, 29 Sep 2011 02:58:08 +0300
Subject: Get Iplayer for Windows
In-Reply-To: <B26CDC028409439F92A42834AB8CBB88@vasonote>
References: <4E81029E.8070207@gmail.com>
	<B26CDC028409439F92A42834AB8CBB88@vasonote>
Message-ID: <CAD=yBWoBBB3XdtQdX=medcpR7ST3C4bxenh459X5AGCQQejd7g@mail.gmail.com>

Hello Vangelis,

It's great how you managed to trim down everything to fit your tiny
partition. I just want to suggest to you a very nice program for
repartitioning. It's called GParted, it's open-source, maintained and
can be downloaded from: http://gparted.sourceforge.net/ With that
application you can resize any partition without losing any data. You
just write the image downloaded from the site to a cd, boot from it
under some Linux and with a very easy to use graphical interface you
can resize any partition regardless of the file system. I've used it
countless times and it works great.

Rafael


From jeremy.bartle at gmail.com  Thu Sep 29 02:12:37 2011
From: jeremy.bartle at gmail.com (Jeremy Bartle)
Date: Thu, 29 Sep 2011 13:12:37 +0700
Subject: Comprehensive List of Options File Options
Message-ID: <CACnvhFeC3L6jd7-NhUFMDh4N5DqpP2fFSwQJePCVzWu_SBMc-g@mail.gmail.com>

Thanks to all the developers for their continued hard work.  I have
just used the new Windows installer (V4.4) and upgraded successfully.

I have a few options in my Options file that I have gleaned from this
mailing list over time, I was wondering if there is a comprehensive
list describing all the possible options that can be included in this
file?

For clarity, I am referring to this file: C:\ProgramData\get_iplayer\options

Currently, it contains the following options:
output C:\Users\Colin\Music
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
fatfilename 1
whitespace 1
fileprefix "<name> - <episode>"
aactomp3 1


From shevek at o2.co.uk  Thu Sep 29 02:53:24 2011
From: shevek at o2.co.uk (Shevek)
Date: Thu, 29 Sep 2011 07:53:24 +0100
Subject: Comprehensive List of Options File Options
In-Reply-To: <CACnvhFeC3L6jd7-NhUFMDh4N5DqpP2fFSwQJePCVzWu_SBMc-g@mail.gmail.com>
References: <CACnvhFeC3L6jd7-NhUFMDh4N5DqpP2fFSwQJePCVzWu_SBMc-g@mail.gmail.com>
Message-ID: <210DC5B2-C652-4088-8A8B-4FF57AFE62E3@o2.co.uk>

Get_iplayer --longhelp will list all the options

Sent from my iPhone

On 29 Sep 2011, at 07:12, Jeremy Bartle <jeremy.bartle at gmail.com> wrote:

> Thanks to all the developers for their continued hard work.  I have
> just used the new Windows installer (V4.4) and upgraded successfully.
> 
> I have a few options in my Options file that I have gleaned from this
> mailing list over time, I was wondering if there is a comprehensive
> list describing all the possible options that can be included in this
> file?
> 
> For clarity, I am referring to this file: C:\ProgramData\get_iplayer\options
> 
> Currently, it contains the following options:
> output C:\Users\Colin\Music
> 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
> fatfilename 1
> whitespace 1
> fileprefix "<name> - <episode>"
> aactomp3 1
> 
> _______________________________________________
> get_iplayer mailing list
> get_iplayer at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer


From richard at richsim900.plus.com  Thu Sep 29 06:53:35 2011
From: richard at richsim900.plus.com (richard)
Date: Thu, 29 Sep 2011 11:53:35 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <CAJEH5C14vAhb1Md5sEq6zhksUZVoWXzjZnGjCSUGWz8uEboEzg@mail.gmail.com>
Message-ID: <1317293616.6449.11.camel@base-desktop>

On Wed Sep 28 15:26:48 EDT 2011 Jon Davies wrote:

>
> Could you confirm which versions of get_iplayer, ffmpeg and
> AtomicParsley you're using please?

get_iplayer v2.79
ffmpeg version UNKNOWN, built on Jun 14 2011 19:32:44
AtomicParsley version: 0.9.0 (utf8)

The AtomicParsley command line is attached below. Seems like it finds
the tagging info but then the command fails for some reason. Perhaps it
is a problem at the BBC end. This is the only R4 & R4 Extra error I have
come across to date.

 



-------------- next part --------------
INFO: Command: AtomicParsley /home/richard/BBC_radio_m4a/Clare_in_the_Community_Series_7_-_1._The_Prisoner_b014qxbj_default.m4a --freefree --overWrite --stik Normal --advisory remove --copyright ? 2011 British Broadcasting Corporation, all rights reserved --title 1. The Prisoner --artist BBC Radio 4 --albumArtist BBC Radio --album Clare in the Community: Series 7 --grouping Comedy,Sitcoms --composer BBC iPlayer --genre Comedy --comment Will the Sparrowhawk Family Centre survive the Big Society? --year 2011-09-23T11:30:00+01:00 --tracknum 1 --disk 7 --lyrics Clare in the Community returns with Sally Phillips as Clare Barker the social worker who has all the right jargon but never a practical solution.   A control freak, Clare likes nothing better than interfering in other people's lives on both a professional and personal basis. Clare is in her thirties, white, middle class and heterosexual, all of which are occasional causes of discomfort to her.   Each week we join Clare in her continued struggle to control both her professional and private life. In her private life Clare is struggling to come to terms with Brian's infidelity. Will their relationship survive?  In today's Big Society there are plenty of challenges out there for an involved, caring social worker. Or even Clare.    Episode One 'The Prisoner' Cast:  Clare: SALLY PHILLIPS Brian: ALEX LOWE Megan/Nali: NINA CONTI Ray: RICHARD LUMSDEN Helen: LIZA TARBUCK Simon: ANDREW WINCOTT Libby: SARAH KENDALL WPC Petherington: SOPHIE THOMPSON Mr. Chisholm: GERARD MCDERMOTT Mr Barton: SIMON BUBB Shuliman Olibaju/Annabel: VICTORIA INEZ HARDY School Girl:  GEORGIA LOWE  Written by Harry Venning and David Ramsden  Produced by Katie Tyrrell. 

EPISODE 
  http://www.bbc.co.uk/iplayer/episode/b014qxbj/Clare_in_the_Community_Series_7_The_Prisoner/ 

SERIES 
  http://www.bbc.co.uk/programmes/b014qxbj.html --artwork /home/richard/BBC_radio_m4a/Clare_in_the_Community_Series_7_-_1._The_Prisoner_b014qxbj_default.jpg 

WARNING: Command executed but died with signal 6 
INFO: Command exit code 2 (raw code = 6) 
WARNING: Failed to tag M4A file 


From dinkypumpkin at gmail.com  Thu Sep 29 09:17:38 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Thu, 29 Sep 2011 14:17:38 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <B26CDC028409439F92A42834AB8CBB88@vasonote>
References: <B26CDC028409439F92A42834AB8CBB88@vasonote>
Message-ID: <4E846FF2.9030409@gmail.com>

On 29/09/2011 00:19, Vangelis forthnet wrote:
> I went further and trimmed down the installation folder (C:\Program
> Files\get_iplayer) size by:
> 1. Leaving inside the "rtmpdump/bin" folder only the rtmpdump.exe binary.
> 2. Leaving inside the "ffmpeg/bin" folder only the ffmpeg.exe binary.
> 3. Deleting from inside the "mplayer\MPlayer-1.0rc2\" folder the
> mencoder.exe & man_page.html files, as get_iplayer does not use either
> of them...

I initially changed the current installer to do that trimming 
automatically, but in the end I decided to be conservative and leave 
everything in, the rationale being that Windows users wouldn't get any 
surprises and, as before, receive all the same helper app components 
that Linux users would get through their package management systems 
(though I suspect that doesn't matter to most Windows users).  If we 
ever move to a standalone installer, it would definitely make sense to 
pare down to the bare minimum.

> As a result, I have a perfectly functioning (in the way I use it)
> installation of get_iplayer with a " Program Files\get_iplayer" folder
> size of approximately 33 MB; add to that another

With the current installer, the equivalent trimmed installation would 
use ~55MB.  Most of the extra bulk comes with the updated version of Perl.


From batguano999 at hotmail.com  Thu Sep 29 15:51:07 2011
From: batguano999 at hotmail.com (bat guano)
Date: Thu, 29 Sep 2011 19:51:07 +0000
Subject: Get Iplayer for Windows
In-Reply-To: <4E846FF2.9030409@gmail.com>
References: <B26CDC028409439F92A42834AB8CBB88@vasonote>,
	<4E846FF2.9030409@gmail.com>
Message-ID: <DUB104-W15FFB494B2096B95B94852F3F60@phx.gbl>




----------------------------------------
> Date: Thu, 29 Sep 2011 14:17:38 +0100
> From: dinkypumpkin at gmail.com
> To: get_iplayer at lists.infradead.org
> Subject: Re: Get Iplayer for Windows
>
> On 29/09/2011 00:19, Vangelis forthnet wrote:
> > I went further and trimmed down the installation folder (C:\Program
> > Files\get_iplayer) size by:
> > 1. Leaving inside the "rtmpdump/bin" folder only the rtmpdump.exe binary.
> > 2. Leaving inside the "ffmpeg/bin" folder only the ffmpeg.exe binary.
> > 3. Deleting from inside the "mplayer\MPlayer-1.0rc2\" folder the
> > mencoder.exe & man_page.html files, as get_iplayer does not use either
> > of them...
>
> I initially changed the current installer to do that trimming
> automatically, but in the end I decided to be conservative and leave
> everything in, the rationale being that Windows users wouldn't get any
> surprises and, as before, receive all the same helper app components
> that Linux users would get through their package management systems
> (though I suspect that doesn't matter to most Windows users). If we
> ever move to a standalone installer, it would definitely make sense to
> pare down to the bare minimum.
>
> > As a result, I have a perfectly functioning (in the way I use it)
> > installation of get_iplayer with a " Program Files\get_iplayer" folder
> > size of approximately 33 MB; add to that another
>
> With the current installer, the equivalent trimmed installation would
> use ~55MB. Most of the extra bulk comes with the updated version of Perl.
>
Hi
Something else to consider in order to strip down get_iplayer.
It's not crucial to use id3 and AtomicParsley, FFmpeg will allow to specify *some* tags.
(Though we would need to ensure that this metadata is compatible with iTunes etc).
Information is here:- http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata


Here's an example of use...

Download the raw radio show:-
get_iplayer --get --type=radio --pid=b0150ds --force --raw

Convert it to m4a and insert some metadata...

Like this:-

ffmpeg -i "Bells_on_Sunday_-_25_09_2011_b0150dsg_default.flv" \
-metadata album="Bells on Sunday" \
-metadata composer="BBC Radio" \
-metadata genre="Religion & Ethics" \
-metadata comment="The bells of St Mary's in Bishopstoke, Hampshire." \
-acodec copy Bells_on_Sunday_-_25_09_2011_b0150dsg.m4a

This is the result with MediaInfo:-

General
Complete name??????????????????????????? : Bells_on_Sunday_-_25_09_2011_b0150dsg.m4a
Format?????????????????????????????????? : MPEG-4
Format profile?????????????????????????? : Apple audio with iTunes info
Codec ID???????????????????????????????? : M4A 
File size??????????????????????????????? : 2.85 MiB
Duration???????????????????????????????? : 3mn 0s
Overall bit rate mode??????????????????? : Constant
Overall bit rate???????????????????????? : 133 Kbps
Album??????????????????????????????????? : Bells on Sunday
Composer???????????????????????????????? : BBC Radio
Genre??????????????????????????????????? : Religion & Ethics
Writing application????????????????????? : Lavf53.12.0
Comment????????????????????????????????? : The bells of St Mary's in Bishopstoke, Hampshire.

 		 	   		  

From northmedia1 at the.forthnet.gr  Thu Sep 29 18:39:23 2011
From: northmedia1 at the.forthnet.gr (Vangelis forthnet)
Date: Fri, 30 Sep 2011 01:39:23 +0300
Subject: Get Iplayer for Windows
In-Reply-To: <DUB104-W15FFB494B2096B95B94852F3F60@phx.gbl>
Message-ID: <1AEA9FDF16BF40DF82351AA08B8427A4@vasonote>

On Thu Sep 29 20:51:07 BST 2011, bat guano wrote:

>Something else to consider in order to strip down get_iplayer:
>It's not crucial to use id3 and AtomicParsley, FFmpeg will allow to specify 
>*some* tags.
>(Though we would need to ensure that this metadata is compatible with 
>iTunes etc).
>Information is here:- 
>http://wiki.multimedia.cx/index.php?title=FFmpeg_Metadata

 Thanks bat guano for this most interesting piece of info :-)
However, I don't feel that id3v2 & AtomicParsley present an issue sizewise:
On my installation, the combined size of "id3v2-0.1.12-win32" & 
"AtomicParsley" (containing v0.9.0)
folders is under 1 MB (420 & 230 KB respectively). 



From batguano999 at hotmail.com  Thu Sep 29 19:05:49 2011
From: batguano999 at hotmail.com (bat guano)
Date: Thu, 29 Sep 2011 23:05:49 +0000
Subject: Get Iplayer for Windows
In-Reply-To: <1AEA9FDF16BF40DF82351AA08B8427A4@vasonote>
References: <DUB104-W15FFB494B2096B95B94852F3F60@phx.gbl>,
	<1AEA9FDF16BF40DF82351AA08B8427A4@vasonote>
Message-ID: <DUB104-W31B16BA5339041C0557BF2F3F60@phx.gbl>





> However, I don't feel that id3v2 & AtomicParsley present an issue sizewise:
> On my installation, the combined size of "id3v2-0.1.12-win32" &
> "AtomicParsley" (containing v0.9.0)
> folders is under 1 MB (420 & 230 KB respectively).
>
OK Vangelis.
I agree.
It's not worth upsetting things just for the sake of <1MB. :-)

... Though if we were designing the get_iplayer script now from scratch it might be worth considering FFmpeg metadata to reduce the dependencies and simplify the Windows installer.
(Perhaps FFmpeg's tagging capability was introduced after get_iplayer was invented)


 		 	   		  

From dinkypumpkin at gmail.com  Thu Sep 29 20:07:33 2011
From: dinkypumpkin at gmail.com (dinkypumpkin)
Date: Fri, 30 Sep 2011 01:07:33 +0100
Subject: Get Iplayer for Windows
In-Reply-To: <DUB104-W31B16BA5339041C0557BF2F3F60@phx.gbl>
References: <DUB104-W15FFB494B2096B95B94852F3F60@phx.gbl>,
	<1AEA9FDF16BF40DF82351AA08B8427A4@vasonote>
	<DUB104-W31B16BA5339041C0557BF2F3F60@phx.gbl>
Message-ID: <4E850845.8070807@gmail.com>

On 30/09/2011 00:05, bat guano wrote:
> ... Though if we were designing the get_iplayer script now from scratch it might be worth considering FFmpeg metadata to reduce the dependencies and simplify the Windows installer.
> (Perhaps FFmpeg's tagging capability was introduced after get_iplayer was invented)

FWIW, if you were re-building get_iplayer from scratch, and full tagging 
support was an key design goal, I would say do it in Python and use the 
Mutagen library - no need for external helpers.

I looked into FFmpeg tagging when I re-engineered the tagging support a 
few months ago.  The MP4 tagging in FFmpeg is OK, but it still lacks 
support for a few useful atoms.  The MP3 tagging in FFmpeg is much more 
limited, however.  Unless the BBC moves to AAC for regional radio 
programmes, MP3 tagging will be a consideration for get_iplayer.

get_iplayer gathers a lot of metadata about each programme, and I think 
you might as well preserve all of that metadata when tagging the files 
in order to allow users to catalogue their downloads as they like. 
There is a good pure Perl solution for MP3 tagging (now included with 
the latest installer), but as I wrote at the time, the pure Perl options 
for MP4 were inadequate or buggy and slow, so AtomicParsley stayed in 
the picture.

I think it might make sense to implement FFmpeg as the default tagging 
option for users who can't (or don't want to) use the full tagging 
support.  That way, every file would be guaranteed to have some minimal 
identifying info added. That might be good enough for some users.


From jon at hedgerows.org.uk  Fri Sep 30 14:51:33 2011
From: jon at hedgerows.org.uk (Jon Davies)
Date: Fri, 30 Sep 2011 19:51:33 +0100
Subject: AtomicParsley - Failed to tag M4A file
In-Reply-To: <1317293616.6449.11.camel@base-desktop>
References: <CAJEH5C14vAhb1Md5sEq6zhksUZVoWXzjZnGjCSUGWz8uEboEzg@mail.gmail.com>
	<1317293616.6449.11.camel@base-desktop>
Message-ID: <CAJEH5C019R4fK1yGvbq+HS8-mVa0A9sKqzVqd_7oWPPvesPmTg@mail.gmail.com>

On 29 September 2011 11:53, richard <richard at richsim900.plus.com> wrote:
> On Wed Sep 28 15:26:48 EDT 2011 Jon Davies wrote:
>> Could you confirm which versions of get_iplayer, ffmpeg and
>> AtomicParsley you're using please?
>
> get_iplayer v2.79
> ffmpeg version UNKNOWN, built on Jun 14 2011 19:32:44
> AtomicParsley version: 0.9.0 (utf8)

ok.  My best suggestion is that you upgrade:

since you're using Ubuntu, the easiest way is to do:
$ sudo apt-add-repository ppa:jon-hedgerows/get-iplayer
and then
$ sudo update
$ sudo upgrade
This will get you get_iplayer v2.80, a static build of ffmpeg (that
doesn't interfere with whatever you already have installed) from
around June (much the same as your current one probably), rtmpdump
v2.4, and atomicparsley 0.9.4.  In all cases the versions are actually
marginally beyond those I've stated, as the ppa includes some bug
fixes.

If you don't trust me (which you have to if you use the ppa ;-) then I
would suggest building a newer AtomicParsley, which you can find at
https://bitbucket.org/wez/atomicparsley

Cheers
Jon


