On Mon, Aug 5, 2013 at 12:45 AM, Square Penguin
wrote:
>
> What type of search are you doing? I believe the --pvrqueue command is
> used in conjunction with searching the future programme schedule, that's
> what the documentation says anyway.
>
> So I'd *assume* that if you are not searching for f
I've just committed a change to git that allows the Olympic live
streams to work. They use a new /mediaselector/5/ URL so now this is
detected.
You should be able to use: get_iplayer --url
"http://www.bbc.co.uk/sport/olympics/2012/live-video/" --get
or: get_iplayer --pid
Many of these links are
> You can now with the latest get_iplayer in git. I just committed a
> patch for the new --tagonly option. You can use it as follows:
>
> get_iplayer my-prog-name --tagonly --get
>
> if the programme is no longer available on iplayer you can apply it to
> your download history (as long as the BBC r
On Sun, Jan 8, 2012 at 12:15 PM, Shevek wrote:
> On 8 January 2012 12:13, Shevek wrote:
>>
>> unfortunately there is no way of doing this retrospectively to your
>> already downloaded files, short of re-downloading them if they are
>> still available.
>>
>
> Correction, there is no automated way
Hi,
I just committed a patch for parsing RDF where Brand has a clip
instead of an episode. It is handled in the same way as episodes but
of course there is no concept of a series.
I needed this to download Reading Festival clips from the BBC which
seemed impossible to get using the pid RDF parser
Actually, now thinking harder about this, you really do want this
--get all behaviour - I know of users who use it like this:
get_iplayer --cat drama --channel one --get
i.e. get all drama on BBC One...
If you change behaviour it will break some user's wanted and relied
upon functionality.
My
Maybe AtomicParsley (which does the tagging of mp4 files) is not
installed or found in the path?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
get_iplayer --add-pref --limit-matches=20
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
except that those trailing numbers on the mode names are really quite
unnecessary. Sometimes flashvhigh1=limelight and flashvhigh2=akamai,
sometimes this is swapped. It's a random load balancing thing by the
beeb.
___
get_iplayer mailing list
get_iplayer
On Fri, Jan 21, 2011 at 5:16 PM, Christian Hewitt
wrote:
.
> get_iplayer proxy=http://[username:password@]: --partial-proxy
>
> The description for --partial-proxy in --long-help is "Only uses web proxy
> where absolutely required (try this extra option if your proxy fails)"
> ..meaning only
No way to do that I am aware of.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On Wed, Jan 12, 2011 at 7:55 PM, wrote:
...
> 1) Does anyone know whether the "couldn't resume" problem is fixed in a later
> version of rtmpdump? Is there a mailing list for rtmpdump?
No and yes
> 2) Any chance of getting a fix for the get_iplayer infinite loop when rtmpdump
> hits this probl
On Tue, Jan 11, 2011 at 11:07 PM, J K.Eason wrote:
,,,
> The reason I suggested using the commandline to save the settings is
> because I can't find a Recording Modes field in the PVR manager here,
> although there is a 'Save settings as default' button on the Search tab!
> You don't mean the 'Pro
If it ain't broken.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On Tue, Jan 11, 2011 at 7:20 PM, ZULU wrote:
...
>>> All I need to know now is how to ensure all radio d/l are .mp3 rather
>>> than .aac
>>> I currently have:
>>> *flashaachigh,flashaacstd,flashaudio,flashhigh,flashstd,flashnormal,
>>> realaudio,flashaaclow*
In the PVR Manager. Click the 'Recordi
Could it just be the apostrophe in the title? Maybe try combining with
--fatfilenames option? I haven't got any windows to try it on so you
might have to experiment a little. The BBC changes wrt iphone mode
will have no bearing on this issue because the filename is derived
from the program metadata
You can also check if your email submissions get through by checking
the mailing list archive here
http://lists.infradead.org/pipermail/get_iplayer/
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/
I think this tool is no longer maintained and again I cannot find it
as a package under several leading Linux distros.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
This looks good except I cannot find it as a package in ubuntu and
some other distros for Linux.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
> 3) there is a solution for windows users, and this is what you need to do...
It's been gone over quite a few times on this list but the real
solution has been clouded by people understandably not deleting the
.swfinfo file, not updating to the latest get_iplayer in the git repo
and people needle
rtmpdump already renews the swfinfo every 30 days be default. You
could just run:
--rtmptvopt="--swfAge=0" --prefs-add
and this will always get the swf file every time..
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradea
This is consistent with my above post. flvstreamer always sort-of
worked around this swf version issue because it does not implement the
swf verification which is where the problem stems from.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
I'd guess that the change of the swf a few months ago was the culprit.
If you recall it was making downloads fail randomly depending on the
direction of the wind and the CDN used. You will also need to delete
the .swfinfo file if you patch get_iplayer for a proper fix.
David W, Is there anything I
On Sat, Jan 8, 2011 at 3:27 PM, David Woodhouse wrote:
...
> Can't you use HEAD instead of the hash?
Yes - I didn't figure that out!! Thanks.
wget -O get_iplayer
"http://git.infradead.org/get_iplayer.git/blob_plain/HEAD:/get_iplayer";
> And isn't there an 'extra packages for the free world' rep
Run these commands:
wget -O get_iplayer
"http://git.infradead.org/get_iplayer.git/blob_plain/f17e8cc9070edf7d7c19fa12cdf09cd743cf8fbf:/get_iplayer";
chmod 755 get_iplayer
Run using:
./get_iplayer
That long URL will change in future as that is the current latest
commit to the git repo.
Getting
I don't get this!! rtmpdump is working fine for everything I have
tried it on (same versions as reported NOT working for others). I
mainly use flashhigh, flashstd and flashhd modes from the UK on Ubuntu
Linux. OK I might get that resume bug now and then but that was always
the case.
flvstreamer so
On Sat, Jan 8, 2011 at 3:34 AM, Andy Bircumshaw wrote:
...
> It seems more by accident than design - a "we wrote the code wrong" bug,
> rather than a "the code broke" bug
I can see your point. I guess I have a different opinion to yours on
what constitutes a 'bug'. My definition is that a bug is
On Fri, Jan 7, 2011 at 5:19 PM, Andy Bircumshaw wrote:
...
> I have no idea whether or not resuming is supposed to be supported or not.
> `rm -i *partial*` (or just rename it) and try again.
> Very occasionally I will find a programme to be "stubborn" and require 4
> attempts or so; most times i
On Fri, Jan 7, 2011 at 5:19 PM, Andy Bircumshaw wrote:
...
> You can then download the show using "--pid" if you want to, but you usually
> don't. Use of "--pid" implies "--get" - i.e.
> combining `get_iplayer --info --pid b00wvjdq` will cause the programme to
> download, rather than just provid
On Wed, Jan 5, 2011 at 11:15 PM, Bill Denton wrote:
...
> 2. Removal of non Windows compatible characters from file names
Use --fatfilenames
> 3. Emailling
> It should be possible to wrap this up in a cron job along with the pvr runs.
This will work on cmdline and cron for html emails on unix/l
Yeah - happened to me a few times too. You can save/restore the
*.cache files in the .get_iplayer/ directory. I think it's because the
date-added field gets reset if all the feeds completely fails to
download after 3 retries and you then subsequently have a successful
feed download.
__
On Wed, Jan 5, 2011 at 10:33 PM, M2 wrote:
...
> or do I have to have all the other modes present as well?
> "flashaachigh,flashaudio,flashhigh,flashstd,flashnormal,realaudio,flashaaclow"
Why not try using "flashaudio,flashaac,flashhigh,flashstd". This will
give you prefereably mp3 audio, failing
I think adding transcoding to getiplayer is probably unwise because
everyone has their preferred transcode options (e.g. like output
bitrate, and even the 'libmp3lame' codec name changes between ffmpeg
builds) and the number of options you'd have to add to satisfy even a
few users is going to get o
Use flashaudio,flashaac,...(other modes) in the modes preferences.
flashaudio is always mp3 when it exists.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
How are you starting the get_iplayer.cgi server? Using apache or the
built-in web server in get_iplayer.cgi?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On Tue, Dec 28, 2010 at 4:18 PM, Andy Bircumshaw wrote:
...
> I think you need to use "--tvmode" here, not "--modes". I.E.
> "--tvmode=iphone,flashstd,flashnormal".
> Using "--modes=iphone,flashstd,flashnormal" is shown here to be ignored.
If tvmode is already specified in the saved preferences
I used firebug while using the iplayer web page to sniff the
mediaselector URL for this 'live' stream and this seems to work:
get_iplayer
"http://www.bbc.co.uk/mediaselector/4/gtis/?server=cp60703.live.edgefcs.net&identifier=special_event1...@s6485&kind=akamai&application=live";
On Sat, Dec 18, 2010 at 12:13 PM, Aman Singer wrote:
>Can anyone confirm this issue? I hope it is simply user error, but
> am doubtful, as it does seem to be looking for versions, indicating the
> command to look for the audiodescribed version is getting executed, but not
> finding them.
Here's a very small patch for the latest in git. Hopefully you can get
this in before you work out how to do that release ;-) It fixes the
bug where programs on BBC HD only were not getting the HD category.
(e.g. QI XL). See attached patch file.
--- get_iplayer.latest 2010-12-16 16:08:33.282742425
The flash based streams still work fine AFAIK so this should not
prevent you getting the shows after they have aired using get_iplayer
and rtmpdump.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/
On Thu, Dec 16, 2010 at 12:55 PM, Andy Bircumshaw wrote:
> This is interesting. So iPlayer only stores one channel for each programme?
> Or the --channel search only shows programmes which are exclusive to a
> channel?
Yes, the formaer. This is a get_iplayer limitation it seems... Would
be nice
I'll email you the 2 patch files in txt format. Gmail is just wrapping
happy. Maybe it has the xmas spirit...
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Hi Shevek,
I noticed the same thing this week when I started using HD content
seriously for the first time.. To make my life a little simpler I
created a patch (Subject: 'Patch to tag all BBC HD programs as
category HD') that now adds 'HD' in the category in get_iplayer so
you don't have to wait
Apologies I was getting confused! - yes it is the id3v2 tool you need
for this. I don't think there is such a beast for Windows... However
maybe you can cobble something together since get_iplayer can create a
metadata file and you could parse that after download and tag the mp3
file.
On Tue, Dec
Install AtomicParsley and mp3 files will get tagged automatically
after download.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On Fri, Dec 10, 2010 at 6:56 PM, Peter J Ross wrote:
> Is it a simple matter of adjusting the HTTP headers?
No, looks like they now use https for the link redirector from the new
mediaselector/5/. Doesn't seem to like to authenticate - maybe it's a
client certificate like ipad access.
Maybe Paul
I found that many of the programs in the channel 'BBC HD' were also on
other channels. Subsequently a search using --channel=hd only showed a
subset of HD programs.
This patch works around this by adding 'HD' to the category list for
all programs that are on 'BBC HD' channel regardless of what
get
Hi Alex,
On Thu, Dec 9, 2010 at 11:52 AM, Alex Poylisher wrote:
> I am unable to play any of the live streams (excecpt Parliament), getting
> NetStream.Play.StreamNotFound. Recorded programs can be downloaded just
> fine.
Try this patch below. BBC have started using limelight to deliver live
fe
Apologies if you already have done this but... have you tried finding
and removing the cache file that rtmpdump uses for the swf
verification? The file (at least in the Linux world and probably same
in Windows world) is called '.swfinfo'. Search for it and remove any
instance you find. The problem
I just tried the following command on the latest get_iplayer and it
downloaded the video perfectly:
get_iplayer http://www.bbc.co.uk/news/uk-11518501
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinf
Now all modes from akamai just work fine using rtmpdump. I should
learn to read the other thread about removing the .swfinfo file.
So it would seem for me too that updating the revision *AND* removing
.swfinfo did the trick.
Maybe we/rtmpdump should have some more automated way of expiring this fil
I noticed that flvstreamer still works fine on BBC akamai streams. It
will keep resuming every minute until it gets the programme though
because of the lack of SWFveification support.
I just added --flvstreamer=/usr/bin/flvstreamer
In my tests it seems that all flash streams from akamai are
exper
Maybe you could let us know the command line options you are using? Also
would help if you added --showopt. Those lines appear to be related to the
rdf parsing.
On Tue, Sep 7, 2010 at 12:57 PM, david murphy <
david.murphy...@googlemail.com> wrote:
> Hi,
>
> I upgraded get_iplayer to version 2.78
Using a UK IP address I cannot get this to fail. Using rtmpdump 2.3 and
get_iplayer (git master as of today).
On Sat, Sep 4, 2010 at 6:14 PM, Richard Mace wrote:
> Hello again,
> I have submitted two reports of this not working for me. No-one has come
> back to say whether or not it works for the
54 matches
Mail list logo
