Re: Off-topic - Paddington

[Jimmy Aitken]

On Mon, 6 Jun 2022 at 11:22, David Taylor  wrote:
>
> Off-topic, but has any a full resolution link to the full Queen Meets
> Paddington" video?  Can't find it on the iPlayer, and the only full-length one
> I can find is the Daily Mail at just 640 x 360!

You can extract the Paddington clip from the BBC stream at 1080p quality with:

get_iplayer --pid p0bk5pd7 --start 00:30:05 --stop 00:32:20 --tv-quality 1080p

Jimmy

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

Re: Permission denied at /usr/local/get_iplayer line 2153

[Jimmy Aitken]

On Wed, 22 Dec 2021 at 13:59, Paul McGrath  wrote:
>
> Hi,
>   I have had this all working before but have had to reinstall my
> server from scratch.  I am able to download the .ts file but when it
> comes to convert I get an error:
>
> open3: exec of /usr/local/bin -loglevel fatal -nostats -y -i
> /media/www/iPlayer_Recordings/X_XX_original.hls.ts -c:v copy
> -c:a copy -bsf:a aac_adtstoasc -movflags faststart
> /media/www/iPlayer_Recordings/
> X_XX_original.partial.mp4 failed: Permission denied at
> /usr/local/bin/get_iplayer line 2153.

I'm guessing you don't have ffmpeg installed or the ffmpeg entry in
your get_iplayer config is not set, since the exec of /usr/local/bin
is probably not a good idea and this kind of looks like the conversion
process that ffmpeg would perform to convert from ts to mp4.

It would help more if you provided information about the version and
the OS that you are running it under as well.

Jimmy

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

Re: PVR Crashing

[Jimmy Aitken]

On Fri, May 14, 2021 at 1:20 PM Budge  wrote:
>
> It has been a while but just found my GiP cron command has stopped.  I 
> checked my system and found a problem:-
>
> get_iplayer v3.22, 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.
>
> Running PVR Searches:
>
> INFO: PVR Run: '.directory'
>
> ERROR: Search term(s) required. To list all programmes, use ".*" (incl. 
> quotes)

This looks like you may have created a "hidden" file in your pvr
directory.  Check to see if you have it, by using 'ls -la' in the pvr
directory and see if you have a file with that name there.

No idea about the Mojo errors, but it looks like someone else may have
already answered that question.

Jimmy

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

Re: Repair Shop S05E23

[Jimmy Aitken]

On Thu, Sep 10, 2020 at 9:44 PM Colin Law  wrote:
>
> On Thu, 10 Sep 2020 at 21:36, Chris Brady  wrote:
> >
> > Hi - did anyone get S05E23 on Wednesday. Its airing on BBC 1 London
> > was cancelled. But it might have gone out on HD or BBC 1 Wales. Its
> > not on iPlayer. Thanks - Chris B.
>
> I believe it was cancelled everywhere (Boris took precedence, even in
> Wales).  Hopefully it was postponed rather than cancelled.
>
> Colin
>

Looking at the future schedule, it doesn't appear between now and
episode 35 (25th Sept).  Hoping that they add it as a special after
that.

Jimmy

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

Re: Recording "Collections"

[Jimmy Aitken]

I've got a old perl program that extracts links and I use that for
these sort of pages.

But you could use something like http://hackertarget.com/extract-links
and feed it your url and then copy and paste the links that look
correct.  i.e. those that have 'episode' in the url and then run
bbc_iplayer on each of these.

or if you have 'lynx' on your machine:

lynx -dump -hiddenlinks=listonly https://www.bbc.co.uk/iplayer/group/p01277qd

Alternatively, run a simple python program to do it such as one from:
https://stackoverflow.com/questions/1080411/retrieve-links-from-web-page-using-python-and-beautifulsoup

Hope that one of these works for you.

And thanks for that link - some great content there...



On Wed, Jan 22, 2020 at 6:12 PM Don Grunbaum  wrote:
>
> Hi all
>
> Is there any way of recording all programmes in a collection, such as 
> https://www.bbc.co.uk/iplayer/group/p01277qd other than using the individual 
> pids?
>
> I've tried pidrecursive but that doesn't work.
>
> TIA
>
> Don
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

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

