out.
It turns out that there is a hacky way to record the live streams.
First, download a slightly modified version of get_iplayer:
https://raw.github.com/dinkypumpkin/get_iplayer/olympics/get_iplayer
It's probably a good idea to rename the script to something like
"get_iplayer-ol
On 09/02/2014 17:49, Paul Phillips wrote:
I am struggling to get the new iplayer script to be recognised though.
I get this (see screenshot)
http://sdrv.ms/1bK8p1f
Since you're on Windows, rename script to get_iplayer-olympics.pl and use:
perl get_iplayer-olympics.pl --modes=best ...
from get
On 09/02/2014 18:51, Paul Phillips wrote:
How do you stop it recording and get it to dump/recode? Can you
actually just leave it until the stream ends?
Not sure. I assume rtmpdump will quit when the stream ends, but that's
just an assumption. You can also run with --stop=hh:mm:ss, where
hh:
On 09/02/2014 19:55, Paul Phillips wrote:
The only risk is I guess if the recording goes over the maximum time
iplayer can cope with
Good point. As people discovered with London 2012, there is a 4GB limit
with RTMP, so you may need to record in roughly 2-hour chunks for HD
streams. I think
On 09/02/2014 22:01, Paul Phillips wrote:
2 hours - I thought it was about 4 ?
Have a look at the bit rate for whatever you already recorded. I used
London 2012 streams as a yardstick (about 2.5 hours per chunk), but I
didn't check the bit rates for current HD streams.
___
On 09/02/2014 23:20, Paul Phillips wrote:
I make that 2.5 hours, which is more bitrate than normal. That was on
As I suspected. HD catch-up content is around 2500-2800 kbps.
wifi too, I assume it adjusts so it may be possible to get a higher
rate over a LAN connection maybe?
No. You're a
to support the Olympics streams without
breaking existing functionality (and thus no need for a special
versionof get_iplayer). I've merged those changes into the master
branch. To install, see Git HEAD section in:
https://github.com/dinkypumpkin/get_iplayer/wiki/installation
With the
On 10/02/2014 15:20, Paul Phillips wrote:
Are the the cli and web pvr github get_iplayer code different ? I
installed the cli code and saved it as get_iplayer.pl. Does that mean
the WebPVR cannot do this?
Web PVR invokes the CLI. If you've replaced the default get_iplayer.pl
with HEAD versi
On 10/02/2014 19:04, ross wrote:
The new method doesn't work for me. updated git version of get_iplayer
tried on branch both HEAD and master
./get_iplayer --modes=best --type=livetv
'http://www.bbc.co.uk/iplayer/playlist/p01qz6xg'
Re-read my earlier post:
http://lists.infradead.org/pipermail/
On 10/02/2014 19:47, ross wrote:
Sorry still isn't working for me.
./get_iplayer --modes=best --type=livetv
'http://www.bbc.co.uk/sport/live/winter-olympics/25886331'
INFO: Trying
pid: http://www.bbc.co.uk/sport/live/winter-olympics/25886331 using
type: livetv INFO Trying to stream pid using ty
On 10/02/2014 17:39, Nick wrote:
On Mon, 10 Feb 2014 15:20:12 +
Jimmy Aitken wrote:
Does anyone have any thought as to why this may have started? I'm now
reticent to leave any jobs running automatically via cron in case this
starts up again, and my machine in unusable when I get back to it
On 10/02/2014 20:39, Peter S Kirk wrote:
at ~500KBS, but no files are increasing in size.
I've observed the same thing, but only when rtmpdump is attempting to
resume an interrupted download. It is seeking through the rest of the
stream looking for the point to resume downloading, but never
On 11/02/2014 12:21, Paul Phillips wrote:
The newer method isn't always working I find today. Here's an example.
C:\Program Files (x86)\get_iplayer>get_iplayer http://www.bbc.co.uk/sport/live/w
inter-olympics/26034774 --modes=best --type=livetv --force
That page is structured differently for so
On 11/02/2014 13:00, dinkypumpkin wrote:
The .sxml playlist URLs generally point to the associated highlight
clips and event guides, but this live stream uses one for some reason.
If you come across any more like this, post them and I'll have another
look.
I've pushed another c
On 11/02/2014 18:01, Paul Phillips wrote:
I've had three recordings fail using Head, I've seen them put the
stream down, copied them and checked they are recording. But when the
streams end the file disappears. This is an example, any idea whats
going on?
Judging from your log, you never really
On 11/02/2014 20:55, Paul Phillips wrote:
I think the latest Git Head is picking up the live stream from the
player page but something wierd is happening at the end when the
stream finishes. That's my hunch. The player pages seem to have
things feeding into them - eg the main channel sometimes
On 12/02/2014 16:29, Paul Phillips wrote:
Method 2 is a bit more work for you upfront at the start but I'd say it has
an 80% success rate. The only failures I get with this approach are when
the stream croaks due to internet connection (I assume) and it dumps early
missing the end.
- this is a sp
On 12/02/2014 18:00, Vangelis forthnet wrote:
individual station I'm interested in...From the "schedule" pages, AOD
content
opens up only in the "new" format, e.g. last Sunday's Official Chart
is available on this URL only:
http://www.bbc.co.uk/programmes/b03thv4n
get_iplayer HEAD should now su
On 12/02/2014 23:41, Peter S Kirk wrote:
For when download fails I make copies of the partial as it's downloading.
Sometimes I can rename and use them to resume, sometimes not as rtmp
generates error on file size. Any idea why some can be resumed and some
not?
Not sure. I think if garbage is w
u can clone from my copy, where you'll find a "ksv" branch to
start from:
git clone https://github.com/dinkypumpkin/rtmpdump.git
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
wrote:
I think the 4GB limit might be caused by RTMPDump.
The 4GB limit stems from the behaviour of the Flash media server. It
requires a re-connect once rtmpdump reports it has downloaded 4GB. This
appears to be a by-product of the RTMP protocol.
On 13/02/2014 19:09, J K.Eason wrote
On 14/02/2014 15:28, Vangelis forthnet wrote:
On Fri Feb 14 12:50:52 GMT 2014, dinkypumpkin wrote:
The only way I know to potentially complete the download
in one go is to use a small hack to rtmpdump
One completely different approach is to use an rtmp downloading
In case it wasn't
On 14/02/2014 15:11, Paul Phillips wrote:
Is it possible to use the rtmpdump mod on Windows? These instructions
are above my technical level, but I think they are wholly linux.
You can try this 32-bit build:
https://bitbucket.org/dinkypumpkin/rtmpdump/downloads/rtmpdump-4GB.exe
Untested
On 14/02/2014 19:49, Vangelis forthnet wrote:
On Fri Feb 14 16:40:34 GMT 2014, dinkypumpkin wrote:
You can try this 32-bit build:
https://bitbucket.org/dinkypumpkin/rtmpdump/downloads/rtmpdump-4GB.exe
So it seems that when the reported file size
reaches the 4 GiB limit, it restarts from 0
On 15/02/2014 00:25, Paul Phillips wrote:
that threw me I'm afraid, I deleted the file when I saw the size of it.
On 14 February 2014 22:19, dinkypumpkin wrote:
https://bitbucket.org/dinkypumpkin/rtmpdump/downloads/rtmpdump-4GB.exe
Forgot to mention that. I couldn't re
On 17/02/2014 01:35, Paul Phillips wrote:
New version of rtmpdump didn't work I'm afraid, a 4gb+ file ended up being 8mb
See output below:
Recording The Following Programmes
Winter Olympics - Sochi 2014: Day 3, Part 1 - 5.00am to 9.00am (b03vmcts)
...
Truncating packet of size 18847 to 3468
[fl
On 17/02/2014 00:13, Paul Phillips wrote:
I had a couple of streams die on me today half way through and they
didn't seem to reattempt. Should I be using --attempts=x or --resume
to improve this?
This is a typical command line I'm using at the moment with the head code:
get_iplayer http://www.b
ayer HEAD now sports a --avi option to re-mux video to AVI
container. We already did it for MKV, so why not? See Git HEAD section in:
https://github.com/dinkypumpkin/get_iplayer/wiki/installation
To produce DivX you still need to use --ffmpeg-tv-opts to re-encode the
streams. Some old kit
On 19/02/2014 14:13, Ben Shepherd wrote:
I recently bought a new Sandisk Sansa Clip+ portable audio player, and
I've updated the firmware to Rockbox to allow it to play a greater
range of files. I can now play get_iplayer radio downloads in M4A
format, rather than transcoding them to MP3 as I had
On 19/02/2014 16:22, dinkypumpkin wrote:
Try --ffmpeg-radio-opts="-movflags faststart" with get_iplayer. If that
doesn't work, use --command to automatically run MPBox on the file after
download.
One other thing occurred to me: I think that normally AtomicParsley will
relocat
On 19/02/2014 17:19, batguano999 wrote:
Please can you explain how to use the --command command.
https://github.com/dinkypumpkin/get_iplayer/wiki/documentation#wiki-custom-commands
https://github.com/dinkypumpkin/get_iplayer/wiki/documentation#wiki-substitution-parameters
http
On 19/02/2014 20:34, Ben Shepherd wrote:
so the (unremuxed) original file gets deleted afterwards. (All this
can be stored using --prefs-add so you only need to type it out once.)
Be careful of that - it will be executed for every download, not just
radio programmes. You probably want to stor
On 19/02/2014 20:26, Ben Shepherd wrote:
I tried the ffmpeg-radio-opts and the no-tag flags, neither of which
made any difference to the seeking on playback thing. (It's possible
I suspected as much. The files coming out of AtomicParsley were the
same as with -movflags, so there is probably m
On 19/02/2014 20:26, Ben Shepherd wrote:
made any difference to the seeking on playback thing. (It's possible
to test this without a device to hand - there is a simulator Rockbox
Clip+ build available at
http://rasher.dk/rockbox/simulator/sansaclipplus-sim-w32.zip.)
Thanks for that. If you kno
On 20/02/2014 10:12, dinkypumpkin wrote:
On 19/02/2014 20:26, Ben Shepherd wrote:
made any difference to the seeking on playback thing. (It's possible
to test this without a device to hand - there is a simulator Rockbox
Clip+ build available at
http://rasher.dk/rockbox/simulator/sansacli
On 20/02/2014 13:25, Ben Shepherd wrote:
The first is 'as-is' from GIP, the second has been passed through
MP4Box (version 0.5.1-DEV-rev5081) with the -ipod switch. It's
possible to seek using both, but the first one always goes to the
start if you seek anywhere in the first minute or so (and lik
On 20/02/2014 16:30, Adrian Hicks wrote:
I've been ripping some radio programmes this afternoon. I'm getting
random hangs on writing temp file. Sometimes 5 mins or more. The
What temp file are you talking about? The FLV file produced by rtmpdump
or the temp file used by AtomicParsley? Is your
On 20/02/2014 16:54, Adrian Hicks wrote:
Err, not sure [noob]
INFO: Downloaded Thumbnail to
'/media/black-elements/Radio/Nature_Series_4_-_3._Wildlife_Gardening_b00pxmcr_default.jpg'
INFO: MP4 tagging M4A file
Started writing to temp file.
Progress: => 68%
series, so clips won't be found in the get_iplayer cache. As Jon
explained, if you have the programme's PID (e.g., p01rmtg1) you should
use it directly.
You can use get_iplayer HEAD to download from URLs on the iPlayer Radio
site:
https://github.com/dinkypumpkin/get_iplayer/wiki/in
On 19/02/2014 15:22, JCA wrote:
An update: I have been able to stream again from my browser, using the
UKiVPN. The performance is a bit choppy, but it works. However,
get_iplayer is still systematically failing, be it with the UKiVPN
tunnel or the Unblock-Us service. Suggestions from experienced
jwxp
Then use --pid-recursive:
get_iplayer --pid=p00ljwxp --pid-recursive
The XML::Simple Perl module is required for --pid-recursive. If you're
on OSX or Windows, you should have it installed. If you're on
Linux/Unix, you may not. get_iplayer will warn you if you don't. If
not ins
On 21/02/2014 18:21, JCA wrote:
work under Unblock-Us. My query was (is) has anybody in this forum
managed to get get-iplayer to work with Unblock-Us?
If you don't believe what Unblock-Us told you here (and I can see why
you might not):
http://support.unblock-us.com/customer/portal/questions
On 21/02/2014 19:06, JCA wrote:
Now you say 'No port 1935, no get_iplayer'. Do you mean to say that
this port has to be open and correctly forwarded in my router as a
necessary (but maybe not sufficient) condition for get_iplayer to work
under Unblock-Us?
If you know you've blocked that port on
On 21/02/2014 19:55, JCA wrote:
Port 1935 is not blocked outgoing, but it is incoming. I guess I could
try and unblock it and forward it to some test box. At any rate, the
test in the URL that you supplied succeeds on all the RTMP and RTMPT
ports for my system. Like I said, maybe this is necessar
On 21/02/2014 19:39, dinkypumpkin wrote:
On 21/02/2014 19:06, JCA wrote:
Now you say 'No port 1935, no get_iplayer'. Do you mean to say that
this port has to be open and correctly forwarded in my router as a
necessary (but maybe not sufficient) condition for get_iplayer to work
under
On 21/02/2014 20:42, JCA wrote:
Connecting ...
Cache fill: 0.00% (0 bytes)
Sometimes it just hangs there forever, some others it exists after
adding the following:
ERROR: RTMP_Connect0, failed to connect socket. 113 (No route to host)
I would have guessed that media streaming would bypass
On 25/02/2014 08:12, Timothy wrote:
Are there any commands within get_iplayer to output the parameters sent to
RTMPDump to a file or on screen? What I mean is if you
Use --verbose. The full rtmpdump command is included in the the output.
Or use --streaminfo and construct the command yoursel
On 25/02/2014 09:18, Adrian Hicks wrote:
I've been having a spot of trouble the past day or so. I'm getting
programmes to download fine, but they seem to hang on flv conversion.
Run with --verbose to see if ffmpeg generates a useful exit code. if it
fails again, remove a variable from the equa
On 07/03/2014 10:23, Barrie Avis wrote:
I then followed the instructions under Command Line Interface (CLI) and
got a CLI that ended up with a prompt C:\Program Files\get_iplayer> but
do not understand what to do next.
Start here:
http://squarepenguin.co.uk/guides/
Screenshots show Linux, but
On 07/03/2014 21:46, Robin Bowes wrote:
Error: Package: get_iplayer-2.85-5.fc20.noarch (rpmfusion-free-updates)
Requires: perl(Streamer)
Error: Package: get_iplayer-2.85-5.fc20.noarch (rpmfusion-free-updates)
Requires: perl(Programme::bbclive)
Error: Package: get_iplayer-2
On 13/03/2014 14:26, Adrian Hicks wrote:
I know this is the wrong list, but I'm keen to find out about Rob
Watkins' 4OD-dl script. From github it appears that dinkypumpkin has
It is dead. C4 implemented DRM encryption.
___
get_iplay
On 18/03/2014 08:04, Shevek wrote:
image file is not jpg/png and cannot be embedded.
INFO: Command exit code 1 (raw code = 256)
WARNING: Failed to tag MP4 file
There are a couple of things going on:
1. The default thumbnail URL generated by get_iplayer appears to no
longer be valid for some p
On 18/03/2014 12:25, Chris Marriott wrote:
I wouldn't be too sure it's anything you've done. Most of the thumbnails
- for BBC1 especially - have been a blank grey rectangle for the last
week on the BBC iPlayer website itself.
The grey rectangles definitely weren't my doing. The iPlayer site
t
On 18/03/2014 12:15, dinkypumpkin wrote:
There are a couple of things going on:
1. The default thumbnail URL generated by get_iplayer appears to no
longer be valid for some programmes. For now, always use an explicit
--thumbsize=n, where n=1-6, or add it to your preferences. If you
forget and
On 19/03/2014 08:35, Budgie wrote:
On 18/03/14 23:02, dinkypumpkin wrote:
longer be valid for some programmes. For now, always use an explicit
--thumbsize=n, where n=1-6, or add it to your preferences. If you
1.I have no idea what thumbsize to use. How can I tell what has
been used up
On 19/03/2014 22:18, Peter S Kirk wrote:
Tried a few TV shows and all fail with same error.
Win XP and get V2.84
Tried deleting TV cache and record history and still no success. Tried
Chrome and Firefox, same error in both.
Help please
Always check the iPlayer site first before thinking there
On 22/03/2014 10:39, Arthur Dent wrote:
Actually I had already tried that and still got the default version. It
now occurs to me however that whenever I do a search I no longer see
"flashhd" listed for any programme. This, for example, is what I get
for "Silk":
You can't tell from search resul
On 22/03/2014 12:47, Arthur Dent wrote:
OK - Maybe the problem is with me. How can I tell if I have ACTUALLY got
the HD version?
Others have covered this, but it's all explained in the docs:
https://github.com/dinkypumpkin/get_iplayer/wiki/modes#tv-modes
When I download an episode of
On 25/03/2014 10:25, David Earle wrote:
open3: exec of mplayer -nolirc -dumpaudio
/home/pi/public/radio/Siadwel-1/Siadwe
l-s01e01-Episode_1.partial.mp3.flv -dumpfile
/home/pi/public/radio/Siadwel-1/Sia
dwel-s01e01-Episode_1.partial.mp3 failed at
/usr/bin/get_iplayer lin
On 25/03/2014 10:56, David Earle wrote:
That's really odd, downloaded a couple of afternoon plays and they were fine.
Regional/local radio uses different formats. See the docs:
https://github.com/dinkypumpkin/get_iplayer/wiki/modes#radio-
On 25/03/2014 10:16, SquarePenguin wrote:
If things are being tagged correctly and are showing in iTunes as
podcasts, it would suggest the you are a yet another victim of the
Podcast app's flaws.
That was my conclusion when I ran into this problem and discovered that
the get_iplayer files tagg
On 26/03/2014 08:17, Dave Widgery wrote:
Finally Peter, I have had a look at the --raw switch and I am not sure how
this will help, unless I have misunderstood this will leave all my downloads
in the format xxx-partial.mp4.flv whether they have successfully downloaded
or not, at least at the mome
On 31/03/2014 18:09, Carl Fletcher wrote:
Just askin' - no pressure
Is there anything to do?
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On 02/04/2014 20:58, steve phillips wrote:
Have tried to download episode 2 of W1A a few times over the last 5 days but not
successful. Keep getting message "application provided invalid, non monotonically
increasing dts to muxer in stream 1.etc" Is there anything I can do or is it an
issu
On 03/04/2014 23:07, Peter S Kirk wrote:
Not seen this before, any tips for using get_i to download it?
We are sorry but you don't appear to have any compatible media plugins.
http://www.bbc.co.uk/mediaselector/check/comedy/broadband/video/rippingyarns
_ep3?size=4x3&bgc=00&bbram=1&nbram=1&s
Release notes here:
https://github.com/dinkypumpkin/get_iplayer/wiki/release286
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
On 06/04/2014 18:36, Owen Smith wrote:
Thanks, thumbnails are back for TV. But if I switch "Programme Type" to
BBC Radio in Web PVR Manager they all still come out with grey
thumbnails in the list.
Read this:
http://www.mail-archive.com/get_iplayer%40lists.infradead.org/msg05421.html
Release
On 05/04/2014 02:01, Vangelis forthnet wrote:
Dump via mplayer:
mplayer -bandwidth 999 -dumpstream -dumpfile
rippingyarns_ep3_4x3_nb.rm
rtsp://rmv8.bbc.net.uk/comedy/guide/nb/rippingyarns_ep3_4x3_nb.rm -vc
null -vo null -ao null
Nice how-to, as usual.
OT:
antediluvian
I highly appreci
On 07/04/2014 01:29, Prisca wrote:
Unfortunately, when trying to run the PVR I get the following:
If you mean when you launch the Web PVR from the Start menu, then I
don't see that. If you're doing something else when the error appears,
then you need to explain exactly what you're doing. An
On 11/04/2014 04:19, Carl Fletcher wrote:
Well it's just that I get this:
Failed to fetch
http://ppa.launchpad.net/jon-hedgerows/get-iplayer/ubuntu/dists/trusty/main/source/Sources
404 Not Found
It looks like it is on the way:
https://launchpad.net/~jon-hedgerows/+archive/get-iplayer-testing
On 11/04/2014 18:35, Robert Snelling wrote:
Is GIP 2.86 on the way for me? At present, I've simply replaced the main
Yes
GIP script with one I downloaded from dinkypumpkin's GitHub. Would this
be suitable for people other than me to do in the meantime? Do you
Not worth the bother
foresee
On 14/04/2014 11:02, Arthur Dent wrote:
On Mon, 2014-04-14 at 09:39 +0100, James Daley wrote:
On Monday 14 Apr 2014 09:02:48 Arthur Dent wrote:
I do want to be informed when a download has completed because with some
Try :
/usr/local/bin/get_iplayer --pvr 2>/dev/null
That is the only way t
On 15/04/2014 10:05, Bastien Nocera wrote:
+ "$tcurl/$playpath app=$application playpath=$playpath
swfUrl=$swfurl swfVfy=1 tcUrl=$tcurl pageurl=$pageurl",
$tcurl/$playpath doesn't give you the stream URL that get_iplayer uses.
Try $streamdata{streamurl} instead. Look at
On 15/04/2014 10:05, Bastien Nocera wrote:
I'm guessing that my generation of an RTMPdump URL is incorrect (I can't
play the resulting URL when using radio or LiveTV) and would be grateful
if somebody could point out what I'm doing wrong, or even better,
integrate this sort of functionality direc
at. See if you can spot it:
https://github.com/dinkypumpkin/get_iplayer/wiki/options#external-program-options
Don't edit %ALLUSERSPROFILE%\get_iplayer\options - that's for use by the
installer.
But I was wondering if there's a way to get round this if it happens
with other co
On 17/04/2014 15:23, dinkypumpkin wrote:
certainly know better than I what the problem might be. I made a quick
attempt to test quvi 0.9 with radio programmes, but "quvi scan" didn't
work for any of several media sources including BBC, so I punted on it
for now.
And finally:
On 22/04/2014 19:40, Robert Snelling wrote:
'mv' is a GNU/Linux / UNIX command - it won't work on windoze. If you
The error message refers to the Perl mv command from File::Copy, not a
system command. The "not recognized" message is misleading. It just
means the command failed to complete (
On 23/04/2014 09:00, Jon Davies wrote:
On 22 April 2014 19:40, Robert Snelling wrote:
'mv' is a GNU/Linux / UNIX command - it won't work on windoze. If you
want to run get_iplayer on windoze
if you go and read the code in the MP3::Tag perl library you'll find
that it tries to rename files usi
On 23/04/2014 09:14, ta-getipla...@logonoff.com wrote:
I notice one odd thing in the command prompt that I haven't seen before.
At the end there are three entries that say "Wide character in print at
get_iplayer.pl line 311". Usually I just see something about missing
favicon.
Ignore them. Tho
On 23/04/2014 10:21, dinkypumpkin wrote:
On 23/04/2014 09:14, ta-getipla...@logonoff.com wrote:
I notice one odd thing in the command prompt that I haven't seen before.
At the end there are three entries that say "Wide character in print at
get_iplayer.pl line 311". Usually I jus
On 23/04/2014 13:04, batguano999 wrote:
Is there a "generic" wget command to download get_iplayer git HEAD snapshot?
https://github.com/dinkypumpkin/get_iplayer/archive/master.zip
Replace .zip with .tar.gz if you prefer. You can use a branch name
instead of a commit hash. With g
On 06/05/2014 22:39, David WIDGERY wrote:
WARNING: Your version of rtmpdump/flvstreamer does not support SWF Verification
WARNING: You may see this warning if rtmpdump has malfunctioned
WARNING: Use --verbose to print the output from rtmpdump
You've done something on your machine that broke rtm
On 07/05/2014 00:11, Fintan Gaughan wrote:
I know how to delay subtitles by -suboffset 3500
But how do you make it go ahead by a minute?
Just use a negative value for suboffset.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://l
On 12/05/2014 09:08, Mark Barnes wrote:
Thanks for this suggestion. If I've understood get_iplayer correctly, that suggestion does a
search. I don't really want to do that, as it can sometimes pick up false positives, particularly
for programmes with short series titles such as "Heresy" or "Gen
On 12/05/2014 11:26, dinkypumpkin wrote:
Not with a PID. Use regular expressions for exact matches: "^Heresy$"
or "^Genius$". For a few programmes like Classic Serial that appear on
Also, you may need the full name including the series number for an
exact match (&quo
On 12/05/2014 15:36, Don Grunbaum wrote:
Also, you may need the full name including the series number for an
exact match ("^Heresy: Series 7$") or perhaps just use the colon
separator to constrain the match ("^Genius:")
My experience suggests that ^Genius$ does not work, but Genius (without
the
On 12/05/2014 17:47, Kapitano wrote:
To download only from Radio 4 Extra, I use --channel="radio 4"
--exclude-channel="radio 4 extra".
Perhaps a typo, but for anyone keeping score, that will return results
only from Radio 4, not Radio 4 Extra.
___
On 12/05/2014 17:52, Jeremy Nicoll - ml get_iplayer wrote:
I've just read DinkyPumpkin's reply and he (if he is a he)
I'll never tell. In the era of Conchita Wurst, who needs labels? :}
But if use search argument: ^heresy: series 7 - episode 1
I find nothing. It's this sort of thing that m
On 12/05/2014 20:57, Don Grunbaum wrote:
It's not "^Genius:" that doesn't work for me. As I said it's "^Genius$"
that doesn't work, probably because of the colon. I haven't tried
"^Genius:".
That's because the full programme name is "Genius: Series 3"
That said, the downloaded programme *does
On 14/05/2014 13:53, Jeremy Nicoll - ml get_iplayer wrote:
--VERSION SIGNED
didn't match a programme which I knew existed, whereas
--VERSION signed
did work. Is this the behaviour you'd expect?
Nope. Works fine here, so there must be something else going on. Post
the full command a
On 14/05/2014 18:07, Jeremy Nicoll - ml get_iplayer wrote:
However fetching doesn't work with no --version value specified (because
only signed & audiodescribed versions are available), and it didn't work
with
"--VERSION SIGNED"
but did work with
"--VERSION signed"
Yep, there is a case
On 15/05/2014 01:16, Jeremy Nicoll - ml get_iplayer wrote:
Does the same problem affect other options eg: mode?
Same for --modes and a few others, though I wouldn't call it a problem.
--versionlist is the odd one out. It turns out that the simplest
solution is to make --versionlist value ca
On 15/05/2014 23:03, Howard Orgel wrote:
--tvmode=flashhd
to the command line does not override .get_iplayer\options.
Yes it does. Run:
get_iplayer --show-options --tvmode=flashhd
and check the value of tvmode under "Options Used". If it isn't
"flashhd", post the full output (with your us
On 16/05/2014 20:53, scrofula 101 wrote:
Having problems with get_iplayer in Linux Mint 16 for a while now. Using
current version 2.86. All the radio files I obtain playback fine on the
computer but when I transfer them to ipod nano using itunes on Windows
8.1 they cut out at around 20-22 mins an
On 17/05/2014 22:28, Trevor McComb wrote:
I have several programmes which I regularly check for new episodes. I do
this using the programme's home PID and with the --pid-recursive switch.
Several programmes have clips as well as episodes. Some programmes have
clips which never complete e.g. (p00
On 17/05/2014 22:28, Trevor McComb wrote:
I wish to know, how to manually add this PID, so get_iplayer never attempts
You would have have to create a fake record in your history file
(%USERPROFILE%\.get_iplayer\download_history for Windows) so that
get_iplayer would see it as a programme alre
On 18/05/2014 10:53, scrofula 101 wrote:
Thanks for the above. I installed the ffpmpeg from the ppa and did the
ffmpeg-radio-opts="-movflags rtphint" to the command line. I am using
a 6th gen ipod nano. The file I tested now stops at about 7 mins.
I guess I was wrong about that version of ffmp
On 18/05/2014 14:03, dinkypumpkin wrote:
reasons. If you have access to a modern version of ffmpeg (e.g., from
Fedora), it's worth doing another test.
I forgot to add that there are other PPAs out there that contain more
up-to-date versions of ffmpeg. This is one I've used on Ub
On 18/05/2014 19:52, dinkypumpkin wrote:
real ffmpeg can sit alongside libav-tools. You can install the
ffmpeg-set-alternatives package from the same source to support
configuration of ffmpeg via update-alternatives. On 14.04 it wires up
the real ffmpeg on installation, so no additional
On 19/05/2014 12:54, Rob S wrote:
For example:
http://www.bbc.co.uk/iplayer/episode/b007796l/modern-times-streetwise
Try finding this with get iplayer.
Use the docs, Luke:
https://github.com/dinkypumpkin/get_iplayer/wiki/documentation#recording
201 - 300 of 1239 matches
Mail list logo