Hi,
I'm used to an hour of iPlayer video needing about 1 GiB. In the past,
this doubled for a while because the frame rate doubled from 25 to 50
per second. But stepping through the frames, say with mpv(1)'s ‘.’,
showed the first frame of a pair will be a scene update and the second
is a very
Hi,
> > As I said, I've made the effort to tell the BBC of the problem.
> > They have already emailed me a ‘case number’ from their ticketing
> > system.
Just an update... the BBC say this is now fixed and it appears so.
--
Cheers, Ralph.
___
Hi David,
> > I've now finished spending fifteen minutes finding a means of
> > filling in a ‘Contact Us [if you're a masochist]’ form, lying about
> > the mandatory phone number, verifying the email address, etc.
>
> So you won't get an e-mail reply, and you will need to keep polling
> the Web
Hi Mark,
> > It's probably a ‘Beeb problem’, as you say.
>
> In some of these cases of technical iPlayer slips/omissions,
> e-mailing the BBC gets them fixed fairly promptly.
I did try emailing an old address I had for them but it auto-replied
with a ‘We don't listen here any more’.
I've now
Hi Chris,
> INFO: Skipping 'iplayer' version
>
> It would seem to be a Beeb problem and not something you're doing, or
> not doing ;-)
Thanks. I notice that
https://www.bbc.co.uk/iplayer/episode/m001b8js/beechgrove-2022-episode-20
says
‘We have removed the feature on the spindle bush which
Hi,
Can anyone successfully obtain the subtitles for PID m001b8js?
They're normally available for that series but this one episode lacks
them AFAICS and I want to check it's not something I'm doing wrong.
...
INFO: No streams available for 'signed' version (m001bgtm) - skipping
INFO:
Hi Budge,
> > Some of the ‘Unsorted’ ones have a PID and ‘./get_iplayer -i --pid
> > b075t5mn’ shows
> >
> > categories: Factual,History,Discussion & Talk
> > category:Factual
...
> where did you get the categories line above?
It's in the output of running the get_iplayer
Hi Budge,
> file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Science/153
>
> In_Our_Time_Archive_Science_-_IOT_The_Royal_Society_and_British_Science_Episode_4_iots_20100107-0900a.mp3
>
Hi Budge,
> The categories were Culture, History, Philosophy, Religion and
> Science. This seems to have stopped around 2012, possible due to BBC
> format changes and since then they have all been saved in my system as
> "Unsorted" and for a while these were also numbered but are no longer,
>
Hi Sharon,
> then issue the following command 'get_iplayer -g 33840' & onwards, but
> no matter what I do the end of the list shows up as '>' and doesn't
> allow me to download anything at all!
My hunch...
One of the parameters you have entered has a single quote, ‘'’, and that
starts a quoted
Hi SB,
> > IIRC, it's a little after thirty minutes into
> > https://www.bbc.co.uk/programmes/p0bk5pd7 because it kicks off the
> > start of the party after half an hour of waffle and re-cap.
>
> The Concert has gone from iPlayer if it was ever there.
It certainly was there; I downloaded it
Hi David,
> Off-topic, but has any a full resolution link to the full Queen Meets
> Paddington" video? Can't find it on the iPlayer
IIRC, it's a little after thirty minutes into
https://www.bbc.co.uk/programmes/p0bk5pd7 because it kicks off the
start of the party after half an hour of waffle
Hi,
Jeremy wrote:
> > INFO: Downloaded: 158.00 MB (02:42:25) [2538] in 00:31:30 @ 0.67 Mb/s
units(1) is handy for that kind of thing.
$ units -1v '158 MiB / (31 min + 30 s)' Mibit/s
158 MiB / (31 min + 30 s) = 0.66878307 Mibit/s
--
Cheers, Ralph.
Hi Charles,
> > sudo rm -v /etc/apt/trusted.gpg.d/home:m-grant-prg.gpg
>
> You'll need to escape the ":" in the old keyring filename
The original is correct. ‘:’ in filenames is not significant to the
Bourne shell and its descendants.
$ touch :foo b:a:r xyzzy:
$ ls
b:a:r :foo
Hi CJB,
> Wondering if anyone downloaded these episodes? Actually we are seeking
> the subtitle files please.
>
> Note: episodes 11 - 40 were never aired even if the iPlayer website says so!!
I have these.
1 The_Repair_Shop_Series_5_-_01._Episode_1_m000bhh1_original.srt
2
Hi Dave,
> I have about 15Mbs download on a good day and if nothing else is going
> on, I regularly get 8-10Mbs while doing a get_iplayer download and
> that is through the same proxy so it sounds like it is probably the
> app causing the problem.
Perhaps the two are ending up on different CDNs?
Hi,
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 my
~/.get_iplayer/options fixed a problem for me
Hi James,
> It's my understanding that GiP indexes TV programs via the schedules.
Oh, I see your point.
> The availability of programs on the iPlayer no longer has a one-to-one
> mapping with what will be or has been on TV. If the GiP search isn't
> going to catch up to that fact, it may as
Hi,
I recently noticed S05E01 of ‘Last Tango in Halifax’ had been added to
the available programs. It's also returned by a search.
$ ./get_iplayer --nopurge -e 31536000 --future tango
get_iplayer v3.22, Copyright (C) 2008-2010 Phil Lewis
This program comes with ABSOLUTELY NO
Hi,
I've deleted the emails from the earlier thread discussing PID b037tb14
being unavailable. I agree, it was then. In another periodic run of my
PVR queue, it downloaded.
Duration: 00:28:15.04, start: 0.00, bitrate: 247 kb/s
Stream #0:0(und): Video: h264 (Main) (avc1 /
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
Hi Don,
> No, Ralph, I didn't request the AD version, but that's what I got by
> default.
>
> From what I can see on the iPlayer website, only audiodescribed
> versions are available. Playing using VLC doesn't play the AD.
VLC has no choice but to play the single audio stream in the MP4 file.
Hi Richard,
> > Oh, download_history, good idea. I add each manually to the PVR.
> > Here's my episodenum, mode, versions, and the end of the filename.
> >
> > $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6,
> > $8, $7}' \
> > > ~/.get_iplayer/download_history
Hi Don,
> I've got episode 1 as hvfhd2, the rest as hvfhd1
> Episodes 1, 5 and 7 are original, the rest technical.
Oh, download_history, good idea. I add each manually to the PVR.
Here's my episodenum, mode, versions, and the end of the filename.
$ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/,
Hi Richard,
> > Specifying ‘--modes dvfhd1,dvfhd2,dvfhd3’ picks the technical version.
> >
> > INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal
> > (m000csdk) [technical]'
> >
> > INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio]
> > WARNING:
Hi Mark,
> If I don't see it under
> https://www.bbc.co.uk/iplayer/help/known-issues
Thanks, just checked, not there.
> then I mention it on
> https://www.bbc.co.uk/iplayer/help/questions/need-more-help/report-prog-problem
Filled that it. Thanks for pointing them out.
--
Cheers, Ralph.
Hi,
Am I understanding get_iplayer correctly?
I've been successfully downloading episodes 1-7 of their adaption of
‘His Dark Materials’. Come the last episode, it's only available in low
resolution and audiodescribed to boot meaning that voice-over from Big
Brother is moonlighting with ‘Lyra is
Hi Clive,
> > > First of all, removing the space between the individual pids has
> > > worked. This is odd because in the past, when I use the five
> > > digit number to download multiple programs I just leave a space
> > > between them, eg:
> > >
> > > get_iplayer 12345 12346 12347 12348 12349
Hi Clive,
> > Are you sure? With a single `-'?
> > This old get_iplayer, I haven't upgraded yet, has --pid-recursive.
> > Perhaps that does what you're thinking of; I've never used it.
>
> you are correct, there should have been two hyphens in old GiP
> however, in this version, using one or
Hi Clive,
> In the past I would have typed:
>
> get_iplayer --url="xxx" -recursive
Are you sure? With a single `-'?
This old get_iplayer, I haven't upgraded yet, has --pid-recursive.
Perhaps that does what you're thinking of; I've never used it.
> get_iplayer --pid p06hcf2k, p06hcfgy,
Hi Richard,
> > `--refresh-include' takes a comma-separated list of case-insensitive
> > regexps, from looking at the `channels_filtered' subroutine, so
> > «--refresh-include '^BBC Radio 4$'» should cut out the `Extra'.
> > (The regexp is quoted for Unix.)
>
> Are you saying the onus is on the
Hi Richard,
> get_iplayer --refresh-exclude-groups-radio national,regional,local
> --refresh-include "BBC Radio 4" -f --type radio
>
> It added 1840 radio programmes to the cache. As far as I could see
> from a visual inspection scrolling through the newly created
> radio.cache file all the
Hi Az,
> and I tried to exclude everything and just include those like so:
It's not obvious from looking at `channels_filtered' in the get_iplayer
script that they combine like that.
> -v --cache-rebuild --type=radio --refresh-exclude ".*"
> --refresh-include "BBC Radio 3,BBC Radio 4,BBC
Hi SP,
> It seems you have swapped hvfxsd1 with hvfxhigh1.
Thanks. I formatted it assuming every `type:' and `stream:' were
paired; they're not. Thus I was pairing entries from
different adjacent records. Sorry for the noise.
BTW, regarding 960x540 25fps being inadequate compared to the
Hi,
If I `--streaminfo --pid b0b9dzbx' then it includes this output,
reformatted for clarity.
fps kbps
stream
gip_dvf_iplayer_827 dash h264 704x396 25 827 mf_akamai_uk_dash/1
dvfxsd1
'' '' ''
Hi Jim,
> > Well, `df -t tmpfs' will probably show /tmp is a tmpfs so you could
> > `--output /tmp' and you should see its intermediate files, and the
> > final file, only appear there. `--command' could then move that
> > final file to the SSD, or run a conversion command that writes to
> > the
Hi Jim,
> My concern is that I only have a total of 8GB of ram at present on the
> machine, and the 1280x720 50fps files tend to come in at 2GB or more
> per hour.
Yes, you'd need to finish one download off, clearing RAM disk, before
starting the next.
> To save time and avoid running past 9am
Hi Richard,
> > ffmpeg can produce PNGs, one per frame, and convert only a few
> > specific seconds to avoid tens of thousands of them
>
> Would you first need to convert the H.264 or H.265 to raw video? If
> one PNG is of an I-frame and the next is a P-frame or B-frame they are
> bound to be
Hi Richard,
> I think it was Nick Payne who said he had experimented with
> re-encoding in HEVC (H.265) and found that the file size was the same
> for 25fps as it was for 50fps, which led him to conclude that frames
> were being duplicated to achieve 50fps.
ffmpeg can produce PNGs, one per
Hi Nick,
> I had some of the coverage of the UK snooker championships
...
> 4h58m match: D/L size 5.03Gb @ 25fps, output from Handbrake was 1.55Gb
> 4h44m match: D/L size 10.2Gb @ 50fps, output from Handbrake was 1.48Gb
Perhaps many frames(!) of snooker coverage isn't ideal for this
comparison
Hi Owen,
> What do you mean this isn't a lossy transcoding?
Is that aimed at me?
Perhaps if you didn't top post, and instead wrote that under a quote of
mine I'd know to which bit of the two ffmpeg invocations you were
referring! :-)
> How can ffmpeg go from 50fps to 25fps without losing
Hi Jim,
> > You could use get_iplayer's --command option to run a command to
> > move each final file off tmpfs as the download is finished. Its
> > --output affects all the intermediate files too, AIUI.
>
> The challenge for me is to work out how to get the fetched file to go
> onto the tmpfs
Hi Jim,
> How do I find out the command gip sends to ffmpeg to do its default
> conversion as things stand?
Try `--verbose'; that should print external commands that are run.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
___
get_iplayer
Hi Jim,
> I've been discussing the 'loss' of the 1280x720 25fps version with
> someone at the BBC.
I miss those 1 GiB ~= 1 hour ones too. They were `just right'.
> It has also set me wondering about arranging for gip to fetch to ram
> storage and then convert that into a file on my main disc.
Hi Paul,
Peter S. Kirk wrote:
> 2. running .mkv through ffmpeg to change to .mp4
Which doesn't transcode, just quickly pulls the streams out of the MKV
and puts them in an MP4.
ffmpeg -i in.mkv -c copy out.mp4
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
Hi CJB,
> is the overly-LOUD dramatic music. This is so loud that the narrator
> cannot be heard
The production companies paid by the BBC put `plinkity-plink' music over
all the speech audio, not just narration, and not just to add drama. It
seems to be for no good reason; similar to a
Hi Tony,
> Read this, and see what I mean
> https://www.theregister.co.uk/2013/06/25/the_future_of_moving_images_the_eyes_have_it/
Thanks, interesting, though I didn't grasp it all on first reading.
Don't suppose you know of a good article explaining why the narrator in
BBC programmes is
> So can we expect to see a new version of GiP if the Beeb has rejigged
> its schedule pages?
Yes.
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/get_iplayer
Hi Richard,
> > If they don't match anything then they normally remain and are
> > passed to get_iplayer anyway.
...
> > The argument with the glob is expanded into that and get_iplayer has
> > one argument, «R.steinway», that's used as a regexp. It's unlikely
> > to match any titles, e.g.
Hi Richard,
> > > > If you are typing `get_player .* --since 70' into a Linux shell
>
> I have come across this in relation to bash "The characters *, ? and [
> are called glob characters or wild card characters. If an unquoted
> argument contains one or more glob characters, the shell processes
Hi Richard,
> > > If you are typing `get_player .* --since 70' into a Linux shell
> > > then it will glob the `.*' and replace it with the expansion, e.g.
> > > `. ..', unless it's quoted.
>
> The 3.09 release notes say, "get_iplayer no longer lists all
> programmes when invoked without a search
Hi Richard,
> Am I doing something stupid, or is there a problem refreshing the cache?
...
> get_player .* --since 70
> shows 67 programmes
If you are typing `get_player .* --since 70' into a Linux shell then it
will glob the `.*' and replace it with the expansion, e.g. `. ..',
unless it's
Hi Roger,
> tellyadict wrote:
> > Nice idea but I'm not sure they would have thought too much about
> > it. The strange thing here is they obviously had space to broadcast
> > it because they had to fill the final slot on the friday with an
> > episode from series 1 because they had 10 slots and
Hi Dave,
> Has anyone any idea why Episode 8 of the latest series of The Coroner
> is not available? it isn't available on bbc iplayer either?
The published data for that programme went very wrong. This is what my
tv.cache saw over time recently.
$ grep -h The.Coroner
Hi Alan,
> I don't have access to the original schedule
I've quite a few tv.cache, backing it up every time it gets written.
They've all got a gap in them that morning, which is quite odd, before
11:45. I've marked those that start at the same time as another entry,
showing schedules change,
Hi David,
> > b09wc2m1: Antique photography expert Brenton West repairs a
> > camera that survived World War I.
> >
> > b09wbylq: A Boulle-work clock, a much-loved wheeled elephant and
> > a 300-year-old desk are in the shop
>
> My assumption would be that they are different
Hi,
There's been much weirdness recently in get_iplayer's tv.cache due to
what's being published by the BBC AFAICS.
The latest example, I have some older more complex ones to write up, is
PIDs b09wc2m1 and b09wbylq are both S02E01 of _The Repair Shop_, but
with different descriptions. The
Hi David,
> binmode does still work AFAIK, but a more modern and flexible method
> is to use the crlf I/O layer, which is documented here:
> https://perldoc.perl.org/PerlIO.html
>
> Note however that an awful lot of perl code just doesn't bother.
Windows stacks the `:crlf' layer by default. I
Hi MacFH,
> nor am I questioning the use of device drivers, obviously they make a
> lot of programming sense. What I'm questioning is the wisdom, perhaps
> that should be rank stupidity,
You're saying Unix's core designers are stupid for choosing to stick
with text files as lines terminated by
Hi David,
> Macs use \n like normal Unix machines. They used to use \r in the bad
> old days before they went Unixy.
Yes, you're right. Earlier in the thread I said I thought they used CR,
but that was much earlier up to Mac OS 9. Mac OS X came along around
2000, was based on Unix, unlike 9,
Hi Richard,
> I suggested ignoring CR because they are there. Ideally they would
> not be there. The files are internal to get_iplayer so they can be in
> any format.
Only if you don't want them to be native text files, editable on that
system with a text editor by any user. And I thought you
Hi MacFH,
> 'Carriage Return', CR, meant precisely that - in other words, move
> the slidable teleprinter carriage holding the paper to the right so
> that the fixed print head is at the left margin position. LineFeed,
> LF, also meant exactly that, rotate the carriage roller to move the
>
Hi Richard,
> > Let's forget Mac for the moment. Linux text files are POSIX text
> > files; zero or more lines, each terminated by a LF. See ascii(7).
> > DOS ones use CR followed by LF at the end of each line.
> >
> > Thus a DOS text file looks like a text file to Linux, but one where
> > the
Hi Colin,
> > > ') - using defaultalue for --ffmpeg-loglevel ('info
> >
> > That line above seems to be overprinting the «')» at the start of
> > the line suggesting there's an ASCII CR, carriage return, after the
> > `info' as if a Unix system was reading a POSIX text file of lines
> > ending in
Hi Richard,
> What I said the download_history file was wrong. I have now looked at
> it with a hex editor which allows me to view the whole file. Most of
> it was written in Windows and has CRLF as a line terminator. The most
> recent records, appended to the end, written in Linux, have LF as
Hi,
I noticed get_iplayer showing
Rothaà Móra an tSaoil: Series 1
and wondered if it was a bug, but the BBC's JSON has
$ curl -sS https://www.bbc.co.uk/programmes/b09w6dhm.json |
> grep -o '"Roth[^"]*"'
"Rotha\u00c3\u00ad M\u00c3\u00b3ra an tSaoil"
"Rotha\u00c3\u00ad
Hi John,
> Running GiP 3.09 on Linux Mint, connecting using a VPN for privacy
> purposes.
...
> Same VPN IP address was being used throughout.
So you're connecting to a VPN so your traffic to the BBC appears to come
through the VPN? What routes to the BBC has the VPN got? More than
one?
Hi Charles,
> > Yes. `^' also suffices.
>
> Interesting. I wonder if 'match beginning of the line' is less
> expensive internally?
Perl's regexp engine is historically extremely good at spotting
optimisations, and some of those details can be seen with its -D option
if perl is compiled
Hi Charles,
> > ] wildcard search: get_iplayer ".*" - note the quotes.
>
> Thanks so much for that Mark. That looks like a regex. Is it, do you know?
Yes. `^' also suffices.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
___
get_iplayer
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
> > > 1280x720 25fps stream.
I'm
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 1280x720
> 25fps stream.
I too am unclear on how the
Hi Graham,
> ERROR: Failed to load subtitles:
> :7: parser error : Char 0x0 out of allowed range
...
> It is still a small % but frequent enough to be annoying if you rely
> on subtitles to fully follow the speech.
I haven't tried this, and I'm looking at 3.06 rather than 3.07, but if
you find
Hi Charles,
> Is it just me or is 'lastbcastrel' a thing of the past? Seems to have
> disappeared from the metadata
Yes, it's not in --info output here, nor mentioned in get_iplayer.
`firstbcastrel' is the opposite on both counts.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
Hi Richard,
> As well as separating the two files in the unlink statement at 5988 you
> could try inserting a delay between them as Ralph suggested.
No, I didn't. :-) I did suggest adding a delay *before* attempting to
unlink to allow all the bits of ffmpeg hanging around after the main
Hi Richard,
> { unlink( $audio_file, $video_file ); }
> acts on two files together.
That's fine. If removing either of those fails then unlink returns
false, setting `$!' to an error. You only need to do them separately if
you want to determine which had the error, and collect possibly
Hi Nick,
> > > A quick skim of all the `unlink' function calls show none have
> > > their return value checked.
...
> Doesn't look as though using --verbose gives any information to help
> with the problem.
Well, it wasn't going to include anything about the unlinks returning
errors and what
Hi Richard,
> Your complaint seems to be that a programme appeared in your cache
> when it ought not to have done because it had not been broadcast
> within the last 30 days.
Yes. I think the BBC published information that s09 would be made
available, and then stopped publishing that
Hi Nick,
> > > I assume this is meant to be deleted once the conversion to mp4
> > > has been completed, but this isn't happening consistently.
> >
> > Does Windows allow a file to be deleted if a process still has it
> > open? Unix does. Perhaps this is another manifestation of my guess
> > in
Hi Richard,
> What matters is that the episodes you want are not available in the
> iPlayer.
And as I said before, that might just be because of the same underlying
problem that's affecting the data get_iplayer retrieves. :-)
I've deleted s09 from tv.cache and refreshed it. They don't
Hi Richard,
> If you go to
> https://www.bbc.co.uk/iplayer/episodes/b006t6m6?suggid=b006t6m6 it
> lists 13 available episodes. Series 9 episode 1 is not one of them.
Agreed, and I'd checked that, but perhaps the same problem with s09 at
the Beeb is affecting iPlayer too. :-)
> The expiry
Hi,
Here's a summary of the output of get_iplayer's --info on these PIDs.
senum available pid modes
s08e01 2017-11-20T06 b03qgtzn original
s08e02 2017-11-21T06 b03sg2ft original
s08e03 2017-11-22T06 b03t7wh7 original
s08e04 2017-11-23T06 b03tzm15
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 does. Perhaps this is another manifestation of my guess
Hi Nick,
> Yes, that was the problem. But I could download it fine with iPlayer
> on my phone at the same time as GiP was not seeing any modes...
I *think* a `--get --pid $pid' searches for $pid through the existing,
already downloaded, cache of what's available. It could be that cache
was too
Hi Richard,
> PS The whole forum now seems to be affected.
Works for me, as of now, e.g.
https://forums.squarepenguin.co.uk/thread-1593-post-7103.html#pid7103
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
___
get_iplayer mailing list
Hi John,
> But which is correct?
Use the latest and greatest?
/usr/bin/ffmpeg -version
/usr/local/bin/ffmpeg -version
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
___
get_iplayer mailing list
get_iplayer@lists.infradead.org
Hi John,
> However, if I sudo, it works
Don't do that. :-)
This is Ubuntu? I wonder where the core dump is ending up. You could
`ulimit -c' to see the current limit on core-file size for that shell
and then `ulimit -c unlimited' if it's not that already.
Run `./get_iplayer --verbose' to see
Hi John,
> so I deleted the executable in /usr/local/bin. However even though
> 'which get_iplayer' returns /usr/bin (the location where the PPA
> version is installed) when I try to run it, something is still
> pointing to /usr/local/bin.
How do you know this?
Try `type get_iplayer' as an
Hi,
I missed the start of this thread, but jumping in midway...
> > > INFO: Command: "ffmpeg" "-loglevel" "fatal" "-stats" "-y" "-i"
...
> > > INFO: Command exit code 0 (raw code = 0)
> > > ERROR: Could not rename file:
> > >
Hi Charles,
> I'm looking at the modesizes for I Know Who You Are and note the
> lowest is c. 400MiB. I was wondering what sort of mode size we're
> talking about when watching that as default on an Android phone's
> iPlayer? I mean - approximately. No doubt the small device size should
> lower
Alan wrote:
> get_iplayer --type radio "^1834$"
For those that don't know regexps but want to have "wildcarded" searches
consisting of one or more strings that must appear in order, e.g.
`money', `mouth', `13', join them together with `.*', that means any
character repeated zero or more times, to
Hi Richard,
> The way the cache is refreshed has changed so much recently that I may
> be confusing a historical regime with the present one.
Yes, the arms race does make it tricky to keep up. I only dig when
something stops working.
> My understanding is that the 30 day limit refers to how
Hi Richard,
> get_iplayer --cache-rebuild --type=tv,radio
...
> You can only add the last two weeks anyway.
--cache-rebuild implies --refresh-limit=30, unless that's already been
set to some other value. 30 (days) is the current maximum.
--
Cheers, Ralph.
C E Macfarlane wrote:
> Note that perl uses the TMPDIR environment setting, and its absence
> can lead to some problems with memory, particularly with embedded
> devices, but perhaps also with Linux PCs. Presuming you have a /tmp
> directory, you need to include in one of, in order of preference
Hi Jon,
> 501 Protocol scheme 'https' is not supported (LWP::Protocol::https not
> installed)
> Content-Type: text/plain
> Client-Date: Fri, 10 Nov 2017 00:51:01 GMT
> Client-Warning: Internal response
>
> LWP will support https URLs if the LWP::Protocol::https module
> is installed.\n
Well,
Hi Jon,
> I'm struggling to know where to look next - there isn't any real clue
> in the program output - is there a way to find out *why* it fails "to
> download programme schedule
> http://www.bbc.co.uk/6music/programmes/schedules/last_week; etc.?
The code ignores the error and just tries
Hi Richard,
> I eventually found it was a Unix Epoch Timestamp, the number of
> seconds since 1 January 1970. It can be converted to a date by
> formatting a cell containing =(((E1/60)/60)/24)+DATE(1970,1,1) as a
> date.
Yes, that works most of the time and is good enough.
I think the
Hi Richard,
> What is the significance of the index numbers returned by a search
> with --history?
They are line numbers, one based, in ~/.get_iplayer/download_history.
> Is there any easy way of getting the complete records?
It's a simple text file of one record per line, with `|'-separated
Hi Richard,
> Does Perl distinguish between desktop and laptop machines?
No. :-)
> Any ideas on what is causing the different behaviour?
Do you physically sit at all of these machines' screens, or access some
over a network? What OS are they running? If Linux, are you using the
same
Hi again John,
> > > > INFO: Indexing tv programmes (concurrent)
> > > > .Mojo::Reactor::Poll: I/O watcher failed: SSL_ca_file
> > > > SCALAR(0xfeb188) does not exist at /usr/share/perl5/IO/Socket/SSL.pm
> > > > line 1642.
>
> have you tried `get_iplayer --refresh --no-index-concurrent'?
I
Hi John,
> I've discovered that if I update the cache from a terminal window
> using 'sudo get_iplayer --refresh' instead of just 'get_player
> --refresh' everything works fine.
> So it's a permissions issue, for some reason. get_player 3.06 running
> on Linux Mint 17.3 "Rosa".
It might not be a
1 - 100 of 162 matches
Mail list logo