Re: Call the Midwife Chistmas 2019

[Jimmy Aitken]

I had a similar problem with Miranda series 1 episode 1:
get_iplayer -o . --force  --pid b00nxn31 --tvmode=better
This produced a file which was reportedly 56seconds long, and ran at a
bitrate of 48.6Mbs using a frame rate of just 4 FPS.

Running with version 3.24 produces a file with a bitrate of 1595Kbps
and is 28 minutes long running at the normal rate.  I'd suggest
upgrading and trying again.


On Sun, Dec 29, 2019 at 2:12 PM Ralph Corderoy  wrote:
>
> Hi terry,
>
> > I am attempting to download m000csm5 and I am having odd results.
> > Basically, it starts out downloading DASH audio and then restarts
> > downloading audio+video.  twice it finished downloading and failed in
> > ffmpeg. Unable to convert.
> >
> > Has anyone successfully  downloaded this program?  What mode did you
> > use?
>
> Not specifying the mode worked for me, but only after it had tried and
> failed with the bidi CDN.
>
> INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio]
> WARNING: Failed to download file segment [0]
>
> It then moved onto Limelight, and that worked.
>
> INFO: Downloaded: 86.06 MB (01:28:30) @ 57.37 Mb/s (dvfhd2/ll) [audio]
> INFO: Downloaded: 3226.23 MB (01:28:30) @ 158.34 Mb/s (dvfhd2/ll) [video]
> INFO: Converting to MPEG-TS
> INFO: Converting to MP4
> INFO: Tagging MP4
>
> So you may wish to try adding ‘--exclude-supplier bidi’.
>
> --
> Cheers, Ralph.
>
> ___
> get_iplayer mailing list
> get_iplayer@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/get_iplayer

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

Re: Dr. Who Downloads

[Jimmy Aitken]

On Wed, Jun 6, 2018 at 7:22 AM Mark Carroll  wrote:
> Episodes:
> Doctor Who: Series 1 - Father's Day, BBC One, b0074drw
> INFO: 1 total programmes
>
> WARNING: A UK TV licence is required to access BBC iPlayer TV content legally
> INFO: Downloading tv: 'Doctor Who: Series 1 - 8. Father's Day (b0074drw) 
> [editorial]'
>
> INFO: Downloaded: 573.90 MB (00:42:51) @ 8.10 Mb/s (hvfhigh1/bi) [audio+video]
> INFO: Converting to MP4
> INFO: Tagging MP4
> INFO: Downloading subtitles
>
>
> I'm running OpenBSD 6.1 with Perl 5.24.1 and Mojolicious 6.24.
>
> -- Mark

Diagnosing further I went into my .get_iplayer directory and removed
everything there except the path for my local ffmpeg and
AtomicParsley.  All caches removed, all pvr links, so there was only
one file, options, containing:

atomicparsley /Users/jimmy/bin/get_iplayer_binaries/AtomicParsley
ffmpeg /Users/jimmy/bin/get_iplayer_binaries/ffmpeg
fileprefix -
output /Users/jimmy/Downloads

I then re-ran the command and got the same output.

In a Mac VM I just created, I installed the package and re-ran the
command, and this time it worked.  I'm guessing it must be because of
a perl library not performing the same way, but it's weird that 3.13
sort of works, but 3.14 doesn't. Both machines are Macs running High
Sierra at latest patches.

To try to work out why, I extracted the package and then set PERL5LIB
to the new perl5 modules and re-ran, and this time it works.  So it is
a library issue...  Now which one.

More investigation and the reason is that the Mac package contains an
update SSL.pm module.  In this one, it test for the Mozilla::CA
module, and if it's not there, won't use it.  If it is there, it uses
it and uses it as a certificate authority.  If not, if doesn't use it
at all.

Since my default installation doesn't have Mozilla::CA and I was using
the simple perl script rather than the package, it was failing on this
and for  getting the wrong information off the web site.  I
feared the worst and assumed it was something to do with Mojolicious
and friends, but it was the simple IO::Socket that was causing me
issues.

