cursive downloads, rather than .
Interestingly, if I run
get_iplayer "Snooker*
all that finds are the various Day 1, Day 2 etc videos. None of the A vs
B match videos are found.
On 24/04/2024 20:48, Chris Walker wrote:
On Wed, 24 Apr 2024 19:33:40 +1000
Nick Payne wrote:
For example, wit
with
--pid-recursive, but I'd like to filter it down to only episodes that
contain "_v_" in their name. Is this possible?
Nick Payne
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On 14/03/2022 09:30, VeniVidiVideo wrote:
On Mar 13, 2022, at 5:45 PM, Nick Payne wrote:
When I download a program with GiP using dash rather than hls, the initial
separate download of the audio always comes down at only somewhere between 5%
and 10% of the speed that I get when the video
When I download a program with GiP using dash rather than hls, the
initial separate download of the audio always comes down at only
somewhere between 5% and 10% of the speed that I get when the video
portion of the download is happening. Do other users see the same? This
is with the latest
I've noticed, since downloading a few programs with GiP in 1080p, that
that the estimated download size is usually too big by a factor of
around three or four times. This for example, is typical - the estimate
for the dash video size is 10339MB, but the actual download is 3536MB:
The GUI in Linux Mint with Cinnamon will be fairly familiar to a Windows
user, and it also has a PPA for get-iplayer that keeps it current:
https://launchpad.net/~jon-hedgerows/+archive/ubuntu/get-iplayer.
The next LTS version of Mint is due for release in about a month.
On 19/02/2020 11:21 am, Ralph Corderoy wrote:
> RS wrote:
>> Your only real remedy is to complain, complain and complain again to
>> your ISP, or find a better ISP.
> I'd have thought it's the CDN choice that's being made rather than ISP.
> For example, having the line ‘exclude-supplier bidi’ in
On 16/02/2020 10:57 pm, RS wrote:
> I should have added that --audio-only, radio and the audio part of DVF
> downloads are much slower, at a maximum of 7Mbit/s.
I find the same with the audio part of DVF downloads - the speed of the
audio download is always at less than 10% of the speed of the
On 30/12/2019 5:08 am, Sharon Kimble wrote:
> get_iplayer -g --force --pid-recursive
> http://www.bbc.co.uk/iplayer/group/p01277qd
That pid doesn't seem to be classed as a series, so the recursive
parameter doesn't work. You can download all the episodes of "The Train
Now Departing" using the
I used:
--tvmode=dvfhd --exclude-supplier=bidi
on the command line, and the program downloaded as version 'technical':
INFO: Mode list: dvfhd
INFO: Searching for version: 'technical'
INFO: Found version: 'technical'
INFO: Modes to try for 'technical' version: dvfhd1
INFO: Downloading tv: 'His
On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote:
> On 25/11/2019 01:58, artisticforge Niemand wrote:
>> Hello
>>
>> Downloading the current episode of Seven Worlds One Planet
>> starts out okay, when if has to restart the download it fails.
>
> I'm not even getting that far, I get ...
>
>
I use MakeMKV (which isn't free) for ripping the DVDs or BluRays,
followed by Handbrake to convert the resulting files to the H.265 video
codec to reduce the file sizes (which is a pretty slow process). As I
have an nVidia Quadro video card in the PC, I tried the NVENC version of
H.265 in
On 20/06/2019 6:19 pm, Jim web wrote:
> In article , Nick Payne
> wrote:
>> Using the PPA and apt will only install the needed dependencies. You're
>> far more likely to be "spraying things you don't actually need into your
>> install" by trying to do it manual
On 19/06/2019 10:38 pm, Jim web wrote:
> In article , Alan C.
> Foster wrote:
>>> Install the PPA from here
>>>
>>>
>>> https://launchpad.net/~jon-hedgerows/+archive/ubuntu/get-iplayer
>>>
>>> I've been doing that in Linux Mint for years. It gets updated
>>> automatically by the Mint update
Public broadcasters in other countries already have fairly extensive
on-demand access to their back catalogue. The SBS in Australia, for
example, has an on-demand website/app along the lines of iPlayer, and
most programs seem to be available regardless of how long ago they were
broadcast. Nor does
Have you tried Handbrake. Free and open source and available for
Windows, Mac, Linux. https://handbrake.fr/
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Same problem with 3.14. Here's the output from trying to retrieve
episodes of Hidden (using pid from
https://www.bbc.co.uk/iplayer/episodes/p066st1w, which shows four
episodes available):
D:\Users\Nick>get_iplayer --pid="p066st1w" --pid-recursive
get_iplayer 3.14.0, Copyright (C) 2008-2010 Phil
not possible to change the frame rate using -c:v=copy in ffmpeg;
> it is necessary to re-encode which is why it takes so long.
> Inevitably there will be losses, added to which the codecs available
> to us may be inferior to those used by the BBC.
>
> I think it was Nick P
I've noticed this now a couple of times on different downloads - I give
GiP a PID on the command line, and it errors out on a different PID
number. See console output below for an example - I've asked for PID
b0b1y57f, and that initially gets echoed back in the console output, but
further on it
On 18/04/2018 8:05 PM, Paul Thornett wrote:
> As a matter of interest, how do I check if hls is available for a
> particular file? I thought --info would show this, but using this
> option on "Ordeal by Innocence Episode 1" does not reveal the
> availability of the hlshd stream, even though it is
On 16/04/2018 6:59 AM, Nick Payne wrote:
> On 16/04/2018 2:18 AM, RS wrote:
>> A couple of years ago there were problems with HLS and there was
>> speculation that we might have 50 fps HVFhd and DVFhd as the only HD
>> modes. At that time I wondered if it would be feasible t
On 16/04/2018 5:21 PM, Steve Dodd wrote:
> On Sun, Apr 15, 2018 at 9:59 PM, Nick Payne <njh...@gmail.com> wrote:
>
>> I experimented a while ago with running some GiP downloads through
>> Handbrake to convert the video to the x265 codec. That reduced the file
>> siz
On 16/04/2018 2:18 AM, RS wrote:
> A couple of years ago there were problems with HLS and there was
> speculation that we might have 50 fps HVFhd and DVFhd as the only HD
> modes. At that time I wondered if it would be feasible to drop every
> other frame to reduce the frame rte to 25 fps. I
On 4/03/2018 9:54 AM, Bernard Peek wrote:
>
> On 03/03/18 17:33, James Scholes wrote:
>> RS wrote:
>>> The Windows download_history file seems to work correctly. I hope I
>>> don't need to edit it.
>>
>> You've probably edited your options file by hand in the past,
>> resulting in a mixture of
On 13/12/2017 10:19 PM, Ralph Corderoy wrote:
> Hi Nick,
>
>> I have noticed, on numerous pids, that if I download them using
>> --tvmode=best then the highest quality 25fps stream that is found is
>> dvfxhigh (704x396 25fps).
>>
>> However, if I explicitly use --tvmode=hlshd, then I get the
I have noticed, on numerous pids, that if I download them using
--tvmode=best
then the highest quality 25fps stream that is found is dvfxhigh (704x396
25fps).
However, if I explicitly use --tvmode=hlshd, then I get the 1280x720
25fps stream.
As an example, here's the console output from
On 7/12/2017 3:00 AM, RS wrote:
> From: Ralph Corderoy
> Sent: Wednesday, December 6, 2017 2:08 PM
>
>> That just means get_iplayer is ignoring the failure to remove the file
>> rather that report it to you. A quick skim of all the `unlink' function
>> calls show none have their return value
On 5/12/2017 9:44 PM, Ralph Corderoy wrote:
> Hi Nick,
>
>> I assume this is meant to be deleted once the conversion to mp4 has
>> been completed, but this isn't happening consistently.
>>
>> OS is Windows 10 x64.
> Does Windows allow a file to be deleted if a process still has it open?
> Unix
I've had three instances since installing 3.07 where the download of a
programme finishes without any problems or errors indicated in the
console output, but as well as the mp4 file there is also a .dash.m4v
file of slightly smaller size. I assume this is meant to be deleted once
the conversion to
GiP 3.07 on Windows 10 x64. When I try to download this pid (UK Snooker
championship round 2 highlights part 2), it comes back with "no streams
found". If I use --info on this pid, I can see that GiP doesn't find any
available modes:
e x is a random series of numbers. IIRC it's
> been put down to connnection issues. I've read that repeating the
> download instruction is supposed to force the correct actions but
> that's not worked for me. Forcing a download usually does the job though.
>
> A
>
> On
Running get_iplayer 3.06 on Win10 x64. Sometimes the rename of the mp4
file at the end of a download fails. ffmpeg creates the partial.mp4 file
without any problem, but get_iplayer.pl then fails to rename
.partial.mp4 to mp4. It's not a permissions problem, else ffmpeg would
not be able to create
On 6/11/2017 7:43 PM, Alan Milewczyk wrote:
> On 06/11/2017 08:03, Nick Payne wrote:
>> I'm trying to download episodes 9 and 10 of Ken Burns' Vietnam War
>> series via the command line. The previous eight episodes (downloaded
>> with older versions of GiP) all downloaded a
I'm trying to download episodes 9 and 10 of Ken Burns' Vietnam War
series via the command line. The previous eight episodes (downloaded
with older versions of GiP) all downloaded as hlshd by specifying
--tvmode=best, but when I use --tvmode=best for episodes 9 and 10, they
are both downloading as
Out of curiosity I changed the drive letter for my external backup drive
to U: and then ran the get_iplayer command to change the output folder
in the options file (GiP 3.06 on Windows 10)
D:\Users\Nick>get_iplayer --prefs-add
--output="C:\Users\graham.temple\Desktop\New folder"
INFO: Changed
I recently upgraded from 3.02 to 3.05. I notice that with the new
version, when I download a TV programme GiP performs two separate
downloads. The first is shown in the terminal output as being
[audio+video], the second much smaller download as just being [audio].
Why the two separate downloads?
What is the ffmpeg command that GiP uses to convert the ts downloads to
mp4? I occasionally find after downloading a program that for some
reason the conversion to mp4 has not happened and I only have the ts
file. I can convert this to mp4 with ffmpeg using the following command,
but that
On 24/08/2017 8:49 AM, tellyaddict wrote:
Hi All,
With 3.02 of GiP, all HVF modes now use 320 kbps audio.
Not so. I just downloaded the BBC Proms recording of Ravi Shankar &
Philip Glass using 3.02 and hvfsd, and MediaInfo reports the video as
960*540 @50fps and the audio as 48kHz 2 channel
On 15/05/2017 8:50 PM, RS wrote:
> [snip]...
>
> There are no HLShd modes, but this appears to be normal for Red Button
> coverage.
What I noticed with the red button coverage for the recently finished
World Snooker Championships was that if I downloaded the coverage as
soon as it became
Was simultaneously downloading the afternoon and evening sessions of the
final day of the World Snooker Championships. The afternoon session
downloaded without any hiccups at all, but the download of the evening
session had several instances of reporting "Unexpected size for
segment". The download
On 28/04/2017 11:21 PM, artisticforge . wrote:
> get_iplayer-2.99
>
> completely and utterly broken.
Nonsense. I started this D/L five minutes ago. I get no meaningful
filename or embedded program information, but the program downloads ok:
D:\Users\Nick\scripts>get_iplayer --pid="b08nz0j0"
On 14/03/2017 11:53 AM, tellyaddict wrote:
> Downloading is impossible by any method at the moment due to the missing xml
> feeds.
Not so. I started a D/L using --pid= a few minutes ago, and it's running
as I type...
___
get_iplayer mailing list
Well both downloads I've done since installing 2.98 yesterday (on
Windows 10) have resulted in three output files in the download
directory after the download completed, all three files being
approximately the same size: the expected download with mp4 file
extension, a temp-n.mp4 file (n
On 4/12/2016 10:25 AM, Vangelis forthnet wrote:
> On Sat Dec 3 21:32:54 GMT 2016, Nick Payne wrote:
>
>> what do I need to run to convert the partial.mp4.ts file to an mp4?
>
> In all probability, you should still be able to play
> a partial MPEG-TS file (.ts extension,
I had one of the "Failed to download segment" errors right near the end
of downloading coverage of the UK snooker championship, and I'm left
with a partial.mp4.ts file. The file is 5Gb in size - GiP expected a
file size of 5066Mb and had downloaded 5067Mb at the point where the
error occurred. As
On 28/10/2016 9:04 PM, RS wrote:
>
>> Well, the size keeps shrinking. The very latest episode of The Fall
>> (just downloaded using hvfhd1 but not yet watched) is down to 647Mb for
>> 59 minutes of 1280x720@50fps, video bit rate 1403kbps. This is about 2/3
>> the size of the old flashhd GiP
gt; playback downloads. Recently I have downloaded two programmes - one
> payed smoothly with well sync'd audio - the other was 'jerky' with
> well out of sync'd audio. I shall have to look at the properties. CJB
>
> On 27/10/2016, Nick Payne <njh...@gmail.com> wrote:
>> Th
The video quality seems perfectly fine in both cases, but I was
surprised to see that one download was more than twice the size of the
other, both being virtually the same duration and at the same resolution
and frame rate. I just compared recently downloaded episodes of The Fall
and The Missing.
In the table of TV modes at
https://github.com/get-iplayer/get_iplayer/wiki/modes#tv-modes, the
recording mode hlshigh appears in the table twice (the 3rd and 9th
rows). I think the mode for second occurrence should be hvfhigh, which
is missing from the table.
-9815-5024e6c5dc75_b07l1wv4_1468058730774,.mp4.csmil/segment13_2_av.ts
WARNING: There may be a gap near 120 secs in programme
On 14/07/2016 3:03 PM, Nick Payne wrote:
I installed GiP 2.95.1 Windows version a couple of days ago
(previously using 2.94). While downloading two programs simultaneously
On 15/07/2016 8:24 AM, RS wrote:
From what I have been reading it seems that Windows 10 and Windows 8.1
have problems with USB 3 drives. In some cases they stop being
recognised after a period of idle time. I have not had that, but
there is a really dramatic slowing down.
I've never seen
I installed GiP 2.95.1 Windows version a couple of days ago (previously
using 2.94). While downloading two programs simultaneously this morning
in two terminal windows (King Lear parts 1 & 2), both downloads were
periodically spitting warnings like the below, and when the downloads
completed,
I was using the 2.95 dev version of get_iplayer, downloaded from git a
couple of days ago. First couple of downloads completed without any
problem, the third failed - looks from the messages as though there
might have been an interruption to my Internet connection, but the last
line seems to
Running GiP 2.94 on Windows. I had two downloads running simultaneously,
both writing to the same directory. One download completed without any
problem indicated, the other put out the following on the console at the
end of the download:
INFO: MP4 tagging MP4 file
Started writing to temp
I've been downloading some of the coverage of the world snooker
championships. All the downloads use the command line
get_iplayer --pid="%1" --modes=hlsbest
but I find that the resolution of the downloaded mp4 files varies quite
a lot. Most are 1280x720, but some are 960x540, some are
On 20/04/2016 9:50 AM, Vangelis forthnet wrote:
On Tue Apr 19 23:00:46 BST 2016, Nick Payne wrote:
but the audio and video on the Day 3 program
gradually get out of sync as the program progresses -
they're in sync at the start, but by the end
of the 50 minutes of the program, the audio
If you have the program downloaded, Avidemux can extract a segment from it.
On 3/02/2016 8:12 PM, CJB wrote:
Does anyone know how to extract a clip of today's News at about 8.50 am to 9.10?
http://www.bbc.co.uk/programmes/b06z4pnd
___
get_iplayer
I'm using GiP 2.94 on Windows 10 x64. The command line I use for
download is:
get_iplayer --pid= --modes=hlsbest
Every single program I download shows the error msg I've given in the
title in the terminal window. The downloads all complete successfully
and the files play without any
On 23/11/2015 6:28 AM, Peter S Kirk wrote:
On 22 Nov 2015 at 22:42, Nick Payne Nick Payne
<nick.pa...@internode.on.net> wrote:
I recently purchased a Panasonic DMR-HWT250 PVR, which can also function
as a DLNA client - I run Serviio on my PC as the server. I can use the
DLNA client on t
On 18/11/2015 9:48 PM, CJB wrote:
OK - that's all good to know. But ... do I really need to upgrade to
Win 10 anyway? Its the aggressive forcing of the issue that riles me.
My little Acer notebook hasn't the capacity for a full blown Windows.
I only have Win 7 Starter anyway. And my 250GB hard
On 18/11/2015 05:21, CJB wrote:
Audacity is the music editing app. that I am most familiar with. I
like it. It works.
I also use it to process downloads from get_iplayer.
However with Microsoft's increasingly aggressive stance in forcing
upgrades to Windows 10 I am concerned. I have heard that
For many months I have used --exclude-supplier=akamai on my GiP command
line as it results in a 10- or 12-fold increase in download speed
compared to the throughput I get without that option - with the option,
an hour long problem @1280x720 will download in around 5-6 minutes,
without it the
On 15/09/2015 09:12, tellyaddict wrote:
For many months I have used --exclude-supplier=akamai on my GiP command
line as it results in a 10- or 12-fold increase in download speed
compared to the throughput I get without that option - with the option,
an hour long problem @1280x720 will download
On 19/05/2015 21:09, David Cantrell wrote:
In this case the tapes are whatever unsigned bands consisting of
impoverished students could buy in bulk. So cheap crap made out of
swarf and brown paint probably.
A friend of mine who spent a couple of decades repairing VCRs once said
to me: Using
Using GiP 2.92 on Windows. Every so often, when a download completes,
and seems to complete successfully, I find that as well as the expected
downloaded file, there is also what appears to be a temporary file of
almost exactly the same size in the same output folder. For instance, I
just
On 13/05/2015 21:17, Alan Milewczyk wrote:
On 13/05/2015 09:27, Jed Robbins wrote:
In the last few weeks my downloads have stopped working. Get_iplayer
seems to connect but then nothing happens i.e.
get_iplayer --get --type=radio --pid b05tl3jk
get_iplayer 2.92-ppa22, Copyright (C) 2008-2010
On 14/05/2015 01:06, Vangelis forthnet wrote:
On Wed May 13 09:27:37 BST 2015, Jed Robbins wrote:
In the last few weeks my downloads have stopped working.
Get_iplayer seems to connect but then nothing happens i.e.
...
get_iplayer 2.92-ppa22,
...
RTMPDump v2.4-n87-gita9f353c-ppa8~saucy
(c) 2010
I've been downloading parts of the World Snooker Championship coverage.
Some of the files are quite large - four hours long and over 4Gb if
downloaded as HD. I've noticed (this happens with 2.92 on both Linux and
Windows) that as the downloads progress they get slower and slower, and
quite a
Worked fine for me using:
get_iplayer --pid=b03495yn --tvmode=best --versions
default,audiodescribed,signed
On 24/04/2015 15:48, C E Macfarlane wrote:
~ # gip --type tv --pid b03495yn -g
get_iplayer v2.91, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO WARRANTY;
On 14/03/2015 09:14, dinkypumpkin wrote:
Release notes here:
https://github.com/get-iplayer/get_iplayer/wiki/release292
Since the upgrade (Windows 81. x64, downloaded and ran the Windows
installer for the upgrade), I'm getting two copies of each file
downloaded, both the filename I would
On 06/02/2015 10:22, Vangelis forthnet wrote:
On Thu Feb 5 17:29:53 GMT 2015, M Clark wrote:
Whilst pid=b048s4tn doesn't need this switch, using it gives a file
Plants_-__b048s4tn_default.m4a
whilst not using it returns
That method doesn't seem to work for me - for TV, anyway. For example,
BBC4 have a number of blues programs available in their archive (see
http://www.bbc.co.uk/iplayer/group/p01m79bn). If I try to use the
p01m79bn pid, I get the following:
get_iplayer --pid=p01m79bn --pid-recursive --output
Go to the page on the iPlayer web site for the episode. In the address
bar of the web browser you will see the URL - eg for the 14th October
episode, the URL is http://www.bbc.co.uk/programmes/b03thc2q. The string
of eight characters at the end is what you need to download via pid. To
get this
frame=12336 fps=1644 q=-1.0 size= 214945kB time=00:08:13.44
bitrate=3568.5kbits
Nick Payne
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Just tried to download episode 4 of The Honourable Woman after
performing a refresh, and I get the following error:
nick@nick-lm17 ~ $ get_iplayer --get 1056 --output ~/Videos/iplayer/
--tvmode=best
get_iplayer 2.86-2-g969bd34-ppa17, Copyright (C) 2008-2010 Phil Lewis
This program comes
On 11/07/14 19:13, SquarePenguin wrote:
Nick Payne wrote:
but if I run iotop in another terminal, I
can see that rtmpdump is running and is still downloading
something...but not to the specified output folder.
Are you certain it's actually downloading and not just simply still
running? I
This error seems to be happening when I use --tvmode=best and
get_iplayer tries to download the program using flashhd1 - see terminal
output below. I tried the download several times and this error happened
each time, but at a different point in the file each time. When the
error comes up, I
I have no problem on Linux with get_iplayer downloading files over 4Gb.
One of the Wimbledon tennis matches I downloaded a couple of nights ago
in HD is a 5.1Gb file. The version of rtmpdump is whatever is in the ppa
I installed from: running rtmpdump -version shows:
RTMPDump
I notice a really marked difference in download speed between these two
modes. I'm running get_iplayer 2.86 from the ppa
jon-hedgerows/get-iplayer on Linux Mint 17, and I've noticed that if I
specify --tvmode=best, then the download always first tries flashhd1
mode, and that chugs along at a
79 matches
Mail list logo