Re: New distro.
On Wed, Jun 19, 2019 at 12:38:48PM +0100, Jim web wrote: > Following up one of my own emails. I've looked at > > https://github.com/get-iplayer/get_iplayer/wiki/unix > > and that says: > > "For example, to install the packages for get_iplayer in Debian 9+/Ubuntu > 18.04+/Mint 19+: > > apt install libwww-perl liblwp-protocol-https-perl libmojolicious-perl > libxml-libxml-perl libcgi-pm-perl" > > Before I try it, and to avoid needless addition of items I might not > actually need yet get gip working again: Is the above apt install correct > and should solve the problem? i.e. That's the list of packages I need? It looks plausible. apt handles dependencies, so when you tell it to install libxml-libxml-perl it will figure out that it needs libxml2-dev etc -- David Cantrell | Reality Engineer, Ministry of Information Anyone willing to give up a little fun for tolerance deserves neither ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: New distro.
On Thu, Jun 20, 2019 at 12:49:10PM +0100, Jeremy Nicoll - ml gip wrote: > When I used to run get_iplayer under Windows, I used to install the > perl of my choice, then ran > > cpan cpanminus > > to install 'cpanminus', then used that to install the perl modules > that the g_ip documentation said I'd need. > > A quick google suggests that under linux one might use one's distro's > package manager (apt or whatever) to install perl, and cpan, but then > just use cpan to install perl modules (apparently outwith the control > of apt or whatever). > > How is a perl user supposed to know whether to go to cpan/cpanminus > route or expect their distro's package manager to deal with this? Unless you know better, you should use the distribution's package manager. This applies no matter what you're installing, whether it be something written in perl, or in python, or it be a video game, or anything else. -- David Cantrell | A machine for turning tea into grumpiness I caught myself pulling grey hairs out of my beard. I'm definitely not going grey, but I am going vain. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: New distro.
On Tue, Jul 02, 2019 at 02:47:35PM +0200, Peter Corlett wrote: > It's debatable whether a single ffmpeg instance could take advantage of that > many cores since Amdahl's Law will kick in as it tries to co-ordinate > everything. Split it into multiple four- or eight-thread encodes and run them > in parallel on that monster server, or even better, run them in parallel on a > fleet of much-cheaper desktop machines. >From my understanding of how yer typical video codec works (which could of course be wrong!) I would think it's one of the few common tasks that can take advantage of that many CPUs, as the parallelisable proportion is very large. A video file consists of a list of chunks, each of which consists of one complete frame followed by a bunch of diffs from one frame to the next. If you're decoding, hand one chunk to each CPU and process them in parallel, and hand each CPU a new task when it finishes. There's some small overhead in figuring out where each chunk begins, and in wrangling pointers so that you end up with the results in a sequence of decoded frames. Encoding is of course similar. -- David Cantrell | top google result for "internet beard fetish club" I'm in retox ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Goodbye iPlayer Radio
On Fri, Sep 06, 2019 at 03:11:35AM +0100, Owen Smith wrote: > BBC Sounds is new and trendy (to BBC eyes). Podcasts are the up and coming > thing (only at least a decade late there chaps, never mind). The BBC has been doing podcasts for longer than that. -- David Cantrell | top google result for "internet beard fetish club" Deck of Cards: $1.29. "101 Solitaire Variations" book: $6.59. Cheap replacement for the one thing Windows is good at: priceless -- Shane Lazarus ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Just noticed the download title includes [legal]
On Wed, Jul 17, 2019 at 10:22:58PM +0100, Budge wrote: > Just noticed this after pid when getting Men of Rock... No idea what it > means or why it is there. Is it because I have signed up for iPlayer > and my address is known or something more sinister? My understanding is that this is what happens when the online version has been edited either because someone said something they shouldn't have, or because the BBC doesn't have online rights for some of the content. Or of course because someone ticked the wrong box. -- David Cantrell | top google result for "internet beard fetish club" Planckton: n, the smallest possible living thing ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BritBox: BBC and ITV set out plans for new streaming service
On Fri, Jul 19, 2019 at 09:57:12AM +0100, CJB wrote: > Huh - a cache a year old might be a tad large!! The current caches, which IIRC are for a month's worth of programmes, are 2.3MB for TV and 5.2MB for radio. So around 90MB for a year's worth, which on anything vaguely recent is indistinguishable from zero. -- David Cantrell | Nth greatest programmer in the world You can't spell "slaughter" without "laughter" ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BritBox: BBC and ITV set out plans for new streaming service
On Fri, Jul 19, 2019 at 11:22:24AM +0100, Colin Law wrote: > On Fri, 19 Jul 2019 at 11:17, David Cantrell wrote: > > The current caches, which IIRC are for a month's worth of programmes, > > are 2.3MB for TV and 5.2MB for radio. So around 90MB for a year's worth, > > which on anything vaguely recent is indistinguishable from zero. > I think it is the time to download it which may be an issue. Not > everyone has even decent speed broadband. Until recently mine was > 1.5Mbps on a good day. If that was a problem for me I'd schedule it to update automatically at oh dark thirty in the morning when I was asleep and didn't care how long it took. -- David Cantrell | even more awesome than a panda-fur coat You are so cynical. And by "cynical", of course, I mean "correct". -- Kurt Starsinic ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On Tue, Oct 15, 2019 at 10:16:04AM +0100, RS wrote: > get_iplayer --pid b01r1vt2 --info > displays a lot of metadata including longdesc. That suggests > > 1. Vangelis is right that the online sources for metadata stay there > for good. > > 2. get_iplayer is able to retrieve metadata even when all streams for a > programme have ceased to be available. Stream availability is part of the metadata. Metadata remains behind even after streams have become unavailable for two reasons. First, so iPlayer can show you when something was broadcast; second, to cope with repeats. And you will find that metadata usually pops into existence *before* streams become available*. This is partly because metadata for whole series are often imported at once, and partly because the back-end isn't just used by iPlayer, it is (or at least, it was back when I was working on it) also used to provide data to third-party EPGs and other internal BBC systems. * the one real exception I can think of is when stuff goes straight to iPlayer without being broadcast, such as when Zoo Quest was imported from the archive. -- David Cantrell | Cake Smuggler Extraordinaire If you can read this, thank a teacher. If you're reading it in English, thank Chaucer. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Podcast - no pid?
On Tue, Feb 04, 2020 at 10:33:13PM +, MacFH - C E Macfarlane wrote: > I thought YouTubeDownloader might have done it, but I couldn't get it to > work. You mean youtube-dl? That was my first instinct too but no luck. They accept requests for new sites to support via Github. -- David Cantrell | London Perl Mongers Deputy Chief Heretic Nuke a disabled unborn gay baby whale for JESUS! ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Slow speed
On Wed, Feb 19, 2020 at 03:38:36PM +1100, Paul Thornett wrote: > Unfortunately the problem certainly doesn't lie with my ISP. I say > unfortunately, because it's relatively easy to change ISP. But my > quoted speeds are 100Mbps/40Mbps, and on some sites I get my 10Mbps > per second. With get_iplayer I have in the past seen speeds up to > perhaps 8 Mb/s, but nowadays it's far lower. Right now I'm getting 1.1 > Mb/s, and am poised to cancel the download as soon as I get an > "Unexpected size" error. Which has just occurred, not 2 minutes after > I wrote the previous sentence. How do you know that it's not being caused by your ISP? Perhaps they're throttling some types or sources of traffic. -- David Cantrell | top google result for "internet beard fetish club" Compromise: n: lowering my standards so you can meet them ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Help Please with Clicks and Volume Levels
On 30/03/2020 15:20, Jeremy Nicoll - ml gip wrote: Googling for information about Bluetooth interference suggests various possible causes. Bearing in mind how many people are now unexpectedly at home all day, ther emay be a LOT more wifi, microwave use, and - if affects it (I dunno) other BT communication going on around you. My experience is that Bluetooth interference makes the signal drop out completely, it doesn't add pops and crackles to the sound. That sounds more like either the player is sending dodgy data, or the headphones are knackered. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Question on audio downloads from youtube
On Mon, Sep 21, 2020 at 10:56:45PM +0100, budge wrote: > Please forgive the OT question but I am seeking advice on sensible > download format for saving the audio from youtube videos which are > available to supplement specific items from my early music collection. > > My preferred solution is to download the audio using youtube-dl and I > know I could then encode the file as a flac file but this creates huge > files, albeit lossless ... FLAC is a lossless format, true, but if you're starting with lossily-encoded data in m4a or mp3 format like what youtube gives you then you won't gain anything, the data has already been lost. > Also, as a more senior citizen, I believe I > am unlikely to be able to hear the difference between the flac and other > options. Even for people with fully functional ears the difference between a decent mp3 or m4a and lossless is imperceptible. The only reason for archiving stuff in flac is so that you can produce whatever the flavour-of-the-decade is in the future when mp3 and m4a have gone out of fashion, without re-encoding an already lossy file and losing more. Re-encoding a lossy file to another lossy format is *very* noticeable. -- David Cantrell | Official London Perl Mongers Bad Influence Erudite is when you make a classical allusion to a feather. Kinky is when you use the whole chicken. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Downloading BBC radio shows with ANDROID.
On 03/06/2020 03:05, Christopher Woods wrote: On 2 June 2020 14:41:53 CJB wrote: YouTube-dl doesn't even work for me on Windows ... C:\YouTube-dl>youtube-dl "https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0003XX-1500V0; [generic] 025M-C1047X0003XX-1500V0: Requesting header WARNING: Falling back on generic information extractor. [generic] 025M-C1047X0003XX-1500V0: Downloading webpage [generic] 025M-C1047X0003XX-1500V0: Extracting information ERROR: Unsupported URL: https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0003XX-1500V0 Did it ever support the British Library site? ;-) I *think* I've used it to download from there in the past but couldn't swear to it. But in any case, that link doesn't even play in my browser. I didn't try creating an account and logging in, maybe I'd have better luck that way - and note that youtube-dl does support usernames/passwords for at least some sites that require them. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Demise of get_iplayer PPA
On 17/07/2020 20:43, alan wrote: I was able to install get_iplayer manually following the very helpful instructions on the wiki. In my case, on linux mint, all that was involved was installing a couple of perl modules. But the instructions don't deal with the man page and I haven't been able to get it working. Can anyone help with that? Something along the lines of ... wget https://raw.githubusercontent.com/get-iplayer/get_iplayer/master/get_iplayer.1 sudo mv get_iplayer.1 /usr/local/man/man1 -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Syntax for grabbing all episodes of the new season of Celebrity Master Chef
On 06/07/2020 20:16, Dave Liquorice wrote: It has potential to be a good litte earner but managing what content was available to which parts of the world and that the consumer was really where they claimed to be would be horrendous. The last bit is fairly easy. Rights holders don't require that you are completely accurate at banning people from overseas. Twenty-odd years ago when I was asked to look into regional restrictions for Olympic content for them banning 90% of people who ought to be banned was considered good enough. Geo-IP libraries are pretty accurate these days. There is of course a constant game of whack-a-mole with VPN end-points, but hardly anyone actually uses those so blocking them isn't particularly important. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is Web PVR installable on a Mac?
On 10/07/2021 10:17, Chris Walker wrote: Paul Phillips wrote: Is it possible to install Web PVR on a Mac? I can see from google that some people seem to be using it on a Mac, but I can't find any beginner level guides to install the Web PVR version thanks Have you looked at this? https://github.com/get-iplayer/get_iplayer/wiki/osx#wpm If you've managed to install get_iplayer then surely you ought to be able to install the PVR. It depends on how you installed it. It appears, for example, to not be installed if you use homebrew. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Overwriting lower quality files
On 30/09/2023 12:05, MrBrunes wrote: I've just realised that some of my historical downloads of TOTP are in SD or non-50fps HD but the download history doesn't seem to note the quality, so I need to force download them again. Since new programmes are currently made available each week (for 30d) I thought I could add "force 1" to the PVR search for that programme, but then this will obvs download files that are already in 50fps. Also it will keep downloading files each time they are made available. I thought of deleting all the TOTP lines in download_history as that at least would prevent them from being downloaded again subsequently, but I don't know if this is an easy thing to do (can't see if my text editor can do this (Notepad++). Is there a better, more efficient method of doing this? I have a small script which uses ffmpeg to report what the frame rate is, and another similar script to report the resolution. You could use these in another small script of your own to conditionally re-download only those that aren't in your desired quality: https://github.com/DrHyde/shellscripts/blob/master/fps https://github.com/DrHyde/shellscripts/blob/master/ffres -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Curating "In Our Time" (IOT) downloads.
On 05/07/2022 21:04, Budge wrote: On 05/07/2022 19:00, David Cantrell wrote: $ AtomicParsley In_Our_Time_-_John_Bull_m0018nsd_other.m4a --textdata ... Atom "©grp" contains: Factual,History,Discussion & Talk ... Atom "©gen" contains: Factual Not now at the machine where my GiP history resides but I have meanwhile been confused further by the above reference to "Factual." I have not seen any of my existing files which have been entered into a "Factual" subdirectory. I only have the five directories Culture, History, Philosophy, Religion and Science. Is there another category "Factual?" Note that there are two fields that contain "Factual". Back when I worked on the iPlayer back-end, categories were, if I remember correctly, a multi-layered beast. I assume that they still are, and that "Factual" is the top level, which contains a "History" sub-category, which contains a "Discussion & Talk" sub-category. Of course, that doesn't mean that they still organise things that way. But nevertheless, one of the categories you were interested in was "History", and that appears in the "©grp" atom for that particular episode. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Curating "In Our Time" (IOT) downloads.
On 05/07/2022 09:42, Budge wrote: I have been listening to IOT for years and have these downloads saved for use locally. Through time the BBC have delivered these programmes in slightly different formats and I believe they are now also available from an archive as podcasts, but I already have my own archive, albeit in various formats. My problem is that in the beginning the downloads were filtered, I think by BBC but possibly by my filters long ago, into five categories according to subject. The categories were Culture, History, Philosophy, Religion and Science ... Most media files contain metadata tags, including those downloaded from the BBC. For mp3 files use `id3info` to see them. For m4a files use the idiotically-named `AtomicParsley`. For example: $ AtomicParsley In_Our_Time_-_John_Bull_m0018nsd_other.m4a --textdata Atom "stik" contains: Normal Atom "cprt" contains: 2022 British Broadcasting Corporation, all rights reserved Atom "©nam" contains: John Bull Atom "©ART" contains: BBC Radio 4 Atom "aART" contains: BBC Radio Atom "©alb" contains: In Our Time Atom "©grp" contains: Factual,History,Discussion & Talk Atom "©wrt" contains: BBC Sounds Atom "©gen" contains: Factual Atom "©cmt" contains: Melvyn Bragg and guests discuss the origins and evolution of the satirical everyman figure Atom "©day" contains: 2022-06-30T09:00:00+01:00 Atom "©lyr" contains: Melvyn Bragg and guests discuss the origin of this personification of the English everyman and his development as both British and Britain in the following centuries. He first appeared blahblahblah ... -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Remux TV Progs to Matroska Video .mkv
As far as I know conversion to mp4 is just changing the container format, there’s no recompression. -- David Cantrell This electrogram was despatched by wireless field telegraph. I would therefore ask that the recipient be so kind as to excuse any failures of courtesy or linguistic inelegance as an unfortunate side-effect of the technology. I remain, Sir, Madam, or Robot, your humble and obedient servant. > On 9 Jul 2022, at 22:46, Computing wrote: > > Hi, I'm trying to get programmes from the Beeb into .mkv format. > > I know you can do it by using --command-tv='ffmpeg -i "" -c:v copy > -c:a copy -y "/.mkv"' > > but it still downloads the raw .ts file, converts it to a .mp4, tags it, then > converts to a .mkv as required. > > Is there a way to do download .ts, convert to .mkv, tag .mkv?? I.E. Avoid > the mp4 lossy conversion?? > > Thanks loads > > Martin > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: LibXML.c: loadable library and perl binaries are mismatched
On 15/08/2022 18:16, RS wrote: Yes, I followed the instructions on that page to do a manual installation for Ubuntu when Jon Hedgerows's PPA was withdrawn. It worked fine then, and has been working fine for the last two years. It stopped working when I upgraded from Kubuntu 18.04.6 to Kubuntu 20.04.4. It looks like the PPA that you downloaded from a third party was built for an old version of the OS and wants to link against an old version of libxml, so is incompatible with the version that you now have after upgrading Ubuntu. You fix this by getting an updated PPA that is compatible with the libraries in the new version of Ubuntu. With most programs you expect deleting and re-installing to be a solution That's not something I've come across. UPGRADING software to be compatible with a new OS is often necessary, but just deleting and reinstalling the same software is generally just a waste of time. -- David Cantrell ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