At least I know now for future, and it's working fine.  If nothing
else it forced me to clean out the old cruft that was in my
.get_iplayer directory (hulu support, podcast, itv plugins etc) which
I'd just basically forgotten about.  I don't remember anything about
updated certificates in the release notes for this or pervious
versions, but I may have just skipped that.  Anyhow, if anyone else
has this issue, you know what the problem is.

Jimmy

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

Dr. Who Downloads

[Jimmy Aitken]

As the BBC have put all of the reboot online on iplayer, I was wanting
to catch up with the few missing episodes that I have.  However, I
seem to have some problems when using GIP version 3.14 but not 3.13.
i.e: for "Father's Day (Series 1 Episode 8)

get_iplayer.314 --pid b0074drw

WARNING: Failed to download JSON PID info:
https://www.bbc.co.uk/programmes/b0074drw.json
WARNING: Could not determine PID type (b0074drw). Trying to record PID directly.
Episodes:
get_iplayer - b0074drw, BBC iPlayer, b0074drw
INFO: 1 total programmes

WARNING: Could not download programme metadata from
https://www.bbc.co.uk/programmes/b0074drw.json
ERROR: Failed to get version PID metadata from iPlayer site (JSON)
WARNING: No programmes are available for this PID with version(s): default

and

get_iplayer.313 --pid b0074drw

WARNING: Failed to download JSON PID info:
http://www.bbc.co.uk/programmes/b0074drw.json
WARNING: Could not determine PID type (b0074drw). Trying to record PID directly.
Episodes:
get_iplayer - b0074drw, BBC iPlayer, b0074drw
INFO: 1 total programmes

WARNING: Could not download programme metadata from
http://www.bbc.co.uk/programmes/b0074drw.json
WARNING: A UK TV licence is required to access BBC iPlayer TV content legally
INFO: Downloading tv: 'get_iplayer - b0074drw (b0074drw) [editorial]'

I realise that the meta-data for the program name and some of the
other fields are wrong with version 3.13, but it does download, and I
can change these myself.

My question is, are there any flags that I need to use to allow me to
download using the latest version, 3.14?

Thanks,
Jimmy

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

Re: Release 3.01 error, using huge amounts of memory

[Jimmy Aitken]

On Sun, May 7, 2017 at 9:53 PM, Ralph Corderoy  wrote:
> Hi Jimmy,
>
 [ deleted ]
> The code is assuming it will be able to strip off either `foo=bar' or
> `foo="xyzzy"' from the front of a comma-separated list.  When it can't, it
> prints the warning, and then tries again.  It has no better luck on any future
> attempt.  The warning shows what it was toiling over.
>
> BANDWIDTH=979000,CODECS="mp4a.40.5
>
> I expect this happily consumed `BANDWIDTH=979000', but then disliked the lack
> of double-quote termination to `CODECS="mp4a.40.5'.
>
> It needs to be raised with get_iplayer's authors.
>

Many thanks for looking into the issue.  I appreciate the time.

Does anyone know if this need to be raised on the Wiki/support forums,
or is the fact that it's in the mailing list sufficient for it to be
looked at for future releases and hopefully fixed?  I'm a bit wary of
running unattended get_iplayer runs in case it happens again and I'm
currently away from my machine so a reboot is not always possible.

Many thanks,
Jimmy

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

Release 3.01 error, using huge amounts of memory

[Jimmy Aitken]

I downloaded version 3.01 last night and started my PVR run this
morning, and left it to run.  When I got back, my Mac had frozen, with
the Terminal process using 20G of RAM (not sure if it was just the
terminal or a combination of GIP and the terminal process) and the
kernel task using 11G (my machine has 16G, so there was a lot of
compressed memory and paging going on here.)

The get_iplayer process in the terminal was showing a continuous
looping error which I tried to interrupt, but the machine was so slow,
it was totally unresponsive.  I had to remotely log in, kill the
offending GIP process and reboot the machine to free up the kernel
memory.

My machine is running Yosemite and is fully patched.  I believe the
programme in question was 'Garden Rescue Episode 10 - Weston
Super-Mare' The last few lines of the errors being sent to the
terminal are below, recovered after the machine rebooted from the
terminal process.

