This morning when I tried to fetch some items the download rate was much
slower than usual. i.e. about a 1/10th what is normal. In effect, the
result is 'real time' - so a 30 min TV program takes, erm, about 30 mins
to obtain rather than the usual 3 - 5 mins.
I've tried again during day with
I' ve now switched to using the new version of GIP and using the 'DASH'
approach for fetching. Many thanks for the new version. :-)
For TV this works fine. And for *most* radio it also works fine. But since
I'm writing this you'll have guessed there is a trailing, "...however..."
:-)
Using "
I've just installed the current xfce mint long-term-support distro on my
main 'work' machine. Having transferred my own programs, data, etc, I find
that gip now doesn't work. This seems to be because at least some of the
relevant perl modules aren't installed by default. However I can't work out
I've been getting the current 'Rutherford and Fry' series and it seems to
differ from most other radio progs on R4. As a result I've been able to use
the same gip settings as I've employed for ages to get the 'extended'
version that is podcast as 320k aac. In effect, that's been the default for
Until yesterday I've been using an old version of gip to fetch radio
programmes. This is on my usual "Ain't broke" -> "Don't fix" basis. However
yesterday when I tried to get the latest set of R3 Proms files it failed
for the items that started with the pids that begin with 'm'.
As an aside, I
I've been getting various R3 Proms items fine via using my generally
preferred approach - using the pids I can find from the 'schedules' pages.
However I found another page that offerred other items, which has worked in
some cases, but not others. So I'm puzzled by this and wonder if someone
knows
Is this an 'April Fool' joke or a real trial? :-)
http://www.bbc.co.uk/taster/projects/radio-3-concert-sound/inside-story
Jim
--
Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc
Another try this morning confirmed that using the --ffmpeg option lets me
have gip successfully fetch via hvfhd and convert the result into playable
mp4 files. I also spent some time with ffprobe comparing previous hvfhd
fetch results as follows.
My earliest hvfhd fetches mostly were 'silent'
I've been fetching and watching the recent 'Forces of Nature' BBC1 TV
series presented by Brian Cox. There are four episodes and I've had no
problem getting episodes 1, 2, and 4. But episode 3 seems different for
some reason.
For now, I've continued using a development version from Jan of 2.95 as
Apart from the recent hiccup, fetching TV programmes has been fine here.
However in the last few days I've had some unusual behaviour showing up
when trying to fetch sound radio programmes.
One aspect of this is *very* slow fetches. However I tend to get radio
programmes during the day when
I don't think the following is due to a flaw in gip. But it keeps happening
so I'd like to describe it and invite any comments regarding its cause or
what might be done.
In general I run a small program to do a set of gip fetches each morning,
timed to complete before the 9am 'deadline' when BT
I've been trying to get the Peter Grimes opera broadcast on BBC4 last
night. But all I can get in response is
get_iplayer v2.92, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY; for details use
--warranty.
This is free software, and you are welcome to
I'm puzzled by an inconsistency I've encountered between episodes of this
series.
Series 1 episode 1 - Deptford = HD file obtained (pid b01jt96v)
Series 1 episode 2 - Camberwell = SD file obtained (pid b01jzpm3)
I used the same options as usual for both of them, and which normally
gets me the
I've just noticed a curious change and wondered if others have encountered
it or know the reason.
This is all for *sound radio*, not TV...
Until about a week ago the files I fetched using gip all share the 44.1k
sample rate I also get using the BBC's Flash plugin with FireFox.
However recently
Until recently I've just used gip for radio. But a few days ago I
experimented with TV for the first time to compare it with what I got using
the ilplayer plugin and FireFox. The results prompt me to outline what I
got and ask if this is typical or if I was doing something ahem?
sub-optimal. :-)
I'm having a problem downloading the last episode of the recent 'History of
Britain in Numbers' series on Radio 4. There are 10 episodes and I got the
first 9 with no problem using my usual method. However when I try gip with
--type=radio --no-tag --pid=b053c3pd
it fails with the error
no
In article e1xoftx-0007ua...@bombadil.infradead.org, Dave Liquorice
allso...@howhill.com wrote:
On Tue, 11 Nov 2014 09:52:46 + (GMT), Jim Lesurf wrote:
cough syrup :-) I know from measurement and from discussions with
some involved that for the Proms on BBC4TV they use the R3 feed
In article mpro.nexwz400fzld60...@wingsandbeaks.org.uk.invalid, Jeremy
Nicoll - ml get_iplayer jn.ml.gti...@wingsandbeaks.org.uk wrote:
Jim Lesurf w...@audiomisc.co.uk wrote:
Yes I know I can install it at the click of a button. But I'm wary of
anything from Google given their dubious
In article e1xnuqp-ho...@bombadil.infradead.org, Dave Liquorice
allso...@howhill.com wrote:
On Mon, 10 Nov 2014 17:41:05 + (GMT), Jim Lesurf wrote:
IMO any significant difference in sound is going to be down to
relative codec efficiency, not due to huge differences in the TX
chain
I
Thanks, I'll look at the above. One of the things I'm curious about
is the relative performance (in terms of quality, etc) of ffmpeg
versus avcodec. I come to this from being a long term user of
ffmpeg, but knowing nothing about the forking or its effects. Given
my past I tend to
In article 545ecc0f.5040...@jifvik.org, Jonathan Larmour
j...@jifvik.org wrote:
On 08/11/14 23:05, Peter S Kirk wrote:
Yes, David runs the list. However, he should respect the preferences
of list members who as you say almost no-one else on the list agrees
with him in principle.
I very
For the moment I'm occupied with fixing things still broken by the loss
of the programme feeds, but HDS is a can of worms that will have to be
opened eventually. The BBC have already declared they are moving to HDS
for AOD in 2015. If they are going to use the switch to bring in DRM (a
In article 1415481888.17370.89.ca...@infradead.org,
David Woodhouse dw...@infradead.org wrote:
As Owen says, this has been discussed before.
Your email client - every email client - has (at least) two options for
*how* to reply to an email.
First there's the private reply which goes only
In article 545f5658.3030...@gmail.com, michael norman
michaeltnor...@gmail.com wrote:
On 09/11/14 10:27, Jim Lesurf wrote:
FWIW I've just written an 'opinion' column for Hi Fi News magazine
about the way the BBC dropped the feeds and raising the general issue
Have you put it on your own
On 08 Nov, Jeremy Nicoll - ml get_iplayer
jn.ml.gti...@wingsandbeaks.org.uk wrote:
Jim Lesurf j...@audiomisc.co.uk wrote:
One complication here I've already hit is that IIUC the xfce mint
distro I'm using doesn't provide ffmpeg but avcodec (?) I've installed
a local version of ffmpeg
On 08 Nov, batguano999 batguano...@zoho.com wrote:
What I'm hoping to do using get_iplayer is to be able to compare such
results with an analysis or decoding to LPCM of the flv by other means.
i.e. use ffmpeg or similar. I'm wondering if anyone else here has
already done this, or has
Something possibly relevant avconv Used in Preference to ffmpeg Where
Available changed in 2.83; see notes at:
https://github.com/dinkypumpkin/get_iplayer/wiki/release283
and also changes in 2.87 Important note re: obsolete FFmpeg versions:
(also for avconv) - see:
On 08 Nov, Stuart Henderson s...@spacehopper.org wrote:
On 2014/11/08 09:47, Jim Lesurf wrote:
but not avcodec. (Or have I got its name wrong? Afraid I've forgotten
if my memory was ever much better than nowdays. :-) )
The projects are ffmpeg and libav (a fork of ffmpeg). One
On 08 Nov, Owen Smith owen.sm...@cantab.net wrote:
Blasted mailing list, I sent the message below as a personal reply,
AGAIN. I simply cannot get my brain to accept how this list works. I'm
on half a dozen other mailing lists all of which work the other way
round ie. replies go to the list.
On 08 Nov, Stuart Henderson s...@spacehopper.org wrote:
Just use reply all. If somebody doesn't like duplicates, they can go to
http://lists.infradead.org/mailman/options/get_iplayer and set Avoid
duplicate copies of messages? to yes.
I'll try that and see if it puts the *list* address in
On 08 Nov, Owen Smith owen.sm...@cantab.net wrote:
The person that runs this mailing list has VERY firm views about how
they should work. This is at odds with every other mailing I have ever
been on, which must be around 50 by now. He feels it should work the
same way as a direct email sent to
On 08 Nov, Dave Liquorice allso...@howhill.com wrote:
Just use reply all. If somebody doesn't like duplicates, they can go
to http://lists.infradead.org/mailman/options/get_iplayer and set
Avoid duplicate copies of messages? to yes.
Thanks for that, now set.
Same here. I'll see what
Hi,
I've just joined the email list as a result of starting trying it out a few
days ago. I'll summarise the symptoms of the problem, then give more
details...
Summary:
I'm using the current LTS version of xfce mint on my laptop for all the
following. I initially installed get_iplayer via
On 07 Nov, Jeremy Nicoll - ml get_iplayer
jn.ml.gti...@wingsandbeaks.org.uk wrote:
Jim Lesurf j...@audiomisc.co.uk wrote:
I'm using command line and issuing commands like
get_iplayer --type=radio --verbose --not-tag --pid b04lsjkv --o outdir
in a terminal. The --no-tag avoids the fetch
I've now done a power cycle of the laptop and the userland 2.90 still works
OK. Excellent. :-)
I'm still puzzled by why the 'distro' version works at first and then
ceases over a power cycle. If it had failed from the start I would have
taken for granted it was a dead duck and focussed on 2.90.
35 matches
Mail list logo