WARNING: Invalid attributes in HLS playlist:
BANDWIDTH=979000,CODECS="mp4a.40.5
(http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167=1494172367=7c0807ea016ea43f49302dd5004b9e1f)

WARNING: Invalid attributes in HLS playlist:
BANDWIDTH=979000,CODECS="mp4a.40.5
(http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167=1494172367=7c0807ea016ea43f49302dd5004b9e1f)

WARNING: Invalid attributes in HLS playlist:
BANDWIDTH=979000,CODECS="mp4a.40.5
(http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167=1494172367=7c0807ea016ea43f49302dd5004b9e1f)

WARNING: Invalid attributes in HLS playlist:
BANDWIDTH=979000,CODECS="mp4a.40.5
(http://vod-hls-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_sd_ad/ab83dd-b08pq8jz/vf_b08pq8jz_c46b7e01-c3af-44fe-ad32-d4870b8505fd.ism/mobile_wifi_main_sd_abr_v2_hls_master.m3u8?s=1494129167=1494172367=7c0807ea016ea43f49302dd5004b9e1f)


Any ideas, and has anyone else seen anything similar?

Jimmy

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

Re: can I populate the download_history without actualy downloading

[Jimmy Aitken]

On Tue, Sep 6, 2016 at 7:45 PM, Dave Widgery  wrote:
>
> Hi thanks for the suggestion, but I am running windows not linux, i
> will give it a try but not sure that it will work.
>
> Dave
>
> On 6 September 2016 at 17:10, David Walters  wrote:
> > On Tue, Sep 6, 2016 at 3:45 PM, Dave Widgery  wrote:
> >>
> >> get_iplayer creates the entries in the file each time it has a
> >> sucsessful downloads a file,
> >

A quick (in code change, not in execution) and dirty way to do this
would be to add the following line to the function
mode_ver_download_retry_loop
at around 4377 of get_iplayer version 2.95.  Add the following line
after the one "my $retcode;"

$hist->add($prog);return;

This will never download any program, but will update your history
file instead.  Now call get_iplayer with whatever programmes you want
to have added to your history file and it will be updated.
e.g. get_iplayer -g .
will add everything that is current to the history file.
get_iplayer -g egg
will only add programmes that match 'egg' to the history file

It will take a long time, and the code to add to the history file is
not optimised to do this sort of write since it rewrites the complete
history file for each file it finds, and there are doubtless many
other ways to do this.

Howerver, this does has the advantage of just being a one line change
to the current code, though so it's easy to put in place and revert
afterwards.

Remember to remove the line after you've finished through

J.

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

BBC Archive - Great Egg race download problems

[Jimmy Aitken]

Hi,
I've been trying to work out how to download episodes of the Great Egg
Race from the BBC archive site.  I'm actually just wanting to watch
them, to be honest, but not on a desktop and the episodes seem to be
only on Flash, so mobile devices don't play them.

Specifically http://www.bbc.co.uk/archive/great_egg_race/10801.shtml
and using get_player (2.91) on OS X Yosemite gives:

$ get_iplayer --url http://www.bbc.co.uk/archive/great_egg_race/10801.shtml
INFO: Trying pid:
http://www.bbc.co.uk/archive/great_egg_race/10801.shtml using type: tv
INFO: Trying to stream pid using type tv
INFO: pid not found in tv cache
Matches:

INFO: 1 Matching Programmes
ERROR: Failed to get version pid metadata from iplayer site
INFO: Trying pid:
http://www.bbc.co.uk/archive/great_egg_race/10801.shtml using type:
radio
INFO: Trying to stream pid using type radio
INFO: pid not found in radio cache
Matches:

INFO: 1 Matching Programmes
ERROR: Failed to get version pid metadata from iplayer site

If anyone can point me to how I can do this, I'd be grateful.

Thanks,
Jimmy

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

Downloading info only on expired programmes

[Jimmy Aitken]

Is it possible to download information on programmes that have expired
from get_iplayer?

e.g.  Doctor Blake episode 1 is no longer on inlayer, but the web page
at http://www.bbc.co.uk/programmes/b03kk6j0 is there.

I'm wanting to tag  a few files I already have, but not downloaded via
the history in my current get_iplayer history file.

Thanks,

Jimmy

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

idevice downloads

[Jimmy Aitken]

According to the Guardian ( 
http://www.guardian.co.uk/media/2012/sep/04/bbc-mobile-download-iplayer-smartphone
 ) iPad/iPod/iPhone users will be able to download direct to their devices and 
play whilst offline either from today or shortly.

In the comments section, get_iplayer is mentioned directly as well, so there 
may be more traffic on the list.

Jimmy
--
Jimmy Aitken
jimmy.ait...@gmail.com






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

Re: Channel 4 - downloads

[Jimmy Aitken]

On 21 Aug 2012, at 15:31, Chris J Brady wrote:

 Someone asked about downloads from Channel 4. It appears that many C4 
 programmes are uploaded to the Channel Four channel on YouTube. These can be 
 downloaded using one of the many YouTube Downloaders or HiDownload Platinum. 
 CJB.
 
 

I've noticed that the latest get_flash_videos is working with fewer and fewer 
channel 4 videos as they change from pure rtmp streams to some new method.  
e.g. Jimmy's Forest episode 1 will download with get_flash_videos, but episodes 
2 and 3 use the new method which is immune to download.

That, along with their new improved 4od app for the iphone/ipad (which stops 
you streaming to the HDMI and Apple TV which the old one didn't) means that 
channel 4 is getting harder and harder to download new content for again.

Jimmy
--
Jimmy Aitken
jimmy.ait...@gmail.com






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

Re: Olympic torch relay footage

[Jimmy Aitken]

On 9 Jul 2012, at 11:36, Mark Rogers wrote:

 On 09/07/12 11:14, Jon Davies wrote:
 The whole link (for your particular case) is
   http://www.bbc.co.uk/torchrelay/day46#pid=p00symr7t=false
 You can see the programme id in the middle, in this case p00symr7
 
 then do:
 
 get_iplayer --pid p00symr7
 
 Thanks Jon; believe it or not I did follow exactly those steps (amongst many 
 other variations) before mailing the list, but I obviously got something 
 wrong somewhere because it now works fine. I'd like to think there's a 
 technical reason why this didn't work on Saturday morning but I'm sure I'd be 
 kidding myself...

I have an issue when trying to download the morning episode for Day 27.  I'm 
using
get_iplayer --pid p00rh5qb

It all goes, sort of OK, until: (the original error has been lost, so this is 
from the first report I have).

RTMPDump v2.2c
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
WARNING: Trying different position for server digest!
INFO: Connected...
Resuming download at: 2196979.084 kB / 14916.000 sec (56.3%)
INFO: Metadata:
INFO:   duration  26464.09
INFO:   moovPosition  36.00
INFO:   width 384.00
INFO:   height216.00
INFO:   videocodecid  avc1
INFO:   audiocodecid  mp4a
INFO:   avcprofile66.00
INFO:   avclevel  30.00
INFO:   aacaot2.00
INFO:   videoframerate25.00
INFO:   audiosamplerate   48000.00
INFO:   audiochannels 2.00
INFO: trackinfo:
INFO:   length26464001.00
INFO:   timescale 1000.00
INFO:   language  eng
INFO: sampledescription:
INFO:   sampletypeamf0
INFO:   length26464081.00
INFO:   timescale 1000.00
INFO:   language  eng
INFO: sampledescription:
INFO:   sampletypeavc1
INFO:   length26464108.00
INFO:   timescale 1000.00
INFO:   language  eng
INFO: sampledescription:
INFO:   sampletypemp4a
2196979.084 kB / 14916.00 sec (56.3%)
Couldn't resume FLV file, try --skip 1


And it carries on line this until it aborts.

The first time I ran it, it was at around 4G, so I thought - aha. 32bit 
filesize limit, but rtmpdump is a 64 bit app.  Then the 2nd time I tried it it 
aborted out at 2,249,778,678 bytes, so it's not related to that.

Does anyone have any ideas about what could be causing it?

Thanks,
Jimmy
--
Jimmy Aitken
jimmy.ait...@gmail.com






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

Re: Olympic torch relay footage

[Jimmy Aitken]

On 11 Jul 2012, at 15:18, dinkypumpkin wrote:

 On 11/07/2012 14:22, Jimmy Aitken wrote:
 I have an issue when trying to download the morning episode for Day 27.  I'm 
 using
 get_iplayer --pid p00rh5qb
 
 It all goes, sort of OK, until: (the original error has been lost, so this 
 is from the first report I have).
 
 RTMPDump v2.2c
 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
 Connecting ...
 WARNING: Trying different position for server digest!
 INFO: Connected...
 Resuming download at: 2196979.084 kB / 14916.000 sec (56.3%)
 INFO: Metadata:
 INFO:   duration  26464.09
 INFO:   moovPosition  36.00
 INFO:   width 384.00
 INFO:   height216.00
 ...
 2196979.084 kB / 14916.00 sec (56.3%)
 Couldn't resume FLV file, try --skip 1
 
 As a first step, get an up-to-date version of rtmpdump (= 2.3).  If you are 
 on Windows, download the latest installer from infradead.org/get_iplayer and 
 update everything.  Newer rtmpdump should be more robust about resuming 
 downloads, but you should also see a reduction in file size.  You appear to 
 be downloading the flashlow stream, but 2 Gb seems wrong for roughly 3.5 
 hours of video at that quality.  With latest Windows get_iplayer I only see 
 about 1/3 of that for your programme.
 

A bit more information.  Running on a Mac, latest Lion release.  The reason I'm 
using rtmpdump 2.2c was that 2.4 never worked for me.  It did, weirdly enough, 
work for get_flash_videos.

The upshot is that I re-downloaded the version from mplayerhq and built a new 
version from scratch just in case.

Now using that version, everything seems to be working much better.  I get one 
retry and the ffmpeg at the end fails, however, it's good enough for me to 
extract the clip that I want.

Many thanks for forcing me to do that.  I kept wondering why I was getting a 
SEGV when it was running, and it looks like it may just be exercising a code 
path that get_flash_videos doesn't.  I thought it may have been an issue with 
the stream for that particular day, but it looks OK now.

Many thanks for your help.

Jimmy
--
Jimmy Aitken
jimmy.ait...@gmail.com






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

Re: [PATCH] Re: atomicparsley tagging issue

[Jimmy Aitken]

I've actually patched my get_iplayer to use eyeD3.
(http://eyed3.nicfit.net/) It's a python script, so should be os
agnostic, and also allows tagging of artwork as well as the standard
ID3 tags.  I wasn't happy with the code changes (it hard codes a test
for the 'eyeD3' string into get_iplayer which seems a dreadful hack),
but it worked for me.  I could supply my patches if interested, and
they could be integrated, however, I'm not sure how much work would be
involved in supplying the python libraries etc for a standard eyeD3.

Jimmy

On Sat, Apr 2, 2011 at 9:01 PM, dinkypumpkin dinkypump...@gmail.com wrote:

 On 2 Apr 2011, at 20:00, James Cook wrote:

 On Sat, 2 Apr 2011 16:38:53 +0100, you wrote:

 According to the docs AtomicParsley is clever about tagging so
 tagging an mp4 file with USLT shoud result in --lyrics being set.
 So you could just configure the id3v2 tag names and they'll be applied
 to whatever output file you create. No need to double configure for
 mp3 and m4*.

 I don't think it works quite like that.  AtomicParsley puts the ID3 frames 
 inside ID32 atoms in the MP4 tree.  iTunes ignores them - are there other 
 media managers/players that can read those frames?  More esoteric is the fact 
 that atomicparsley apparently only writes ID3v2.4 frames.  I would guess that 
 any app that could read ID3 frames from MP4 trees would also do ID3v2.4, but 
 I have no real clue.

 A configuration mechanism is a good idea, but I think it will have be based a 
 full mapping of get_iplayer fields - MP3 frames - MP4 atoms.  I've done 
 this for iTunes, and it's pretty straightforward.  I don't think id3v2 can 
 add artwork, but that seems  acceptable unless someone knows of another 
 cross-platform ID3v2 command-line tagger that can insert APIC frames.  The 
 alternative would be come up with some sort of integrated tagging plugin, but 
 I'm not sure it's worth the bother.  I've been using mutagen, so I don't know 
 whether the available perl modules are even up to the task.


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


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

Re: [PATCH] Output AAC as M4A with metadata tags

[Jimmy Aitken]

String comparisons should use 'eq' and not '=='

Jimmy

On 1 Apr 2011, at 08:48, Shevek wrote:

 On 1 April 2011 08:44, Andy Waddington and...@pennine.demon.co.uk wrote:
 Sometime before sending, Shevek typed (and on Friday 2011-04-01 sent):
 
 but this line is changing it to m4a:
 
 $prog-{ext} = 'm4a' if $prog-{ext} = 'aac';
 
 why?
 
 I don't do perl, but with most languages, a test should be ==
 rather than =. Is that the case here ? In which case the test
 will be changeing the ext to aac, returning true, and the main
 command will then change it to m4a.
 
 Apologies if I'm barking up the wrong tree (there's a limit to
 how many different languages one can learn at one time without
 getting horribly confused :-)
 
 
 Yep, that's what I thought too (I am a VB programmer moving to C# so
 it wasn't immediately obvious to me)
 
 Perl does use == too but that doesn't fix it either (as per my follow-up post)
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer

Jimmy Aitken
jimmy.ait...@gmail.com
ph: 0794 105 4141




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

Re: Audo test mp4 file

[Jimmy Aitken]

I've tried this and it works fine for me.  The aac/mp4 files created are tagged 
correctly with AtomicParsley and report fine in iTunes as well.
The files can be edited in Fission and retain the tags when saved which is 
another bonus when I need to remove the start and end of the recordings.

I used your ffmpeg from the brew header and your head from your repository and 
it worked fine for the programmes I tested - Paul Temple and 2025.

In addition, if anyone does want to record 2025 with get_iplayer, get_iplayer 
fails when the program to search for is all numeric; it thinks it's an index 
and not a programme name.  You need to make it non number and the easiest way 
is to use a regexp for the name.  e.g. I use 'get_iplayer 2[0]25' and it works.

Great work, and at last I can get rid of MP3 recordings.


Jimmy

On 15 Mar 2011, at 12:25, Nick Ludlam wrote:

 On 15 Mar 2011, at 12:17, Charles Johnson wrote:
 
 Nick Ludlam wrote:
 When you say the mp4 is not usable, do you mean it's corrupt, or that you 
 can't use it with your playback needs? 
 
 
 I mean my player won't play mp4. I'm using git HEAD ffmpeg, and afaik, the 
 penultimate version of get_iplayer
 
 Do you mean the official release, when you say penultimate? Mine isn't 
 officially on infradead, it's in my project fork on github. You can download 
 my amended get_iplayer script here:
 
 https://github.com/nickludlam/get_iplayer/raw/master/get_iplayer
 
 Then try getting a program with any of the aac audio modes.
 
 
 Nick






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

Re: .aac splitter?

[Jimmy Aitken]

On 11 Mar 2011, at 11:26, Dave F. wrote:

 Hi
 
 Can anyone recommend an aac splitter that firstly works,  secondly is fairly 
 user friendly?

If you have a Mac, then I can recommend Fission by RogueAmoeba.  It can edit 
both MP3 and MP4/aac files and saves the changes without re-encoding the whole 
stream so it is much faster, and the quality doesn't change.

 
 I don't want to convert them, just cut them into smaller chunks.
 
 I came across this one, but haven't used it yet. I thought I'd ask for advice 
 here first:
 
 http://www.008soft.com/aac-to-wav.htm
 
 Thanks in advance
 
 Dave F.
 
 ___
 get_iplayer mailing list
 get_iplayer@lists.infradead.org
 http://lists.infradead.org/mailman/listinfo/get_iplayer

Jimmy Aitken
jimmy.ait...@gmail.com





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