Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 21:09, MacFH - C E Macfarlane - News wrote: On 30/10/2023 19:49, Budge wrote: This doesn't work and my pvr list which includes "Beck" the TV programme also downloads several radio programmes with names which start with Beck but are from radio stations I didn't want ie:- 32522: radio, Becky Measures - 01/10/2023, BBC Radio Sheffield, p0gd3ch9 36658: radio, Rob Beckett - El Loco, BBC Radio 2, m001qv02 36659: radio, Rob Beckett - Pranks, cranks, and a joke for the Yanks, BBC Radio 2, m001r0ds 36660: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001r91r 36661: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rgfc 36662: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rp9c INFO: 6 matching programmes How may I prevent this which didn't happen previously please? You could try ... \bBeck\b ... which should ensure that the PVR search only find items where Beck is an entire word, or possibly ... ^Beck$ ... which should find items where the entire field consists only of the word 'Beck'. I used ^Beck$ and this is working so many thanks. What can I do about all the unwanted radio? My trial of including Radio 2 and Radio 1 in my exclusion list failed totally unless there is a sort order which is beyond my ken. I have no idea where local radio fits in the scheme of things. My question is not urgent but would appreciate advice when you have time please. Many thanks once more, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 10:39, Budge wrote: On 30/10/2023 09:58, Chris Walker wrote: On Mon, 30 Oct 2023 09:35:21 + Budge wrote: I have been trying to get the current repeat of As You Like It (BBC4 TV) and have an error message I do not understand:- The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc INFO: 1 total programmes WARNING: No media streams found for requested programme versions and recording modes. I think the clue might be in that line. I've just tried to grab it and it downloaded around 145MB of audio and then started on the video before I killed it. So I would suggest that you look at the format(s) you've specified for the download. The program dates from 1978 so could it be that the format you've specified wasn't available then and the file hasn't been modified for current modes? Just an idea! If it helps, my preferences line shows this :- fhd,hd,sd,web,mobile,default Hi and many thanks for the replies. Short story is I find have no prefs set after system rebuild. Will try and sort this out and many thanks for the help. Budge. I was able to retrieve my old options file from an older installation but it was well out of date so have rebuilt my prefs and now have:- refreshexcludegroups = local tvmode = fhd,hd,sd,web,mobile,default radiomode = high,std,med,low,default refreshexclude = CBBC,CBeebies,Radio 2,Radio,1 type = tv,radio atomicparsley = /usr/bin/AtomicParsley output = /home/alastair/Downloads/BBC_GiP_Downloads refreshinclude = Radio 3,Radio 4 This doesn't work and my pvr list which includes "Beck" the TV programme also downloads several radio programmes with names which start with Beck but are from radio stations I didn't want ie:- 32522: radio, Becky Measures - 01/10/2023, BBC Radio Sheffield, p0gd3ch9 36658: radio, Rob Beckett - El Loco, BBC Radio 2, m001qv02 36659: radio, Rob Beckett - Pranks, cranks, and a joke for the Yanks, BBC Radio 2, m001r0ds 36660: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001r91r 36661: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rgfc 36662: radio, Rob Beckett - Richard Osman sits in, BBC Radio 2, m001rp9c INFO: 6 matching programmes How may I prevent this which didn't happen previously please? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Is there an issue with current Shakespeare episodes
On 30/10/2023 09:58, Chris Walker wrote: On Mon, 30 Oct 2023 09:35:21 + Budge wrote: I have been trying to get the current repeat of As You Like It (BBC4 TV) and have an error message I do not understand:- The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc INFO: 1 total programmes WARNING: No media streams found for requested programme versions and recording modes. I think the clue might be in that line. I've just tried to grab it and it downloaded around 145MB of audio and then started on the video before I killed it. So I would suggest that you look at the format(s) you've specified for the download. The program dates from 1978 so could it be that the format you've specified wasn't available then and the file hasn't been modified for current modes? Just an idea! If it helps, my preferences line shows this :- fhd,hd,sd,web,mobile,default Hi and many thanks for the replies. Short story is I find have no prefs set after system rebuild. Will try and sort this out and many thanks for the help. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Is there an issue with current Shakespeare episodes
I have been trying to get the current repeat of As You Like It (BBC4 TV) and have an error message I do not understand:- The BBC Television Shakespeare - As You Like It, BBC Two, p014jvqc INFO: 1 total programmes WARNING: No media streams found for requested programme versions and recording modes. WARNING: The programme may no longer be available - check the iPlayer or Sounds site. WARNING: The programme may only be available in an unsupported format (e.g., Flash) - check the iPlayer or Sounds site. WARNING: If you use a VPN/VPS/Smart DNS/web proxy, it may have been blocked I am not using any vpn and other recent downloads have worked well. Could it be that I have to wait until this is available on iPlayer and not being broadcast. Not sure but would appreciate some advice from an expert please. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
New Installation External Programs
I have just done a new OS installation of openSUSE Tumbleweed and have been checking my installation for the required packages. I have a couple of questions about the external programs atomicparsley and ffmpeg. My openSUSE repo does not have atomicparsley. It has libatomicparsley0 which is apparently in a gtkpod. Also for ffmpeg I am spoiled for choice with versions 4,5 &6 offered. Please could somebody guide me here? Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: How can I create a list of programmes from BBC Sounds
On 24/05/2023 21:35, Jeremy Nicoll - ml gip wrote: On 2023-05-20 18:37, Budge wrote: Using the pid for the entire archive I can get a list of the entire archive but I have not found out how to sort the list by genre or obtain a list of a single genre. It looks to me as "genre" is an arbitrary tag that the BBC do not expose on any of the html pages - it must exist in their database of programmes but nowhere else. Can anybody please suggest how I might obtain the list. Use curl or wget to request all the pages that one could fetch manually for a specific genre, eg for science: https://www.bbc.co.uk/programmes/p01gyd7j?page=1 https://www.bbc.co.uk/programmes/p01gyd7j?page=2 https://www.bbc.co.uk/programmes/p01gyd7j?page=3 ... until you get the "page not found" page. Then examine the html and extract the episode name, pid (and maybe episode description) for each one. It looks easy(ish) for anyone who can write a computer program; the drawback of this approach is that you have to study the html quite carefully to find how its internal structure replicates for each entry on a page. But broadly speaking it'll be a whole load of html for all the stuff that's at the start of a page, then stuff for the start of that page's list, then the entries (though that may also be more complex than needed because of the way that they get laid out in rows), then the end of that page's list, then the stuff at the end of every page. How you then identify those areas on an html page depends greatly on the programming language you use, and how complex you want your code to be. There's also a problem that the (no doubt) machine-generated html on these pages will quite likely change its layout quite often. So ... if you need to run your indexer fairly often (to pick up new entries or just to check that it still produces the same answers as last time) you need ideally to have your scanning program able to test if its assumptions about the layout of the entries is still reasonable. Adding to the problem, perhaps, is that html doesn't need to be arranged in a file in the sort of line-by-line layout that one might see if - in a browser - one does a "view source" for a page. Things that one day seem to be on two consecutive lines might on another day be more or less spread out. In some cases when I've extracted stuff from html pages I've started off by eg replacing long runs of repeated spaces by single spaces, and removed completely some parts of the html because - for what I wanted - it just muddied the water. In some cases it made more sense to introduce more line breaks so the file I then scanned had many more, but shorter, lines than the html that I got back from the web server. But for example, on page 1 of the Science lists, assuming that none of the relevant links span a line-break, there's 25 occurrences of href="https://www.bbc.co.uk/programmes/ nearly all of them occurring at 45 line intervals. The first one is in the "" section of the page, so that leaves 24 of them in the part, corresponding to the 24 programmes described. The place where two consecutive lines are not 45 lines apart occurs at the last row where one episode is a repeat and doesn't have a "play" button. You'd need to see how its html doesn't follow the structure of the entries that do have such a button, and take that into account in any code you write (AND look out for other unexpected differences). Those 24 literals all have a pid in them so really look like eg href="https://www.bbc.co.uk/programmes/m001l291; href="https://www.bbc.co.uk/programmes/m001jc68; href="https://www.bbc.co.uk/programmes/m001hnlf; ... I'd /guess/ that one could eg take such a file, skip past its first 300 or so lines (the first meaningful pid line is around line 330 at the moment, then repeatedly scan forwards looking for href="https://www.bbc.co.uk/programmes/ and read the pid that immediately follows that, then scan forwards for what marks the start of the episode name (but not scan more than - say - ten lines if - at the moment - you'd expect to find episode name in the next (say) 5 lines, then similarly scan for the episode description's start. Repeat until you fall off the end of that page's list. If you can't program, eg in any version of BASIC, or python or perl or ... anything, maybe this would be a good time to learn how to? Your code would not need to be elegant or sophisticated ... just work. For all I know, there may be utilities into which one could drag an html page, and then manipulate it reasonably easily to extract the data you want. The trouble is, I don't know my way around tools that I don't use. I /do/ use a programmers' text editor; that's what showed me at a glance that the instances of href="https://www.bbc.co.uk/programmes/ are at a specific repeating interval (though I expected that they woul
How can I create a list of programmes from BBC Sounds
On the BBC website, if I go to the programme "In Our Time," select the Programme Website and then Archive I am offered a choice of Podcast or Full archive. I am not sure what the difference is and may return to this if relevant but more important to me are the data that follows: Further down the page the Programmes are offered By Genre. If I select a genre then the programmes are shown with a title, description and thumbnail illustration with 24 per page and in the case of science, 12 pages. What I seek is a list of all the programmes in the genre. Using the pid for the entire archive I can get a list of the entire archive but I have not found out how to sort the list by genre or obtain a list of a single genre. Can anybody please suggest how I might obtain the list. I am trying to get this because I have a significant archive which is not tagged and I am looking to sort it by genre. I have asked this some years ago but was not successful previously. Any ideas? Alastair. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Some questions on PVR
Hi Kevin, I have been away and coming back to this I think I have missed something somewhere. You have shown a command which is revealing get_iplayer v2.97 and showing podcasts. I am using v3.31 and the deprecated podcast type is no longer supported. I too am confused by the conflicting information from BBC concerning the future of podcasts. Fortunately I can still get In Our Time with pvr and not using podcasts afaik so I shall not spend more time on podcasts. I do have a more important question and shall post a separate thread. Thanks for the info and help. Regards, Alastair. On 13/05/2023 23:50, Kevin Lynch wrote: I looked at the podcast thing while watching Eurovision and I found that it still works, but there are definite limitations. pi@osgood:~$ get_iplayer --type=podcast --refresh nomatch get_iplayer v2.97, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. INFO: Getting podcast Index Feeds .. Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Socie ty & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:4 3:00 +, BBC Radio 4, Society & Culture . Added: 262510: The Media Show - Football, racism and the media, Wed, 12 Dec 2018 17:45:00 +, BBC Radio 4, Society & Culture Added: 262623: The Media Show - How ITV News reported first-hand on the storming of Congress, Fri, 12 Feb 2021 20:43:00 +, BBC Radio 4, Society & Culture INFO: 0 Matching Programmes The list here for "In Our Time" tallys what my podcast app sees. pi@osgood:~$ get_iplayer --type=podcast "In our Time" | tail 226409: In Our Time - Megaliths, Thu, 30 Mar 2023 09:15:00 +, BBC Radio 4, History 226410: In Our Time - The Ramayana, Thu, 06 Apr 2023 09:15:00 +, BBC Radio 4, History 226411: In Our Time - Mercantilism, Thu, 13 Apr 2023 09:15:00 +, BBC Radio 4, History 226412: In Our Time - Solon the Lawgiver, Thu, 20 Apr 2023 09:15:00 +, BBC Radio 4, History 226413: In Our Time - A Room of One's Own, Thu, 27 Apr 2023 09:15:00 +, BBC Radio 4, History 226414: In Our Time - Cnut, Thu, 04 May 2023 09:15:00 +, BBC Radio 4, History 226415: In Our Time - The Battle of Crécy, Thu, 11 May 2023 09:15:00 +, BBC Radio 4, History 226416: In Our Time - In Our Time is now first on BBC Sounds, Fri, 04 Mar 2022 04:00:00 +, BBC Radio 4, History INFO: 941 Matching Programmes pi@osgood:~$ When you look at https://www.bbc.co.uk/sounds/brand/b006qykl you see the latest podcasts are there. Friday night Comedy pi@osgood:~$ get_iplayer --type=podcast "Friday Night Comedy"| tail 220370: Friday Night Comedy from BBC Radio 4 - The News Quiz - 3rd March, Fri, 31 Mar 2023 18:01:00 +, BBC Radio 4, Comedy 220371: Friday Night Comedy from BBC Radio 4 - The News Quiz - 10th March, Fri, 07 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220372: Friday Night Comedy from BBC Radio 4 - The Now Show - 17th March, Fri, 14 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220373: Friday Night Comedy from BBC Radio 4 - The Now Show - 24th March, Fri, 21 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220374: Friday Night Comedy from BBC Radio 4 - The Now Show - 31st March, Fri, 28 Apr 2023 18:01:00 +, BBC Radio 4, Comedy 220375: Friday Night Comedy from BBC Radio 4 - The Now Show - 7th April, Fri, 05 May 2023 18:01:00 +, BBC Radio 4, Comedy 220376: Friday Night Comedy from BBC Radio 4 - The Now Show - 14th April, Fri, 12 May 2023 18:01:00 +, BBC Radio 4, Comedy 220377: Friday Night Comedy from BBC Radio 4 - Ready for a new series of The News Quiz?, Sat, 29 Apr 2023 07:00:00 +, BBC Radio 4, Comedy INFO: 162 Matching Programmes The URL https://www.bbc.co.uk/sounds/series/p02pc9pj shows the latest show available from yesterday Kevin On Sat, 13 May 2023 at 21:42, Jeremy Nicoll - ml
Re: Some questions on PVR
Hi Kevin, I am top posting and very much appreciate your erudite and helpful reply although I find the information you provide very depressing. My personal needs have changed. On podcast if deprecated so be it provided I can get the programmes I want. I had mentioned flac but in all honesty I am of an age when the "best" sound is probably better than I need and fine. If it is using AAC & OPUS and put in an m4a wrapper that is fine for me. I have not looked at the difference in disk space yet. As a listener who remembers "The Third Programme" on the "wireless" and the BBC World Service, which I used to listen to using short wave dedicated receiver while abroad, I am finding the content on Radio 3 hard work these days, so I much prefer to check the schedules and set up pvr so I can time shift what I want. OTOH I do appreciate the quality of modern sound recordings which I now purchase as downloads rather than disks. I have also recently started using YouTube downloads of music such as that from the Netherlands Bach Society and Bachstiftung. Also the many good opera productions available from this source. I find the video significantly enhances not only opera but all of the works. On TV I now prefer France 24 and Al Jajeera for the news since there is no international news or channel differentiation between tabloid folksy tales and thoughtful and incisive reporting of more weighty matters. Thanks again for your information and please forgive my rant. Alastair. On 13/05/2023 20:18, Kevin Lynch wrote: This explanation is really off-topic but maybe it's helpful to understand the strategic goals of iPlayer which affect the delivery of content we access through get_iplayer. The iPlayer and BBC sounds are very much a product of the current licence fee arrangement and the BBC's response to streaming media. BBC Radio 4's "In Our Time",and BBC Radio 5 live's "Fighting Talk" were one of the first radio programmes to be 'podcast'. I think this would have been around 2013. Since then the BBC had an "audio product" whose name escapes me that then was rewritten to be "BBC Sounds". If you look carefully the BBC doesn't promote "BBC Radio" anymore. It's all "BBC Sounds". The BBC now deprecates podcasts, driving users to BBC Sounds, It's kind of weird as I still have IOT in my podcast app and it turns up 4 weeks after broadcast. The Fri Night comedy spot on BBC Radio 4 turns up 4 weeks late. I don't care which is a bit pointless for "The News Quiz" and "The Now Show". "Fighting Talk" being a topical sports comedy show, turns up straight after broadcast. because there's a different remit at 5 live and the team made their case. Local Radio doesn't fit into the vision of streaming based content. BBC Local radio in England is being decimated at the moment as well loved presenters are applying to do their jobs in regions that used to span one county becoming regions like Norfolk, Suffolk, Essex and Kent a listener in Hunstanton talking about seals on the beach is not going to be relatable to the listener in New Romney. My Nephew is a choral scholar and he's appalled at the changes at Radio 3 and the proposed axing of BBC Singers. This group is actually one of our cultural crown jewels. They are extremely talented singers and are known for their ability to quickly sight read and pick up new music. This is one of the reasons that many of the classical composers write for the BBC Singers as they are so good at delivering what the composer intended. This is a strategy because it means BBC Sounds has a place on smartphones beside Spotify, Amazon, Netflix, Apple Music etc. Additionally BBC executives who "created" BBC Sounds are well positioned for lucrative positions in streaming media companies.. There is an ITU conference in 2028? where they are looking into the question "Do Broadcasters Need Dedicated Radio Frequency Spectrum?" Around the world mobile phone networks say "No", most Broadcasters say "Yes". In the UK the Radio and TV networks are owned and operated by Arqiva so the BBC is inclined to say they want to ditch Digital Terrestrial Television as a transmission medium. https://cleanfeed.thetvroom.com/15797/news/campaign-to-save-terrestrial-tv-hits-a-snag/ In this context you can see the way the BBC are going and how that influences their media store (iPlayer and Sounds) One last thing someone was looking for "flac" streams. I think they are now deprecated. Youtube delivers high-quality audio through 256 kbps AAC and OPUS I'd say that the modern codec development means that the audio in a flac format is easily accommodated in the smarter packing arrangments in the 256k Opus file. I'd say BBC Sounds will look to store audio in the 256k Opus format, Possibly streaming it in a drm wrapper to the BBC Sounds app. Kevin
Re: Some questions on PVR
On 12/05/2023 23:53, MacFH - C E Macfarlane - News wrote: On 12/05/2023 23:34, Kevin Lynch wrote: On Fri, 12 May 2023 at 19:17, MacFH - C E Macfarlane - News wrote: Amid a lack of current programmes to test with, that was just a guess on my part; it could well be that your suggestion turns out better than mine. C:\Users\kevin>get_iplayer --info --pid b09k1f9h All that you say is true, but the above is not one of the programmes the OP was asking about, none of which appear to be available ATM, hence my saying that I couldn't verify anything for those programmes. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Many thanks to Kevin and MacFH, The fact that podcast is deprecated makes sense and I can avoid in future if necessary. I haven't yet looked for or found a podcast but I recall they are used on the iPlayer website. I shall examine further when I have time but it is not an issue at present. I note Kevin's advice and I recall using --pid-recursive in the past. My history file is a trip down memory lane, as is my .mp4 and .m4a database. Re-activating my pvr list was fun and amazingly some programmes missing from my library turned up and helped me fill the gaps. Good to be in touch once more and thanks for the help. Regards, Alastair ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Some questions on PVR
As I start anew with GiP I have now been able to resurrect my old history and pvr list which had been dormant on a backup for years and append my recent downloads. So far so good although the pvr list needs editing! I have a couple of questions:- In running my old pvr list the system stopped at an entry in which I had specified "type podcast." Since I have not seen any reference to podcasts so far in the longhelp page does this mean that podcasts no longer work or is it that I have to use a different technique now? When the pvr threw up this:- INFO: PVR Run: 'In_Our_Time_With_Melvyn_Bragg' ERROR: Invalid type 'podcast' specified. Valid types are: tv,radio and then stopped. Is it possible for the system to skip and move on rather than exiting on Error? Still working on this so forgive me if questions are naive. Alastair. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re-visiting GiP and BBC - Finding my bearings with BBC and GiP
After a long period of not using GiP I thought I would re-visit this much loved tool and find the BBC is much changed. It seems GiP is still working on my workstation here although I shall have to refresh my memory on pvr but I am having real trouble finding the programme schedules on the BBC Sounds using the TV, now I no longer subscribe to the Radio Times. For example I heard a few minutes on the wireless in th car this morning which was on a subject of interest. Taxonomy was mention and also Linnaeus. I made a note of the time so that when I returned home I could look it up. I guessed "In Our Time" but using BBC Sounds on the TV I simply couldn't find the schedule of the programme even for today, never mind yesterday. The only way I could find it was searching for In Our Time, a lucky guess as I didn't hear Bragg speak in the car. This evening I went to the website on my workstation and found the schedules under the station button readily but there does not seem to be an equivalent on the app on the TV. What am I doing wrong please? I shall come back on pvr later but I would appreciate a bit of advice please. Alastair. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT yt-dlp and Python snag
Hi Jim Further to my last message here is the version I am using and dependencies. Installed Version 2023.03.04-pm150400.2.1 yt-dlp = 2023.03.04-pm150400.2.1 python310 /usr/bin/python3.10 ffmpeg rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 So what I am using is not much help. I am surprised that you have not upgraded though. 3.10 was introduced in 2021. What OS are you using? Regards, Alastair. On 27/03/2023 11:30, Budge wrote: Hi Jim, I am not a coder so cannot help too much but am using yt-dlp on openSUSE Leap 15.4 and used it at the weekend to download a film. No problems for me here so I shall check what packages are installed and get back to you. I am typing on a different machine at the office at present. Will get back to you. Alastair. On 27/03/2023 10:44, Jim web wrote: This is OT but I'm hoping some here will be using yt-dlp and can help! The version of yt-dlip I've been using has been upped to the current one. This now refuses to work unless I also go to Python 3.7 so I have installed the basics of that... I think. However... Now when I try to run it is fails by saying No module "contextvars". It then, I think, tries to use Python 3.6 and throws its errors that I won't do that. Then stops. No coconut. This is probably because I've not installed one of the packages for 3.7 that it needs, but I'm not sure of that, and don't want to install every 3.7 item that synaptic list if that isn't needed. Nor find I have to remove Python 3.6! Can anyone clarify/help, please? Running a Mint xfce distro. Thanks, Jim ___ 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: OT yt-dlp and Python snag
Hi Jim, I am not a coder so cannot help too much but am using yt-dlp on openSUSE Leap 15.4 and used it at the weekend to download a film. No problems for me here so I shall check what packages are installed and get back to you. I am typing on a different machine at the office at present. Will get back to you. Alastair. On 27/03/2023 10:44, Jim web wrote: This is OT but I'm hoping some here will be using yt-dlp and can help! The version of yt-dlip I've been using has been upped to the current one. This now refuses to work unless I also go to Python 3.7 so I have installed the basics of that... I think. However... Now when I try to run it is fails by saying No module "contextvars". It then, I think, tries to use Python 3.6 and throws its errors that I won't do that. Then stops. No coconut. This is probably because I've not installed one of the packages for 3.7 that it needs, but I'm not sure of that, and don't want to install every 3.7 item that synaptic list if that isn't needed. Nor find I have to remove Python 3.6! Can anyone clarify/help, please? Running a Mint xfce distro. Thanks, Jim ___ 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 19:00, David Cantrell wrote: 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 ... Hi David, 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?" I note the line Atom "©gen" contains: Factual. Is this genre? I wonder if when I rebuilt my system I didn't get the pvr instruction correct and if I ran it again this might do the sorting for me as the metadata will still be available. Any ideas? ___ 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 14:12, Ralph Corderoy wrote: 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 file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_-_716._The_Sikh_Empire_b075t5mn_default.m4a file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_-_A_Midsummer_Nights_Dream__podcast.m4a file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_With_Melvyn_Bragg_-_IOT_Zen_04_Dec_14_iot_20141204-1140a.mp3 Some of the ‘Unsorted’ ones have a PID and ‘./get_iplayer -i --pid b075t5mn’ shows categories: Factual,History,Discussion & Talk category:Factual Is ‘Factual’ the kind of thing which would replace ‘Unsorted’? Hi Ralph, As far as I am aware there is no Factual category, only the five I mentioned earlier. The directory Unsorted was created by me as a holding place until I sorted this out, which has taken longer than I intended! where did you get the categories line above? ___ 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 12:01, Jonathan Bryden wrote: I am not sure if I am understanding the problem correctly so please forgive me if my answer is over simplistic but the BBC lists all episodes by genre so wouldn't the quickest way be to go through each of the lists in turn dropping the relevant episodes from your unsorted folder into the correct genre folder. I doubt it would take long. For example the science grouping is here https://www.bbc.co.uk/programmes/p01gyd7j?page=1 If it helps I have a numbered list of episodes since 2012 in the correct order. Hope that helps a bit Jonathan -Original Message- From: get_iplayer On Behalf Of Budge Sent: 05 July 2022 09:42 To: get_iplayer Subject: Curating "In Our Time" (IOT) downloads. 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. 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, possibly due to changes in my own GiP setup over the years. I am reluctant to download them all again so am posting a request for help please to curate these files and sort the unsorted programmes into the original categories. Is this possible and if so how please? All help much appreciated as it has been a while since I worked on GiP. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Jonathan, Seems like a plan. I had no idea there already was a list by genre available. Will start there. ___ 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 12:26, Ralph Corderoy wrote: 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, possibly due to changes in my own GiP setup over the years. Please show the list some example filenames, both those old ones which are in their correct category and some new ‘unsorted’ ones. This will tell us what information can be gleaned from them, e.g. an iPlayer PID. Hi Ralph, Many thanks btw to all for the prompt replies. Here is the last file in the Science list:- 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 I have no idea how the numbering was achieved and looking at the metadata the file is showing as a podcast. From the unsorted directory in my system they fall into two types, those already numbered although again I have no recollection of how they were numbered, and those without numbers. Here is the first of the list:- file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_-_716._The_Sikh_Empire_b075t5mn_default.m4a. The numbering stopped at 815. The files then have a slightly different look. Here is the first of the un-numbered files:- file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_-_A_Midsummer_Nights_Dream_m00046rp_podcast.m4a Here is the last on my database:- file:///home/alastair/NFS_Multimedia_NFS/AV_multimedia/Music/Radio_Programme/In_Our_Time_Unsorted/In_Our_Time_With_Melvyn_Bragg_-_IOT_Zen_04_Dec_14_iot_20141204-1140a.mp3 Will these help? Meanwhile I shall take a look at the wiki and also on BBC archive. Regards, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Curating "In Our Time" (IOT) downloads.
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. 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, possibly due to changes in my own GiP setup over the years. I am reluctant to download them all again so am posting a request for help please to curate these files and sort the unsorted programmes into the original categories. Is this possible and if so how please? All help much appreciated as it has been a while since I worked on GiP. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get-iplayer v3.29 is out
On 08/02/2022 09:36, budge wrote: Hi, I am not sure who is putting in the hours many supporting this application but I would like to say thank you. Brilliant. Budge. On 08/02/2022 01:33, Mark Carroll wrote: A new release of get-iplayer has landed in GitHub. Read release notes in advance, definitely things to note. -- Mark Further to this, first please forgive the top post and typing error. Should be "many hours" but the thought is right. Having resurrected my old .get_iplayer directory, upgraded to v3.29 and read the crucial notes I thought I would spend some time editing my prefs which, from several years ago are:- alastair@HP-Z640-1:~> get_iplayer --prefs-show Options in '/home/alastair/.get_iplayer/options' output = /home/alastair/GiP_Recordings nopurge = 1 ffmpeg = /usr/local/bin/ffmpeg tvmode = best refreshinclude = Radio 3,Radio 4 refreshexclude = CBBC,CBeebies refreshexcludegroups = local type = tv,radio alastair@HP-Z640-1:~> From the above it seems the most important change to make will be to tvmode = best which I now wish to change and use the changed options. Before making this change I tried to delete old setting as in:- get_iplayer --pref-del tvmode = best. This didn't work and when I tried get_iplayer --prefs-add --quality=hd,sd,high,std I received the following result:- alastair@HP-Z640-1:~> get_iplayer --prefs-add --quality=hd,sd,high,std. WARNING: Invalid values in --quality/--modes: 'std.'. This will be a fatal error in a future release. INFO: Added option 'modes' = 'hd,sd,high,std.' INFO: Options file /home/alastair/.get_iplayer/options updated alastair@HP-Z640-1:~> get_iplayer --prefs-show Options in '/home/alastair/.get_iplayer/options' ffmpeg = /usr/local/bin/ffmpeg nopurge = 1 type = tv,radio output = /home/alastair/GiP_Recordings refreshinclude = Radio 3,Radio 4 modes = hd,sd,high,std. refreshexcludegroups = local tvmode = best refreshexclude = CBBC,CBeebies alastair@HP-Z640-1:~> Please could I have some help with this please. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get-iplayer v3.29 is out
On 08/02/2022 09:36, budge wrote: Hi, I am not sure who is putting in the hours many supporting this application but I would like to say thank you. Brilliant. Budge. On 08/02/2022 01:33, Mark Carroll wrote: A new release of get-iplayer has landed in GitHub. Read release notes in advance, definitely things to note. -- Mark Further to this, first please forgive the top post and typing error. Should be "many hours" but the thought is right. Having resurrected my old .get_iplayer directory, upgraded to v3.29 and read the crucial notes I thought I would spend some time editing my prefs which, from several years ago are:- alastair@HP-Z640-1:~> get_iplayer --prefs-show Options in '/home/alastair/.get_iplayer/options' output = /home/alastair/GiP_Recordings nopurge = 1 ffmpeg = /usr/local/bin/ffmpeg tvmode = best refreshinclude = Radio 3,Radio 4 refreshexclude = CBBC,CBeebies refreshexcludegroups = local type = tv,radio alastair@HP-Z640-1:~> From the above it seems the most important change to make will be to tvmode = best which I now wish to change and use the changed options. Before making this change I tried to delete old setting as in:- get_iplayer --pref-del tvmode = best. This didn't work and when I tried get_iplayer --prefs-add --quality=hd,sd,high,std I received the following result:- alastair@HP-Z640-1:~> get_iplayer --prefs-add --quality=hd,sd,high,std. WARNING: Invalid values in --quality/--modes: 'std.'. This will be a fatal error in a future release. INFO: Added option 'modes' = 'hd,sd,high,std.' INFO: Options file /home/alastair/.get_iplayer/options updated alastair@HP-Z640-1:~> get_iplayer --prefs-show Options in '/home/alastair/.get_iplayer/options' ffmpeg = /usr/local/bin/ffmpeg nopurge = 1 type = tv,radio output = /home/alastair/GiP_Recordings refreshinclude = Radio 3,Radio 4 modes = hd,sd,high,std. refreshexcludegroups = local tvmode = best refreshexclude = CBBC,CBeebies alastair@HP-Z640-1:~> Please could I have some help with this please. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get-iplayer v3.29 is out
Hi, I am not sure who is putting in the hours many supporting this application but I would like to say thank you. Brilliant. Budge. On 08/02/2022 01:33, Mark Carroll wrote: A new release of get-iplayer has landed in GitHub. Read release notes in advance, definitely things to note. -- Mark ___ 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: Converting to M4A - ERROR: Conversion failed - retaining audio file:
My error. Wrong repo for ffmpeg. Now working as usual. Please forgive. On 07/02/2022 15:17, Budge wrote: I am running on openSUSE Leap 15.3 with KDE desktop and am returning to GiP after a few years without GiP. I have ffmpeg and Atomicparsley installed in /usr/bin and the path to Atomicparsley is correct in my options. I have forgotten most of what I remember but my home directory .get_iplayer is intact along with my PVR list, albeit now mainly obsolete. I have v3.28 installed and the separate PVR version and running get_iplayer --pvr runs as expected but I get the captioned error. Here is part of the output:- INFO: Downloading radio: 'Composer of the Week: Edward Elgar (1857-1934) - 03. Self-Made Man (m001414d) [ori ginal]' INFO: Downloaded: 48.96 MB (00:19:29) @ 35.61 Mb/s (hafhigh1/bi) [audio] INFO: Converting to M4A INFO: Command exit code 1 (raw code = 256) ERROR: Conversion failed - retaining audio file: /home/alastair/GiP_Recordings/Composer_of_the_Week_Edward_E lgar_1857-1934_-_03._Self-Made_Man_m001414d_original.hls.ts INFO: Skipping all versions of this programme Please could somebody help me sort this out. Alastair. ___ 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
Converting to M4A - ERROR: Conversion failed - retaining audio file:
I am running on openSUSE Leap 15.3 with KDE desktop and am returning to GiP after a few years without GiP. I have ffmpeg and Atomicparsley installed in /usr/bin and the path to Atomicparsley is correct in my options. I have forgotten most of what I remember but my home directory .get_iplayer is intact along with my PVR list, albeit now mainly obsolete. I have v3.28 installed and the separate PVR version and running get_iplayer --pvr runs as expected but I get the captioned error. Here is part of the output:- INFO: Downloading radio: 'Composer of the Week: Edward Elgar (1857-1934) - 03. Self-Made Man (m001414d) [ori ginal]' INFO: Downloaded: 48.96 MB (00:19:29) @ 35.61 Mb/s (hafhigh1/bi) [audio] INFO: Converting to M4A INFO: Command exit code 1 (raw code = 256) ERROR: Conversion failed - retaining audio file: /home/alastair/GiP_Recordings/Composer_of_the_Week_Edward_E lgar_1857-1934_-_03._Self-Made_Man_m001414d_original.hls.ts INFO: Skipping all versions of this programme Please could somebody help me sort this out. Alastair. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: Playing GiP data wirelessly.
On 06/09/2021 09:34, Jim web wrote: In article <1986979950.112684.1630871945...@office.mailbox.org>, Dave Lambley wrote: A wirelessly connected stereo pair is possible (at least according to a marketing director), https://www.theregister.com/2014/01/14/imagination_caskeid_wifi_audio_synchronization/ I'm pretty sure a stereo *system* could operate wirelessly. But given the discription and use of the space I doubt it would generally be possible to *hear* a stereo image[1] - except perhaps in one or few 'lucky' locations. So this depends on the aim/use, I think. If the OP wants to sit in a specific place and hear stereo there, not caring about anywhere else, then trying for stereo may makes sense. But if they just want everyone in the space to hear music sound OK, then I suspect that stereo 'replay' as such is irrelevant. More a matter of getting a decent overall sound in the places where people may sit. Jim [1] Note that by 'image' here I don't mean the effect of having the sounds come from instruments/voices "hung on a line between the two speakers". I mean the more dimensional sense of place, distance, and acoustic you can get from something like an excellent recording of an orchestra. Few people get to hear this from a 'stereo' setup as it isn't easy to obtain. Due to the lack of simple distinguishing terms I've had to use 'stereo' above in more than one way, alas. [2] i.e. different things seem to come from different directions. Hi Jim, I posted on the site you suggested. Hope I chose the right list so will find out soon enough. Many thanks for your several comments and advice. Best wishes, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: Playing GiP data wirelessly.
Hi Jim, Many thanks. I shall go there. Regards, Budge On 05/09/2021 09:56, Jim web wrote: In article <6fdea109-32df-a8e2-a4ca-e23ba8fb7...@errichel.co.uk>, Budge wrote: Hi and many thanks to Geoff and all who have replied including those who have PM'd me as they have together improved my perspective of options. The several questions and points raised are most helpful. I'd also suggest trying https://pinkfishmedia.net/forum/ Both as a forum where you could get info from people who've done this, and also perhaps where you can find info on the existing pages. Its much better run than most 'forums' and also works with plain browsers that have javascript 'off'. So avoids many of the pitfalls of other forums (fora?). FWIW I know who runs it as he is a UKHHSoc member. Jim ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT: Playing GiP data wirelessly.
On 04/09/2021 21:34, Geoff wrote: Hi, On Sunday, September 5, 2021 at 5:58 AM, Budge wrote: There is power available at all the locations where a speaker might be placed but absolutely no way any cables can be trailed between speakers. In other words I need a wireless system with in-built amplifiers. I am assuming Bluetooth but could use wifi. The problem as I see it is that I only want one channel at each speaker. I can't help with your audio problem, but just wanted to point out that powerline ethernet adapters are also an option. I've used them before in areas where I couldn't run a cable & they work very well. Cheers, Hi and many thanks to Geoff and all who have replied including those who have PM'd me as they have together improved my perspective of options. The several questions and points raised are most helpful. The space is now used as small restaurant (about 36 covers) and for small functions so configuration of seating and audience changes depending on purpose and until recently covid restrictions! Only two speakers installed flush in ceiling at transition with conical roof and all others removed for change of use. I agree that there is no point in trying to create a "stereo" sound image and so am just trying to think through what would be the simplest mono configuration. I now only have stereo amplifiers but several available and in various powers. The cable option is not acceptable so I am thinking of independent bluetooth speakers. Room size and environment is not likely to result in signal acoustic timing problems and all that is required is background music rather than PA. I shall start looking at what speakers are available which would fit into the site environment. Thanks to all, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT: Playing GiP data wirelessly.
Please indulge my OT question but some on this list are far better qualified to answer. My problem is trying to play music to a large and oddly shaped room which is mainly circular with a conical ceiling and masonry walls in which two loudspeakers are not sufficient. Leaving aside the complexities of multi-channel systems for now and just considering a normal stereo signal, how may I achieve channel separation and playing on different sides of the room. There is power available at all the locations where a speaker might be placed but absolutely no way any cables can be trailed between speakers. In other words I need a wireless system with in-built amplifiers. I am assuming Bluetooth but could use wifi. The problem as I see it is that I only want one channel at each speaker. Of course I could just use a combined mono signal and that may be the answer but hope some here will have better ideas and if multi channel is feasible I would welcome further advice. Regards to all after long periods of absence from these pages, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: PVR Crashing
On 15/05/2021 11:02, Andy Stevens wrote: > Let me google that for you... > > According to > https://metacpan.org/pod/Mojo::IOLoop::Delay > <https://metacpan.org/pod/Mojo::IOLoop::Delay> > it's deprecated, and > "As of Mojolicious 9.0, the package Mojo::IOLoop > <https://metacpan.org/pod/Mojo::IOLoop> no longer provides a class > constructor for delays. If you want to use Mojo::IOLoop->delay > <https://metacpan.org/pod/Mojo::IOLoop-%3Edelay> you must first load this > class explicitly which will add it back. You can also use > |-MMojo::IOLoop::Delay| at the command line to do so." > > Perhaps your distro has updated the library to v9.0 or above? > Guess iplayer needs patching to load it explicitly... > > Andy Hi Andy, You are correct. One of the challenges of using openSUSE Tumbleweed. Sorting this out is well beyond my ken. I would appreciate some help if you have time. I did a bit of research when the problem first came up and saw that Mojo::IOLoop module was not installed. Assuming that was the problem I installed it but it made no difference so perhaps reverting to earlier version of Perl module might not help and anyhow I have no idea how to do that. It seems that loading the class explicitly might be the way to go so how do I do that please? Regards, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
PVR Crashing
It has been a while but just found my GiP cron command has stopped. I checked my system and found a problem:- get_iplayer v3.22, Copyright (C) 2008-2010 Phil Lewis This program comes with ABSOLUTELY NO WARRANTY; for details use --warranty. This is free software, and you are welcome to redistribute it under certain conditions; use --conditions for details. Running PVR Searches: INFO: PVR Run: '.directory' ERROR: Search term(s) required. To list all programmes, use ".*" (incl. quotes) INFO: PVR Run: 'Afternoon_Concert_Opera_Matinee' INFO: Indexing tv programmes (concurrent) Can't locate object method "delay" via package "Mojo::IOLoop" at /usr/local/bin/get_iplayer line 7113. I am not sure why there is ERROR: Search terms... since the app went on to run 'Afternoon_Concert_Opera_Matinee' but I am more concerned by the Mojo command. I use openSUSE Tumbleweed which updates most days so it is quite possible that my system has tripped up but is there anybody out there who can help please? Budge ___ 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
Hi Shevek, Well deleting the cache directory didn't work but just using the ID seems to be OK. On another machine I had no problems with quite large playlist. Still getting the hang of it but OK for now. Many thanks, Budge On 27/09/2020 15:02, Shevek wrote: On Sun, 27 Sep 2020 at 13:28, Budge wrote: ... and this worked OK until YouTube stopped me. I must have exceeded some limit but it was good while it lasted! try running youtube-dl with the --rm-cache-dir option then trying your download again alternatively, is this the issue? https://github.com/ytdl-org/youtube-dl#http-error-429-too-many-requests-or-402-payment-required As an aside, for YouTube videos you don't have to use the whole URL (e.g. http://www.youtube.com/watch?v=) for the video, only the ___ 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 27/09/2020 14:58, Jim web wrote: > In article , Budge > wrote: > >> By way of a footnote in my search I found some beautiful videos of Bach >> Cantatas from the J.S. Bach Foundation which I was able to watch on TV >> with audio through fibre to my amplifier/speaker system. So pleased was >> I that I thought I would go for a video download and this worked OK >> until YouTube stopped me. I must have exceeded some limit but it was >> good while it lasted! > > If you were getting them via YT-dl then it might be worth my saying: > > My impression is that YT often "shuffle the deckchairs" behind the scenes. > I can't tell if this is aimed at blocking methods like YT-dl or not. But in > practice I find it is often necessary to get an 'updated' version of YT-dl > in order to, once again, fetch items from YT. > > BTW I found some nice (audio) examples of performances by George Malcolm > the keyboard player on YT. Not all of which seem to have been re-issued by > 'Eloquence'. Like his playing as it sounds like music rather than an > academic exercise. :-) > > Jim > YT still working well on different machine and not yet sorted out Shevek's fix but have been distracted by watching Rudolf Lutz and J.S. Bach Foundation on decent TV screen plus amp fed by Toslink. They are embarking on a rather ambitious project or 12 Cantatas per year but have some great soloists and excellent band with several strong keyboard performances. BWV 35 would be a good place to start if you don't already know this version. I too have been a fan of George Malcolm. Managed a recital many many years ago and look out for his recordings. Will have a look at what you found. Regards, Budge ___ 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 27/09/2020 15:02, Shevek wrote: > On Sun, 27 Sep 2020 at 13:28, Budge wrote: > >> ... and this worked OK until YouTube stopped me. I must have exceeded some >> limit but it was good while it lasted! >> > > try running youtube-dl with the --rm-cache-dir option then trying your > download again > > alternatively, is this the issue? > https://github.com/ytdl-org/youtube-dl#http-error-429-too-many-requests-or-402-payment-required > > As an aside, for YouTube videos you don't have to use the whole URL > (e.g. http://www.youtube.com/watch?v=) for the video, only the > > Hi Shavek, Many thanks for the info. I shall try your suggestion when I am back on my laptop and report back. Meanwhile I am using my workstation and had no trouble. Different machine but same IP address for my wan access. Cache seems to be a credible cause. Not heard from you for years it seems so many thanks again. Budge. ___ 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 23/09/2020 10:51, VeniVidiVideo wrote: > On Sep 22, 2020, at 12:20 PM, Jim web wrote: >> I've never looked at uploading anything for YT. The question in my mind is >> as follows: >> >> Yes, it generally offers a range of download formats. But what format was >> *uploaded* in the first place? I wonder if getting the 'best' audio from YT >> simply may mean the least harm from a transcode YT has done. Or are >> uploaders expected to provide multiple versions? I suspect not. >> >> If my suspicion is correct, the 'best' would be to find the version as >> uploaded, I assume. > > That's incorrect. Especially since youtube-dl targets YouTube, there are > usually multiple versions available to be downloaded. YouTube routinely > maintains multiple resolutions of the video at least. There may be multiple > bitrates or formats for the audio as well, but I'm not sure about that. The > uploader doesn't have to worry about the multiple video resolutions. YouTube > takes care of the downcovert automatically. They do that so people can > stream videos with very different bandwidths, from 3G phone connections to > Gigabit fiber connections. > > youtube-dl even offers a -f "bestvideo+bestaudio" option that will separately > download the highest quality video and the highest quality audio and combine > them. I don't use youtube-dl all that often, but when I do I typically use > something like this: > > youtube-dl -f "bestvideo+bestaudio/best" --merge-output-format "mkv" > --prefer-ffmpeg --sub-lang 'en' --write-sub --convert-subtitles 'srt' > --embed-subs -o "Output File" http://www.youtube.com/watch?v= > > Actually, I define most of those in ~/.config/youtube-dl/config, so the > actual command can look like just > > youtube-dl -o "Output File" http://... > > But those are the options that yield the best quality all around from YouTube > using youtube-dl. > > -vvv > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > So all is now OK for audio. I have settled on the most appropriate approach for my purposes and have been able to download and save the missing tracks I was looking for so many thanks for all the guidance and supporting info from everybody. By way of a footnote in my search I found some beautiful videos of Bach Cantatas from the J.S. Bach Foundation which I was able to watch on TV with audio through fibre to my amplifier/speaker system. So pleased was I that I thought I would go for a video download and this worked OK until YouTube stopped me. I must have exceeded some limit but it was good while it lasted! Budge ___ 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 24/09/2020 10:49, Dave Lambley wrote: >> On 09/24/2020 10:25 AM Budge wrote: >> >> >> On 23/09/2020 09:55, Roger Bell_West wrote: >>> On Wed, Sep 23, 2020 at 12:16:10AM +0100, budge wrote: >>>> I have now found that minimserver, which runs in the NAS and serves the >>>> music >>>> data to my LAN and thence to my renderers, is not supported by .opus. I >>>> can >>>> use AAC files so will download them to .aac or should that be .m4a. No >>>> hardship and glad I found out now. >>> >>> It can be both. aac is an encoding format; m4a is a container format. >>> For example if I ffprobe the latest Brain of Britain (obtained via >>> GIP) I get: >>> >>> Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, >>> stereo, fltp, 320 kb/s (default) >>> >>> This is an AAC-encoded stream in an m4a container. >>> >> >> Hi Roger, >> Life in never simple! My choice of .opus was frustrated by lack of >> support for my media server and author advises he will not likely be >> adding .opus. >> >> I therefore went with .aac as the next best option. >> >> I now find that if I wish to include thumbnails I can only use .m4a (or >> .mp4). >> >> I appreciate thumbnails do nothing for sound but they do make searching >> easier so looks like .m4a is the way to go. Pity I just downloaded 18 >> files to .aac. >> >> My only other comment for now is that the metadata that comes with the >> download is very poor and very short on the info I have been used to. I >> think the problem is that whilst CD tagging is fairly well supported, >> the YouTube videos are often prepared for a different audience but I had >> hoped that at least the artists would be named. >> If there are ways of improving this I would appreciate advice. > > If you have ffmpeg and AtomicParsley installed, youtube-dl can repack the > audio in to an .m4a for you, and give you some very rudimentary tagging. > > Try, > > ./youtube-dl -x --embed-thumbnail --add-metadata -f m4a > https://www.youtube.com/watch?v=1L993HNAa8M > > Dave > Hi all, Many thanks. I use ffmpeg and AtomicParsley if not using the youtube-dl options and the tagging works fine but the tag metadata from youtube is pathetic. OTOH classical music tagging is always a problem and takes more time than anything other than listening! Regards, Budge ___ 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 23/09/2020 09:55, Roger Bell_West wrote: > On Wed, Sep 23, 2020 at 12:16:10AM +0100, budge wrote: >> I have now found that minimserver, which runs in the NAS and serves the music >> data to my LAN and thence to my renderers, is not supported by .opus. I can >> use AAC files so will download them to .aac or should that be .m4a. No >> hardship and glad I found out now. > > It can be both. aac is an encoding format; m4a is a container format. > For example if I ffprobe the latest Brain of Britain (obtained via > GIP) I get: > > Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, > stereo, fltp, 320 kb/s (default) > > This is an AAC-encoded stream in an m4a container. > Hi Roger, Life in never simple! My choice of .opus was frustrated by lack of support for my media server and author advises he will not likely be adding .opus. I therefore went with .aac as the next best option. I now find that if I wish to include thumbnails I can only use .m4a (or .mp4). I appreciate thumbnails do nothing for sound but they do make searching easier so looks like .m4a is the way to go. Pity I just downloaded 18 files to .aac. My only other comment for now is that the metadata that comes with the download is very poor and very short on the info I have been used to. I think the problem is that whilst CD tagging is fairly well supported, the YouTube videos are often prepared for a different audience but I had hoped that at least the artists would be named. If there are ways of improving this I would appreciate advice. Thanks again. Budge ___ 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 22/09/2020 16:12, Roger Bell_West wrote: On Tue, Sep 22, 2020 at 01:03:45PM +0100, Budge wrote: I have in the past had issues with .m4a but can try again as it has been a while. I am always suspicious of using terms such as "best" because it is not a defined term but a subjective one. If I go to mp3 then my concern is that I may be further compromising the quality. I believe the sound is encoded as AAC in the Youtube. If I am correct then which format sticks most faithfully to AAC and will work with my systems. I shall do a few tests following your reply and see how I get on. Use youtube-dl -x and it will automatically get the version with the least-lossy available audio, strip off the extraneous video, and leave you with a file that is just the audio stream. (Not always m4a; sometimes it's opus.) That's the version you keep in your archives. Then if you need to play it on something that doesn't understand that format you transcode it as needed. Or of course feed it to something like mpd, which is what I use round the house. (You'll want to tag it first.) Many thanks Roger, I had reached the same conclusion and downloaded a few files. All but one went to .opus whcih went to .m4a however... I have now found that minimserver, which runs in the NAS and serves the music data to my LAN and thence to my renderers, is not supported by .opus. I can use AAC files so will download them to .aac or should that be .m4a. No hardship and glad I found out now. Regards, Budge. ___ 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 22/09/2020 10:30, Chris Brady wrote: > Try > > https://superuser.com/questions/846842/how-to-get-best-quality-audio-using-youtube-dl > > CJB > > On 21/09/2020, 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, so my question is, is there any point in doing >> this if the initial audio quality is limited by the youtube video >> recording system bit rate? Also, as a more senior citizen, I believe I >> am unlikely to be able to hear the difference between the flac and other >> options. >> >> I know there are members in this group who have significant knowledge >> and experience in these matters and I am hoping for suggestions for the >> best format for my purposes. >> >> Budge. >> >> >> ___ >> get_iplayer mailing list >> get_iplayer@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer >> > > Hi Chris, Getting up to speed now thanks to your link and some further reading. I shall continue reading on the concept of bestaudio and what it delivers. Having looked at a chosen video in this case there are four options, format code 249 webm, format code 250 webm, format code 140 m4a and format code 251 webm. Will experiment a bit. Thanks for your help. Budge ___ 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 21/09/2020 23:23, Dave Lambley wrote: > Hi Budge, > >> On 09/21/2020 11:56 PM 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, so my question is, is there any point in doing >> this if the initial audio quality is limited by the youtube video >> recording system bit rate? Also, as a more senior citizen, I believe I >> am unlikely to be able to hear the difference between the flac and other >> options. >> >> I know there are members in this group who have significant knowledge >> and experience in these matters and I am hoping for suggestions for the >> best format for my purposes. > > Are you using the -x / --extract-audio option with youtube-dl? I have not > used it for a while, but last time I did, you got either AAC (in a .m4a) or > an Opus, both perfectly reasonable formats. > > It looks like you can pass an option to request m4a audio, which could help > if you want to play back on an Apple device or an older Android. It should > otherwise default to what it considers the best available. > > https://github.com/ytdl-org/youtube-dl#format-selection-examples > > Is there a particular reason you wish to re-encode? > > Dave > Hi Dave, Many thanks for your reply. I do not particularly wish to re-encode but what I am doing is extracting the audio and saving it within my music library on NAS which is then served to my LAN and used by various renderers. I have two objectives, not to degrade signal further than that available on Youtube and to save the result in a format that works with my music system. I have in the past had issues with .m4a but can try again as it has been a while. I am always suspicious of using terms such as "best" because it is not a defined term but a subjective one. If I go to mp3 then my concern is that I may be further compromising the quality. I believe the sound is encoded as AAC in the Youtube. If I am correct then which format sticks most faithfully to AAC and will work with my systems. I shall do a few tests following your reply and see how I get on. Many thanks again, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT Question on audio downloads from youtube
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, so my question is, is there any point in doing this if the initial audio quality is limited by the youtube video recording system bit rate? Also, as a more senior citizen, I believe I am unlikely to be able to hear the difference between the flac and other options. I know there are members in this group who have significant knowledge and experience in these matters and I am hoping for suggestions for the best format for my purposes. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: An OT thread about the forums
On 12/04/2020 15:32, SquarePenguin wrote: > Hello all. > > This is an OT thread, so turn back all ye who enter for on-topic > discussions. > > So, what's all this about? > > BLUF: Dinky's decided to bow out of the forums completely. This has > forced me to start taking notice of forum things for the first time in a > long time, so I'm seeking your input as to what to do with them. > > Some background... > > Moderating the forums and their upkeep is a PITA frankly (clunky old > software and customisations). I've stepped back from moderating most > things for years and Dinky was doing all that - usually clonking users > with the ban hammer for violating the extensive forum rules. > > Well we're back to my original rules now and Dinky has removed all bans > they imposed, as well as opened up closed or deleted threads. > > So the future... > > Some of the things I'm thinking about doing are: > > 1) Take the forums offline. > > I like this as it's easy and lazy and free. I don't like it as it > removes a big resource for the community. > > 2) I close the forums to new threads/posts but keep it online. > > This is great for keeping the resource accessible to the community, it's > a PITA for maintenance and ongoing costs (it ain't free to host the > forums). > > 3) Getting some moderators in and limping along until the inevitable BBC > changes can get_iplayer altogether or the maintainer stops working on it > etc etc. Same drawbacks as number 2 but keeps up access for the less > techincally minded to post somewhere about their issues. > > So... > > I guess this message is to guage how much people would care/not care if > I just closed the forums. I don't particularly mind figuring out a way > to close them but keep online for google searches etc. Nor do I mind if > some mods want to come in to keep the lights on for a while. > > I made the forum in the first place so get_iplayer could reach a > different audience than found here. So maybe this isn't the best place > to ask :-) But figured you folks had had your hats in the ring for so > long your opinions/ideas should be heard. > Hi and thanks for the message. As I understand it there are three resources:- A web forum, which I seldom use. This list, to which I subscribe and which has been a great help to me on many occasions. The underlying maintenance of the software. It is not clear from your message which of these resources is in question but only the continuing maintenance of the get_iplayer software is critical. Will this maintenance be continued? As for your initial question, my opinion is that I shall continue to subscribe to the email list while it exists. I would not miss the forum. Losing get_iplayer would be a very great loss indeed. Regards, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: [Get-iPlayer] Re: OT Help Please with Clicks and Volume Levels
On 31/03/2020 17:35, Graham Cobb wrote: > On 31/03/2020 16:52, Budge wrote: >> As for my problem clicks, I have the wifi kit in the frame as the villain at >> present and when I can find a spare 5GHz access point will try and eliminate >> all the stray 2.4GHz devices locally and see if that helps. As I read and >> think I am beginning to understand why copper/analogue most of the way might >> be best, after accepting the CD signal and after the first DAC. > > I presume you have already eliminated your microwave from suspicion? In > my experience, that is the biggest problem with bluetooth and even WiFi > (after all, the reason the 2.4GHz band was made available for unlicensed > use is because it is already so crap due to including the frequency > absorbed by water molecules). > > And don't forget that other devices may be using the 2.4GHz spectrum in > proprietary ways - for example home automation systems, clever > lightbulbs, etc. > Hi Graham, Many thanks for the reminders. No microwave in use anywhere within 100m at the time. Cannot be sure about all the rest but I am working on turning off the 2.4GHz wifi and keeping only 5GHz in this building. Have to start somewhere! ___ 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 31/03/2020 11:51, Jim web wrote: > In article <43658eb7-b06b-2c56-4c71-58bb8be22...@errichel.co.uk>, Budge > wrote: > >> Further examination of symptoms suggests that the noise seems to be >> interference, either with Bluetooth headphone directly or through the >> Bluetooth transmitter. I suspect possible source of interference might >> be from wifi which could be from phone, laptop or access point but could >> be household electromagnetic interference (EMI). I am trying to relate >> the clicks to possible traffic. The clicks are not related to the data >> stream but occur in bursts with minutes of quiet between. Clearly more >> work to do! > > An RF scanner might be useful. FWIW I've been planning to buy an > ADALM-PLUTO SDR TX/RX as it can be modified to work from about 70MHz up > to 6GHz(!). I want to use one for tests on receivers. But this has been put > on hold due to our current 'difficulties'. Been more concerned with getting > food as my Chief Exec and myself (manual labour) are nominally > 'vulnerable'. Further OT but I aim to do some measurements prompted by > > http://www.audiomisc.co.uk/BBC/FMandNICAM3/FMandNICAM3.html > > to get some results on the *actual* performance of some tuners. > > But the PLUTO should also be useful for other investigations. :-) > > Jim > Jim, What a splendid bit of kit and price is amazing compared to "real" radio gear. Sadly all relevant knowledge here is a bit beyond my pay grade as I stopped at the RA17 receiver. As for my problem clicks, I have the wifi kit in the frame as the villain at present and when I can find a spare 5GHz access point will try and eliminate all the stray 2.4GHz devices locally and see if that helps. As I read and think I am beginning to understand why copper/analogue most of the way might be best, after accepting the CD signal and after the first DAC. I think I should wind up this OT thread but if you have time and inclination I would enjoy sharing my findings with you. Regards, Budge ___ 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 31/03/2020 08:50, Rochford, Steve wrote: > I might be being spectacularly stupid but why not just use VLC or similar to > play the music directly on your phone and pair the headphones to that? I've > not used MinimServer but I can see that's a UPnP server and VLC should > connect directly to it. That way you leave out all the intermediate steps > which might be introducing the clicks. > > Steve > [snip] Hi Steve, Many thanks for the suggestion. When just using my phone (Samsung S6) alone I can use the app BubbleUPnP and MX Player on phone to listen on headphones and this seems noise free. However we have situations where several renderers may be playing different playlists through loudspeakers or I may want one renderer muted so I can use headphone in private but another renderer may be playing same tracks on another renderer using Songcast. Further examination of symptoms suggests that the noise seems to be interference, either with Bluetooth headphone directly or through the Bluetooth transmitter. I suspect possible source of interference might be from wifi which could be from phone, laptop or access point but could be household electromagnetic interference (EMI). I am trying to relate the clicks to possible traffic. The clicks are not related to the data stream but occur in bursts with minutes of quiet between. Clearly more work to do! Thanks again for your suggestion. Regards, Budge. ___ 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 10:29, Jim web wrote: > In article <277a5cfb-07d2-6b24-aabe-21f1ed76d...@errichel.co.uk>, Budge > wrote: >> This is an OT but I hope Jim Web or others with knowledge can give me >> some guidance in sorting out a noise issue: > >> I am having some problems with very unpleasant and loud clicks when >> playing sound through Bluetooth headphones. > > I can't really advise on any problems that may be bluetooth-specific. I've > stayed resolutely with wired ethernet and wired audio. So I know the > principles involved with bluetooth, but haven't investigated beyond > deciding to avoid it! > > [snip] > >> I am trying to diagnose the source and cause of the clicking problem >> which is painful and renders the whole setup unusable. This problem >> only recently appeared after I had relocated all the equipment but I >> have checked the basics and found nothing wrong. The clicks are only >> heard in headphones using bluetooth transmitter. > >> One thought was that cause might be an overload condition such as >> clipping and but I cannot associate the problem with loud passages. > > Given that bluetooth will be using digital formats I doubt the signal level > matters a lot unless it employs a lossy encoding that allows the bitrate to > vary significantly with sound level. (Someone else may be able to comment > on that.) Hence I'd not have expected your symptoms to be level dependent. > >> It >> has occurred to me, however, that there should be an optimum >> configuration for volume adjustment because, even with the Line Out >> being "fixed," there are several volume controls; in the BubbleDS app, >> in the Avantree Bluetooth transmitter and in the Sony headphones. I >> assume not but do not know if any of these devices have any gain >> capability or just have passive control. Unfortunately control >> information is sadly lacking other than on the BubbleDS control point: >> no knob with a dial and figures, just an up/down button or worse a touch >> control with no indicator at all (on the headphones) and it is >> impossible to optimise signal to noise ratios. > > The lack of reliable info on points like the above which imply added > 'fiddle with the data' stages, and your comments about the clicks make me > feel you may simply be getting problems due to interference, breaks in > transmission, lack of reliable bandwidth, etc. i.e. Bluetooth devices which > are trying to squeeze a quart into a pint pot, and sometimes failing. But I > am just making a general guess here. I think there are some newer codings > that may help, but... Perhaps someone else who knows more about bluetooth > audio can fill in the gaps. > > You have confirmed my preference fo ye olde bits if wire, though. When I > want to move about and use headphones, I employ a DAP! Wired from player to > phones. Only problem is to occasionally need a recharge. A couple of large > capacity but tiny 'mini' SD cards holds a *lot* of audio even when high > rez. > > Sorry I can't be more help with this. > > Jim > Hi Jim, Many thanks for the reply. Leaving aside the bluetooth for a moment how should I make sense of the different attenuation options? Should I put all in the chain to max except the headphones and attenuate there, guess half way with each setting and then control with headphones or should I use Bubble DS and leave other settings approx in middle? What is the right approach when faced with this choice of adjustments? I mentioned signal to noise ratio because in my distant memory there is an underlying principle here, just lost in the mists of time. OTOH this will not be important if there is no gain added after the amplifier in the Linn, only passive devices but I do not know and cannot find out so far. Just thought you would have a view. I hate the Avantree device which is truly dreadful and will find another device for further testing. Regards, Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT Help Please with Clicks and Volume Levels
This is an OT but I hope Jim Web or others with knowledge can give me some guidance in sorting out a noise issue: I am having some problems with very unpleasant and loud clicks when playing sound through Bluetooth headphones. The primary media renderer hardware is a Linn Majik DSI amplifier (pre-HDMI model) controlled by BubbleDS control point application running on Samsung S6 phone with media served by Minimserver running on Qnap NAS. In order to use Bluetooth headphones (Sony WH-1000XM2) with speakers muted to avoid annoyance to others, I utilise the Line Out from the Linn DS amplifier, which is at a fixed level and broadcast this to the headphones using an Avantree Oasis Plus (BTTC-500P) Bluetooth device. This allows me to mute the main speaker output but continue to play through the headphones. I am trying to diagnose the source and cause of the clicking problem which is painful and renders the whole setup unusable. This problem only recently appeared after I had relocated all the equipment but I have checked the basics and found nothing wrong. The clicks are only heard in headphones using bluetooth transmitter. One thought was that cause might be an overload condition such as clipping and but I cannot associate the problem with loud passages. It has occurred to me, however, that there should be an optimum configuration for volume adjustment because, even with the Line Out being "fixed," there are several volume controls; in the BubbleDS app, in the Avantree Bluetooth transmitter and in the Sony headphones. I assume not but do not know if any of these devices have any gain capability or just have passive control. Unfortunately control information is sadly lacking other than on the BubbleDS control point: no knob with a dial and figures, just an up/down button or worse a touch control with no indicator at all (on the headphones) and it is impossible to optimise signal to noise ratios. Can you please those who know about these things please comment and advise how this system should best be set up. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Which to use MPEG-DASH or HLS?
On 15/12/2019 17:13, Budge wrote: > Spoilt for choice here I am setting up my BBC radio streaming and have a > choice between these two .m3u files to include on my NAS minimserver database. > Which should I use and why please? > Budge. > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > Not only a choice between two streams but also a choice between posts it seems! No idea why. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Which to use MPEG-DASH or HLS?
Spoilt for choice here I am setting up my BBC radio streaming and have a choice between these two .m3u files to include on my NAS minimserver database. Which should I use and why please? Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GiP and ffmpeg
On 04/11/2019 20:04, RS wrote: > On 04/11/2019 15:14, Roger Bell_West wrote: >> On Mon, Nov 04, 2019 at 02:53:28PM +0000, Budge wrote: >>> Any clues what might have caused this and how can I correct the fault >>> (which may or may not be the problem with Linn DS player)? >> >> I don't see any reply to James Scholes' comment of 23 October. Did you >> try remuxing as he suggested? Or even a plain remux without the >> bitstream filter: >> >> ffmpeg -i input.m4a -vn -acodec copy output.m4a >> >> My experience with Linn is that while they make some very good >> analogue hardware they've never liked digital and they aren't >> particularly competent at it. >> > > I haven't been back to re-read the old thread, but I do remember your > saying that Linn had told you there were too many chunks, by which I > think they meant frames or blocks. Someone here (and I can't remember > who) pointed out that since the sampling rate, the number of samples per > frame (SPF) and the number of channels were fixed, it was a matter of > arithmetic how many frames there were. I think you confirmed that > Mediainfo showed SPF 1024 for one of your files. According to Wikipedia > the standard blocksize for stationary signals in AAC is 1024 or 960 > samples, so that seems right. > > According to xiph.org, for linear prediction on 44.1kHz audio flac > defaults to a block size of 4096. That may be the reason converting to > flac will result in fewer blocks or frames. Have you tried converting a > problem file to flac to confirm Linn's assertion that that will enable > it to play? xiph.org also says flac frames are self-contained, so they > do not rely on anything in a preceding or subsequent frame. That may be > another reason a file may play in flac but not in another format. > > Another way to reduce the number of frames would be to break up the > recording into individual works. If that enables it to play you could > then experiment to find the largest number of frames in a file that will > allow it to play. You will then be in a position to tell Linn how many > frames you need to be supported. > > You mentioned that the files that worked had a sampling rate of 48kHz, > while those that failed had a sampling rate of 44.1kHz. To test whether > the Linn player is failing to play 44.1kHz files you could re-sample a > non-working file > > ffmpeg -i=infile.m4a -vn -ar=48000 outfile.m4a > > to confirm whether it then worked. You could also take a working file > and re-sample it to 44.1kHz to confirm whether it then stopped working. > > In an earlier comment I said that if you download a radio programme in > get_iplayer without --raw you will always get a M4A/AAC file with a > sampling rate of 48kHz. That was wrong. The Radio 4 programme Law in > Action used a 44.1kHz sampling rate until 17 Feb 2015. It has used > 48kHz since 24 Feb 2015. I still haven't come across a file with a > combination of 320kbit/s bit rate and 44.1kHz sampling rate, so I am > still puzzled how you got that combination. Could you have converted it > to .wav at some point? The default sampling rate for .wav is 44.1kHz, > although the BBC internally uses 48kHz .wav. > > Best wishes > Richard > > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Dear Richard, Very many thanks for you reply and continued assistance which is very much appreciated. I am still trying to pick up the threads here and will look at all the options and suggestions. AFAIK I have never converted any of the files in my master data set but I have explained that this set spans many years and many OS versions even before my own installation errors so there is no obvious explanation of my problem. I will try to learn how to break up my files to aid digestion by Linn as you suggest, if I can, but only to test their player. I do not have enough time to listen to all my collection now, let alone have time to edit each file in turn but my problem with the control point progress line not working on some files does mean there are some works in which I never hear the final act! I will plan and refine a more structured trial of options for conversion suggested and try and report but I am well beyond my own knowledge so appreciate and am grateful for the help received. Whilst this approach may help me pin down the problem it seems clear that Linn have no intention of helping solve this issue as a Linn problem, even though every other playing device I have, including the humble Raspberry Pi and Vero devices costing a tenth of the cost of the cheapest Linn DS play without problems. PS for some reason your
Re: GiP and ffmpeg
On 04/11/2019 14:15, Budge wrote: > On 30/10/2019 12:06, Budge wrote: >> On 29/10/2019 16:50, RS wrote: >>> >>> >>> On 27/10/2019 21:08, Budge wrote: >>>> On 27/10/2019 20:56, Budge wrote: >>> >>>>> >>>>> Further to this thread as it has developed I find I have two example >>>>> files both downloaded with GiP. Using ffprobe, one is shown as:- >>>>> >>>>> Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s >>>>> Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, >>>>> fltp, 320 kb/s (default) >>>>> Metadata: >>>>> handler_name : SoundHandler >>>>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>>>> bt470bg/unknown/unknown), 150x84 [SAR 72:72 DAR 25:14], 90k tbr, 90k >>>>> tbn, 90k tbc (attached pic) >>>>> >>>>> and the second:- >>>>> >>>>> Duration: 02:37:00.06, start: 0.00, bitrate: 321 kb/s >>>>> Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, >>>>> stereo, fltp, 320 kb/s (default) >>>>> Metadata: >>>>> handler_name : SoundHandler >>>>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>>>> bt470bg/unknown/unknown), 86x48 [SAR 72:72 DAR 43:24], 90k tbr, 90k tbn, >>>>> 90k tbc (attached pic). >>>>> >>>>> Among the differences I note first is AAC, I assume HE? at 48000Hz and >>>>> the second is AAC (LC) at 44100Hz. >>>>> >>>>> The first is later and dated 2017-01-19 and the second 2014-05-15. >>>>> >>>>> It is the earlier download that works and I still believe the problem >>>>> has been from my incorrect setting up of GiP. Both files play on all my >>>>> players except the Linn DS devices. >>>>> >>>>> I am about to pass the problem over to Linn but before I do please could >>>>> somebody suggest why the two files have different codecs. >>>>> >>>> >>>> Correction. Not HE above, just AAC. >>>> Budge >>>> >>> The principal difference between the two files is that the one that >>> works has a sampling rate of 48kHz and the one that doesn't has a >>> sampling rate of 44.1kHz. One possibility is that Linn does not support >>> a 44.1kHz sampling rate, although it would be very surprising if it didn't. >>> >>> Since "Linn recommends FLAC" you could try converting the 44.1kHz >>> sampling rate file to FLAC at the same sampling rate. You could also >>> try resampling the 44.1kHz sampling rate file to 48kHz. >>> >>> What puzzles me is how you got a file with a sampling rate of 44.1kHz >>> and a bit rate of 320kbit/s. I am not saying that is not a valid >>> combination; it is. What I am saying is that as far as I am aware it is >>> not a combination available from the BBC. >>> >>> Many radio programmes are available as podcasts. You can download a >>> podcast from the BBC website. You will be offered a choice of bit >>> rates, 64kbit/s and 128kbit/s. The file will be in MP3 format with a >>> sampling rate of 44.1kHz. >>> >>> If you download a radio programme with get_iplayer without using the >>> --raw option you will get a M4A/AAC file with a sampling rate of 48kHz. >>> You will have a choice of bit rates, in some cases up to 320kbit/s. >>> >>> In the last few months programmes with podcasts have also had podcast >>> versions which can be downloaded with get_iplayer. More recently still >>> for some programmes the only download available with get_iplayer has >>> been the podcast version. In either case the file format has been >>> M4A/AAC and the sampling rate has been 48kHz. >>> >>> One example of a Radio 3 programme with a podcast is The Listening Service. >>> get_iplayer --pid=m0009jzd --info >>> shows that it has both original and podcast versions and, for both, bit >>> rates up to 320kbit/s are available. If you download it you will see >>> the sampling rate is 48kHz. >>> >>> If you go to the programme's website >>> https://www.bbc.co.uk/programmes/b078n25h/episodes/downloads >>> the download buttons will offer a choice of 64kbit/s and 128kbit/s bit >>> rates. If you download one of them you will get a MP3 fil
Re: GiP and ffmpeg
On 30/10/2019 12:06, Budge wrote: > On 29/10/2019 16:50, RS wrote: >> >> >> On 27/10/2019 21:08, Budge wrote: >>> On 27/10/2019 20:56, Budge wrote: >> >>>> >>>> Further to this thread as it has developed I find I have two example >>>> files both downloaded with GiP. Using ffprobe, one is shown as:- >>>> >>>> Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s >>>> Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, >>>> fltp, 320 kb/s (default) >>>> Metadata: >>>> handler_name : SoundHandler >>>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>>> bt470bg/unknown/unknown), 150x84 [SAR 72:72 DAR 25:14], 90k tbr, 90k >>>> tbn, 90k tbc (attached pic) >>>> >>>> and the second:- >>>> >>>> Duration: 02:37:00.06, start: 0.00, bitrate: 321 kb/s >>>> Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, >>>> stereo, fltp, 320 kb/s (default) >>>> Metadata: >>>> handler_name : SoundHandler >>>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>>> bt470bg/unknown/unknown), 86x48 [SAR 72:72 DAR 43:24], 90k tbr, 90k tbn, >>>> 90k tbc (attached pic). >>>> >>>> Among the differences I note first is AAC, I assume HE? at 48000Hz and >>>> the second is AAC (LC) at 44100Hz. >>>> >>>> The first is later and dated 2017-01-19 and the second 2014-05-15. >>>> >>>> It is the earlier download that works and I still believe the problem >>>> has been from my incorrect setting up of GiP. Both files play on all my >>>> players except the Linn DS devices. >>>> >>>> I am about to pass the problem over to Linn but before I do please could >>>> somebody suggest why the two files have different codecs. >>>> >>> >>> Correction. Not HE above, just AAC. >>> Budge >>> >> The principal difference between the two files is that the one that >> works has a sampling rate of 48kHz and the one that doesn't has a >> sampling rate of 44.1kHz. One possibility is that Linn does not support >> a 44.1kHz sampling rate, although it would be very surprising if it didn't. >> >> Since "Linn recommends FLAC" you could try converting the 44.1kHz >> sampling rate file to FLAC at the same sampling rate. You could also >> try resampling the 44.1kHz sampling rate file to 48kHz. >> >> What puzzles me is how you got a file with a sampling rate of 44.1kHz >> and a bit rate of 320kbit/s. I am not saying that is not a valid >> combination; it is. What I am saying is that as far as I am aware it is >> not a combination available from the BBC. >> >> Many radio programmes are available as podcasts. You can download a >> podcast from the BBC website. You will be offered a choice of bit >> rates, 64kbit/s and 128kbit/s. The file will be in MP3 format with a >> sampling rate of 44.1kHz. >> >> If you download a radio programme with get_iplayer without using the >> --raw option you will get a M4A/AAC file with a sampling rate of 48kHz. >> You will have a choice of bit rates, in some cases up to 320kbit/s. >> >> In the last few months programmes with podcasts have also had podcast >> versions which can be downloaded with get_iplayer. More recently still >> for some programmes the only download available with get_iplayer has >> been the podcast version. In either case the file format has been >> M4A/AAC and the sampling rate has been 48kHz. >> >> One example of a Radio 3 programme with a podcast is The Listening Service. >> get_iplayer --pid=m0009jzd --info >> shows that it has both original and podcast versions and, for both, bit >> rates up to 320kbit/s are available. If you download it you will see >> the sampling rate is 48kHz. >> >> If you go to the programme's website >> https://www.bbc.co.uk/programmes/b078n25h/episodes/downloads >> the download buttons will offer a choice of 64kbit/s and 128kbit/s bit >> rates. If you download one of them you will get a MP3 file with a >> sampling rate of 44.1kHz. >> >> There is no option which combines a 44.1kHz sampling rate with a bit >> rate of 320kbitj/s. >> >> I have just read your post again, and it seems I have got the one that >> works and the one that doesn't the wrong way round. It seems even more >> unlikely that your Linn device would not
Re: GiP and ffmpeg
On 29/10/2019 16:50, RS wrote: > > > On 27/10/2019 21:08, Budge wrote: >> On 27/10/2019 20:56, Budge wrote: > >>> >>> Further to this thread as it has developed I find I have two example >>> files both downloaded with GiP. Using ffprobe, one is shown as:- >>> >>> Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s >>> Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, >>> fltp, 320 kb/s (default) >>> Metadata: >>> handler_name : SoundHandler >>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>> bt470bg/unknown/unknown), 150x84 [SAR 72:72 DAR 25:14], 90k tbr, 90k >>> tbn, 90k tbc (attached pic) >>> >>> and the second:- >>> >>> Duration: 02:37:00.06, start: 0.00, bitrate: 321 kb/s >>> Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, >>> stereo, fltp, 320 kb/s (default) >>> Metadata: >>> handler_name : SoundHandler >>> Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, >>> bt470bg/unknown/unknown), 86x48 [SAR 72:72 DAR 43:24], 90k tbr, 90k tbn, >>> 90k tbc (attached pic). >>> >>> Among the differences I note first is AAC, I assume HE? at 48000Hz and >>> the second is AAC (LC) at 44100Hz. >>> >>> The first is later and dated 2017-01-19 and the second 2014-05-15. >>> >>> It is the earlier download that works and I still believe the problem >>> has been from my incorrect setting up of GiP. Both files play on all my >>> players except the Linn DS devices. >>> >>> I am about to pass the problem over to Linn but before I do please could >>> somebody suggest why the two files have different codecs. >>> >> >> Correction. Not HE above, just AAC. >> Budge >> > The principal difference between the two files is that the one that > works has a sampling rate of 48kHz and the one that doesn't has a > sampling rate of 44.1kHz. One possibility is that Linn does not support > a 44.1kHz sampling rate, although it would be very surprising if it didn't. > > Since "Linn recommends FLAC" you could try converting the 44.1kHz > sampling rate file to FLAC at the same sampling rate. You could also > try resampling the 44.1kHz sampling rate file to 48kHz. > > What puzzles me is how you got a file with a sampling rate of 44.1kHz > and a bit rate of 320kbit/s. I am not saying that is not a valid > combination; it is. What I am saying is that as far as I am aware it is > not a combination available from the BBC. > > Many radio programmes are available as podcasts. You can download a > podcast from the BBC website. You will be offered a choice of bit > rates, 64kbit/s and 128kbit/s. The file will be in MP3 format with a > sampling rate of 44.1kHz. > > If you download a radio programme with get_iplayer without using the > --raw option you will get a M4A/AAC file with a sampling rate of 48kHz. > You will have a choice of bit rates, in some cases up to 320kbit/s. > > In the last few months programmes with podcasts have also had podcast > versions which can be downloaded with get_iplayer. More recently still > for some programmes the only download available with get_iplayer has > been the podcast version. In either case the file format has been > M4A/AAC and the sampling rate has been 48kHz. > > One example of a Radio 3 programme with a podcast is The Listening Service. > get_iplayer --pid=m0009jzd --info > shows that it has both original and podcast versions and, for both, bit > rates up to 320kbit/s are available. If you download it you will see > the sampling rate is 48kHz. > > If you go to the programme's website > https://www.bbc.co.uk/programmes/b078n25h/episodes/downloads > the download buttons will offer a choice of 64kbit/s and 128kbit/s bit > rates. If you download one of them you will get a MP3 file with a > sampling rate of 44.1kHz. > > There is no option which combines a 44.1kHz sampling rate with a bit > rate of 320kbitj/s. > > I have just read your post again, and it seems I have got the one that > works and the one that doesn't the wrong way round. It seems even more > unlikely that your Linn device would not support a 48kHz sampling rate, > although 44.1kHz is the CD standard. > > Best wishes > Richard > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, Many thanks for the information and for your explanations. Unfortun
Re: GiP and ffmpeg
On 27/10/2019 20:56, Budge wrote: > On 23/10/2019 16:23, Budge wrote: >> On 23/10/2019 13:24, Owen Smith wrote: >>> I understand the need to convert aac that the player won't play. But surely >>> mp3 would be the last choice to convert them to, given converting one lossy >>> format to another is just about the worst thing you can do to audio. >>> Sometimes there are nasty interactions between the different perceptual >>> models. >>> >>> Wouldn't a better option be to first try converting to flac (something like >>> level 5 compression), then if the player can't handle that try wav (which >>> might need a sample rate conversion if the player assumes 44.1 for >>> example), and then mp3 as a desperate last resort? >>> >> >> Hi Owen and thanks for your comment. I am certainly not rushing to >> convert to mp3 but rather to pin down the problem with Linn DS players >> and the earlier quotation just picks up on some history. Unfortunately >> Linn software and firmware is proprietary and last time I raised a >> problem with Linn I didn't make any progress. In fact I found that >> their firmware updates didn't work as well for what I needed but was >> able to regress to earlier version which was OK and the problem is only >> with certain files which now play but have some issues. >> Regards, >> Budge >> >> ___ >> get_iplayer mailing list >> get_iplayer@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer >> > > Further to this thread as it has developed I find I have two example > files both downloaded with GiP. Using ffprobe, one is shown as:- > > Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s > Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, > fltp, 320 kb/s (default) > Metadata: > handler_name: SoundHandler > Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, > bt470bg/unknown/unknown), 150x84 [SAR 72:72 DAR 25:14], 90k tbr, 90k > tbn, 90k tbc (attached pic) > > and the second:- > > Duration: 02:37:00.06, start: 0.00, bitrate: 321 kb/s > Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, > stereo, fltp, 320 kb/s (default) > Metadata: > handler_name: SoundHandler > Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, > bt470bg/unknown/unknown), 86x48 [SAR 72:72 DAR 43:24], 90k tbr, 90k tbn, > 90k tbc (attached pic). > > Among the differences I note first is AAC, I assume HE? at 48000Hz and > the second is AAC (LC) at 44100Hz. > > The first is later and dated 2017-01-19 and the second 2014-05-15. > > It is the earlier download that works and I still believe the problem > has been from my incorrect setting up of GiP. Both files play on all my > players except the Linn DS devices. > > I am about to pass the problem over to Linn but before I do please could > somebody suggest why the two files have different codecs. > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > Correction. Not HE above, just AAC. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GiP and ffmpeg
On 23/10/2019 16:23, Budge wrote: > On 23/10/2019 13:24, Owen Smith wrote: >> I understand the need to convert aac that the player won't play. But surely >> mp3 would be the last choice to convert them to, given converting one lossy >> format to another is just about the worst thing you can do to audio. >> Sometimes there are nasty interactions between the different perceptual >> models. >> >> Wouldn't a better option be to first try converting to flac (something like >> level 5 compression), then if the player can't handle that try wav (which >> might need a sample rate conversion if the player assumes 44.1 for example), >> and then mp3 as a desperate last resort? >> > > Hi Owen and thanks for your comment. I am certainly not rushing to > convert to mp3 but rather to pin down the problem with Linn DS players > and the earlier quotation just picks up on some history. Unfortunately > Linn software and firmware is proprietary and last time I raised a > problem with Linn I didn't make any progress. In fact I found that > their firmware updates didn't work as well for what I needed but was > able to regress to earlier version which was OK and the problem is only > with certain files which now play but have some issues. > Regards, > Budge > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > Further to this thread as it has developed I find I have two example files both downloaded with GiP. Using ffprobe, one is shown as:- Duration: 02:33:00.99, start: 0.00, bitrate: 321 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 320 kb/s (default) Metadata: handler_name: SoundHandler Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 150x84 [SAR 72:72 DAR 25:14], 90k tbr, 90k tbn, 90k tbc (attached pic) and the second:- Duration: 02:37:00.06, start: 0.00, bitrate: 321 kb/s Stream #0:0(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 320 kb/s (default) Metadata: handler_name: SoundHandler Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 86x48 [SAR 72:72 DAR 43:24], 90k tbr, 90k tbn, 90k tbc (attached pic). Among the differences I note first is AAC, I assume HE? at 48000Hz and the second is AAC (LC) at 44100Hz. The first is later and dated 2017-01-19 and the second 2014-05-15. It is the earlier download that works and I still believe the problem has been from my incorrect setting up of GiP. Both files play on all my players except the Linn DS devices. I am about to pass the problem over to Linn but before I do please could somebody suggest why the two files have different codecs. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GiP and ffmpeg
On 23/10/2019 13:24, Owen Smith wrote: > I understand the need to convert aac that the player won't play. But surely > mp3 would be the last choice to convert them to, given converting one lossy > format to another is just about the worst thing you can do to audio. > Sometimes there are nasty interactions between the different perceptual > models. > > Wouldn't a better option be to first try converting to flac (something like > level 5 compression), then if the player can't handle that try wav (which > might need a sample rate conversion if the player assumes 44.1 for example), > and then mp3 as a desperate last resort? > Hi Owen and thanks for your comment. I am certainly not rushing to convert to mp3 but rather to pin down the problem with Linn DS players and the earlier quotation just picks up on some history. Unfortunately Linn software and firmware is proprietary and last time I raised a problem with Linn I didn't make any progress. In fact I found that their firmware updates didn't work as well for what I needed but was able to regress to earlier version which was OK and the problem is only with certain files which now play but have some issues. Regards, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: GiP and ffmpeg
On 22/10/2019 21:25, RS wrote: > On 22/10/2019 16:45, Budge wrote: >> I understood that GiP uses ffmpeg during downloading of radio files. Is >> that correct and always correct with the various radio file types >> available from BBC? >> Budge > > For presently available modes it is not quite right to say that ffmpeg > is used *during* downloads. ffmpeg was used at one stage to download > HLS and HAF modes. It was replaced with a stand-alone downloader which > is now used for HVF. > > ffmpeg is used *after* downloads to re-multiplex to a different > container. If you want to see what ffmpeg is doing use > > --ffmpegloglevel=info > > This is a heavily abbreviated explanation. If you want more detail see > https://github.com/get-iplayer/get_iplayer/wiki/modesref#external-programs > > Best wishes > Richard > > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, Many thanks. I asked as I am still trying to get to the bottom of my problems with some GiP radio downloads and the Linn DS playing problem however these date from 2012 and I note things have changed. Would radio programmes from then have been re-muxed once downloaded? This is not critical but there is a Tag which might have been stripped (correctly) which would account for re-muxing by ffmpeg. I am just trying a new GiP installation on my laptop and tried it on The News Quiz Extra. Everything worked but I see the file came as a podcast. Is this new. Should I have added parameters to get file not being a podcast? I just used the --pid to get the programme I wanted. Many thanks for your help once more. Regards, Alastair ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
GiP and ffmpeg
I understood that GiP uses ffmpeg during downloading of radio files. Is that correct and always correct with the various radio file types available from BBC? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On 16/10/2019 17:07, RS wrote: > On 16/10/2019 09:26, Budge wrote: > >> I have it now. My misunderstanding was that I was putting the file >> address where file is in the command line, not putting the file into the >> place where GiP settings have it. Sorry for my mistake. >> > > I have got this wrong. There is no bug. Sorry to have misled you. When > I tried to re-tag files whose streams were no longer available it failed > because I too had got the file locations wrong. > > All the WARNING messages about "No media stream found ..." are rather > confusing. If --tag-only works correctly when there are no streams > available it displays four WARNING messages and two INFO messages > followed by > Tagging M4A [or MP4] > > If the file to be tagged cannot be found when there are no streams > available it displays the same four WARNING messages and two INFO > messages followed by a WARNING message > "Cannot tag missing file: ..." > > It would be better if the if statement at line 5457 of the v3.22 script > were moved above line 5445. > > Best wishes > Richard > > > > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard and very many thanks for the clarification but I did have it wrong myself before. What I am not sure of is whether the re-tagging fetches the metadata and how intelligently it is applied. On one batch of 5 files from 2012 I seem to have lost data or messed up. My starting point was with downloads that had thumbnails but which would not play from the control point and stalled the control point app. I found from previous work that moving the moov atom to the start of the AtomicParsley metadata by using qt-quickstart on the file made it playable but... With these files there was no control of the play position. I could only play them from the start. With the second batch of five files from 2013 there was no thumbnail and tagging didn't appear as expected but I could see by looking at the data (can't find it now!) that there were jpegs within the metadata so I ran the GiP re-tagging and all worked perfectly and the thumbnail and tags were as they should be. Thinking that the re-tagging might fix the play position problem I have with the first batch (2012 year) I ran this from the right place (get_iplayer --type=radio --pid=b01r1vt2 --tag-only --tag-podcast-radio --tag-only-filename=/home/GiP_Recordings/Composer_of_the_Week_-_George_Frideric_Handel_1685-1759_1_b01kptv0_default.m4a) But this failed to resolve the playback position problem. Unfortunately I altered the filename when doing the qt-faststart just to enable me to differentiate between old and new files and this may have broken things. Will start over but sharing this fyi. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On 15/10/2019 19:32, Budge wrote: > On 15/10/2019 12:40, RS wrote: >> On 15/10/2019 11:47, Budge wrote: >> >>> I am not clear which part of your advice is a quote from the wiki and >>> which is from you based on my message. I have identified the full path >>> to the file in my command so it should work. >>> Any ideas what more I can do? >>> >> >> The quote from the wiki >> https://github.com/get-iplayer/get_iplayer/wiki/tagging#re-tagging-files >> was in double quotes. >> >> >> "Re-tagging files >> >> Metadata tags can be added (or re-added) to existing files with the >> --tag-only option. Use --pid to identify the programme whose metadata is >> to be used and --tag-only-filename to identify the file to modify." >> >> >> If there is a bug in get_iplayer which prevents --tag-only tagging or >> re-tagging with the metadata if the streams are no longer available >> there is nothing you can do, unless you want to modify the code. >> >> As for your missing file, try using ls with the filename and path to >> check that it exists. Have you moved the file to a different path since >> you downloaded it? >> >> >> ___ >> get_iplayer mailing list >> get_iplayer@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/get_iplayer > > I think I may not understand correctly the reference to filename in this > case. What I started with, afaik, was the downloaded file which > included underscores and no "illegal" characters. I believe it is as > was and all I have done is moved it to a new directory. > > The file, however, does not play on my device and there is no thumbnail > and this is what tells me at a glance that I made an error when I first > downloaded the file (and a bunch of others) by, inter alia, omitting to > install AtomicParsley. > > When I run get_iplayer --pid b01r1vt2 --info I get the metadata which > includes everything I want including the thumbnail which has been > confirmed above but I note that in the output there is a familiar line:- > INFO: No versions of this programme were selected (available versions: none) > but the programme is available in my directory and is not being picked > up by GiP. This suggests to me that I am doing something wrong and > would be grateful for further advice. > > It is interesting to note that the downloaded file still seems to > include the metatdata which I can see by running AtomicParsley -T on the > file and this also includes the .jpg thumbnail. > > In fact the problem with the player or the control point, I am not sure > which, is a fault with the player/control point and if I shift the moov > atom to the start of the metadata which I do by running qt-faststart on > the file, the file then plays as required but in some cases I still have > problems. As stated there is no thumbnail and the progress bar to > select the playing time within the file does not always work. > > One step at a time but if anybody can help it would be appreciated. > Regards, > Budge > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > I have it now. My misunderstanding was that I was putting the file address where file is in the command line, not putting the file into the place where GiP settings have it. Sorry for my mistake. This does raise a question for me, when running --tag-only, does GiP fetch the metadata from the server and apply it to the file we have or does it use the metadata it finds in the file but incorrectly tagged and then re-tag? I assume it fetches the metadata anew. Thanks again for reminding me of all I had forgotten! ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On 15/10/2019 12:40, RS wrote: > On 15/10/2019 11:47, Budge wrote: > >> I am not clear which part of your advice is a quote from the wiki and >> which is from you based on my message. I have identified the full path >> to the file in my command so it should work. >> Any ideas what more I can do? >> > > The quote from the wiki > https://github.com/get-iplayer/get_iplayer/wiki/tagging#re-tagging-files > was in double quotes. > > > "Re-tagging files > > Metadata tags can be added (or re-added) to existing files with the > --tag-only option. Use --pid to identify the programme whose metadata is > to be used and --tag-only-filename to identify the file to modify." > > > If there is a bug in get_iplayer which prevents --tag-only tagging or > re-tagging with the metadata if the streams are no longer available > there is nothing you can do, unless you want to modify the code. > > As for your missing file, try using ls with the filename and path to > check that it exists. Have you moved the file to a different path since > you downloaded it? > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer I think I may not understand correctly the reference to filename in this case. What I started with, afaik, was the downloaded file which included underscores and no "illegal" characters. I believe it is as was and all I have done is moved it to a new directory. The file, however, does not play on my device and there is no thumbnail and this is what tells me at a glance that I made an error when I first downloaded the file (and a bunch of others) by, inter alia, omitting to install AtomicParsley. When I run get_iplayer --pid b01r1vt2 --info I get the metadata which includes everything I want including the thumbnail which has been confirmed above but I note that in the output there is a familiar line:- INFO: No versions of this programme were selected (available versions: none) but the programme is available in my directory and is not being picked up by GiP. This suggests to me that I am doing something wrong and would be grateful for further advice. It is interesting to note that the downloaded file still seems to include the metatdata which I can see by running AtomicParsley -T on the file and this also includes the .jpg thumbnail. In fact the problem with the player or the control point, I am not sure which, is a fault with the player/control point and if I shift the moov atom to the start of the metadata which I do by running qt-faststart on the file, the file then plays as required but in some cases I still have problems. As stated there is no thumbnail and the progress bar to select the playing time within the file does not always work. One step at a time but if anybody can help it would be appreciated. Regards, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On 15/10/2019 12:40, RS wrote: > On 15/10/2019 11:47, Budge wrote: > >> I am not clear which part of your advice is a quote from the wiki and >> which is from you based on my message. I have identified the full path >> to the file in my command so it should work. >> Any ideas what more I can do? >> > > The quote from the wiki > https://github.com/get-iplayer/get_iplayer/wiki/tagging#re-tagging-files > was in double quotes. > > > "Re-tagging files > > Metadata tags can be added (or re-added) to existing files with the > --tag-only option. Use --pid to identify the programme whose metadata is > to be used and --tag-only-filename to identify the file to modify." > > > If there is a bug in get_iplayer which prevents --tag-only tagging or > re-tagging with the metadata if the streams are no longer available > there is nothing you can do, unless you want to modify the code. > > As for your missing file, try using ls with the filename and path to > check that it exists. Have you moved the file to a different path since > you downloaded it? > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, Please forgive me, I didn't look carefully and your reply is perfectly clear. I have moved the file from whence it came following download but the file is where my command states. Will check my syntax but could it be the metadata is not found? Where is it looking and for what? Not at workstation at present but will try another file just in case. Thanks for your reply. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tidying up Radio Downloads
On 15/10/2019 10:16, RS wrote: > On 14/10/2019 18:08, Budge wrote: > >> >> This is what I get:- >> >> alastair@install:~> get_iplayer --type=radio --pid=b01r1vt2 --tag-only >> --tag-podcast-radio >> --tag-only-filename=/home/alastair/Working/Composer_of_the_Week_-_George_Frideric_Handel_1685-1759_1._Handel_and_his_Italian_Patrons_b01r1vt2_default.m4a >> >> get_iplayer v3.22, Copyright (C) 2008-2010 Phil Lewis >> This program comes with ABSOLUTELY NO WARRANTY; for details use >> --warranty. >> This is free software, and you are welcome to redistribute it under >> certain >> conditions; use --conditions for details. >> >> >> Episodes: >> Composer of the Week - George Frideric Handel (1685-1759), Handel and >> his Italian Patrons, BBC Radio 3, b01r1vt2 >> INFO: 1 total programmes >> >> WARNING: No media streams found for requested programme versions and >> recording modes. > > 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. > > If get_iplayer is able to retrieve metadata, it can pass it to Atomic > Parsley for tagging or re-tagging. > > The wiki states, > "Re-tagging files > > Metadata tags can be added (or re-added) to existing files with the > --tag-only option. Use --pid to identify the programme whose metadata is > to be used and --tag-only-filename to identify the file to modify." > > Yours is not the only example of a "No media streams" warning when > trying to tag or re-tag a file when the streams have ceased to be > avaialable. There are much more recent examples. > get_iplayer --type=radio --pid=m00076mg --tag-only > and for tv > get_iplayer --pid=b0b123j5 --tag-only > show similar warnings. This would appear to be a bug. As shown above, > --info shows that the streams are not needed to retrieve the metadata > for tagging. get_iplayer is checking for the existence of streams when > it does not need to. > > You do need to give it a .mp4 or .m4a file to tag. As far as I can make > out, if the file still has the same name and path as when it was > downloaded and converted to .mp4 or .m4a there is no need to specify > --tag-only-filename. If you do specify it, the file name and path you > specify must exist. The "Cannot tag missing file:" warning is telling > you that the file does not exist. > > Best wishes > Richard > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, I am not clear which part of your advice is a quote from the wiki and which is from you based on my message. I have identified the full path to the file in my command so it should work. Any ideas what more I can do? signature.asc Description: OpenPGP digital signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: TV downloads now coming as .hls.ts rather than .mp4. What have I done wrong?
On 07/09/2019 21:45, Budge wrote: > I have just found a bunch of TV downloloads that have come as .hls.ts > rather than .mp4 files. > > This may have something to do with a recent update; I am on v3.22 at > present but have not been following the changes so have no idea what is > going on. > > Can I change something in my settings so I can get back to .mp4 please? > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer > Please forgive. My problem was I had not installed Packman repos after upgrade to Tumbleweed. All working now it appears. Regards, Budge signature.asc Description: OpenPGP digital signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
TV downloads now coming as .hls.ts rather than .mp4. What have I done wrong?
I have just found a bunch of TV downloloads that have come as .hls.ts rather than .mp4 files. This may have something to do with a recent update; I am on v3.22 at present but have not been following the changes so have no idea what is going on. Can I change something in my settings so I can get back to .mp4 please? signature.asc Description: OpenPGP digital signature ___ 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]
Hi Vangelis, Hope you are well and surviving the floods and earthquakes! Thanks for the capitalised "VERSION." Now it is clear. Interesting that censorship is biting so deeply that it appears to touch on PC matters which are opinion not law, but that is the BBC these days! Best wishes and thanks, Alastair On 25/07/2019 01:45, Vangelis forthnet wrote: > On Wed Jul 17 22:22:58 BST 2019, Budge wrote: >> Just noticed this after pid when getting Men of Rock... No idea what >> it means or why it is there. > > Hi - you don't specify a PID in your report, but selecting for example > the latest 3rd episode with --pid=b00wvjnq (BTW this is a repeat from > 2010, hence a PID starting with "b00"...), I can simply tell you that > "legal" is just the label/name of the episode VERSION that GiP managed > to fetch; other episode versions "supposedly" available are > Original version > Sign language > Dubbed Audio Described > Dubbed Audio Described + Legal > > all easily findable in > https://www.bbc.co.uk/programmes/b00wvjnq.json > > Via GiP itself: > perl get_iplayer-321w.pl --type=tv --pid=b00wvjnq -i | FindStr > versions => > versions: audiodescribed,legal > > Since the default --file-prefix includes the substitution > parameter, it's no wonder the .mp4's name contains "legal" ! > > So, nothing ominous/sinister really :-) > > Best regards > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer pEpkey.asc Description: application/pgp-keys ___ 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 18/07/2019 13:32, James Scholes wrote: > On 17/07/2019 at 10:22 pm, Budge wrote: >> Is it because I have signed up for iPlayer and my address is known or >> something more sinister? > > When you download something using get_iplayer, that access is not > linked to your BBC user account at all. Indeed, a user account is not > even required to use gip. > As I have always believed. On this occasion however I had used BBC website to find the pid I wanted and then of course used it, so just wondered. Glad there is nothing sinister here and understand the explanation but too cryptic for me! Regards, Budge > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer pEpkey.asc Description: application/pgp-keys ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Just noticed the download title includes [legal]
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? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT problems listening to BBC Radio (via internet on Android and Firestick)
On 25/04/2019 14:43, Dave Widgery wrote: Hi Sorry for posting this but having searched the internet haven't found anywhere to ask the question. For many years I have used a MXQ android (v4.2) box for a bit of TV but mainly for listening to BBC Radio, I always used Firefox rather than the BBC app as It was nice to be able to pause or even rewind a program if I needed to, facilities which the app doesn't have. But neither Firefox or Chrome (for android) work consistently on the MXQ box since the BBC have updated their site, I often have to refresh the page several times before the page displays properly. although the BBC Iplayer Radio App does work. Partly due to this and a requirement to be able to watch online TV I bought a Amazon Firestick (with Alexia) hoping to be able to ditch the MXQ box. It works great for TV, but neither the BBC Iplayer Radio App or the BBC Sounds App are supported (I have tried sideloading the apps without success) in addition neither the Amazon or firerfox web browsers work with the BBC site either, I have tried several radio apps in the Amazon store, but have not found any that allow you to also access replay content. I have tried contacting the App creators for both the BBC apps to ask if they are going to be supported on the firestick but not really had a response it is frustrating as I want to ditch the MXQ box and simplify the setup so my wife can use it. I was wondering if anyone had any suggestions. Regards and thanks in advance for any help Dave ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Dave, Not sure exactly what you need but here are some easy sites to look for what you want:- OSMC, Kodi, Raspberry Pi I use Vero 4K+, an affordable and neat cased device with slightly higher specs than RPi and installed with OSMC/Kodi. There are dedicated Add-ons for radio but I do not use for radio as I use BubbleDS on my Android phone as control point playing through Linn Sneaky renderers. Hope this helps. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 'A History of Christianity' - #5 "Protestantism - The Evangelical Explosion" NA
On 12/12/2018 13:18, MacFH - C E Macfarlane wrote: https://www.bbc.co.uk/programmes/b00p5wrk As per subject and programme page link above, all the other episodes of this series are available and have already downloaded aright, but not #5. Does anyone know why? C E Macfarlane ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi, It seems the only available version of this episode is the AD version. No idea why. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BBC Versions
On 28/11/2018 17:45, Alan Milewczyk wrote: On 28/11/2018 14:50, Budge wrote: On 25/11/2018 15:22, Anna Obarzanowska wrote: The different versions may also be pre/post-watershed, or signed. [snip] Further to this I have just had an issue with a recent download which was shown as pre-watershed and then crashed for some reason. The download then started again automatically but then came as the 'original' version even though the time of the download was before the watershed. Subsequently I have tried to download during the day time using pid and the pre-watershed version comes up although it seems to me unlikely the subject matter would be watershed sensitive, e.g.:- 'Operation_Gold_Rush_with_Dan_Snow_Series_1_-_1._Mountain_Passes_b0824c97_original.' This raises two question; How do I force the 'original' version for download, since it is clearly extant irrespective of ToD? If you append --info to the command line, it will show the versions available. To download the original version (if it exists online at the time) , just append --version=original. Currently, for the pid in question, the only versions available are "audiodescribed" and "original". For the second episode, it's "audiodescribed" and "prewatershed". It's not the first time that the BBC has uploaded further versions a day or two after the initial versions. I'm guessing that the only difference between "prewatershed" and "original" is language, i.e. the deletion of an expletive. Alan --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Many thanks Alan, exactly what I needed. Pity life gets more complicated. I shall look again in a day or so to see if the original is now available. Not critical but I prefer the unexpurgated versions if available! ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: BBC Versions
On 25/11/2018 15:22, Anna Obarzanowska wrote: The different versions may also be pre/post-watershed, or signed. [snip] Further to this I have just had an issue with a recent download which was shown as pre-watershed and then crashed for some reason. The download then started again automatically but then came as the 'original' version even though the time of the download was before the watershed. Subsequently I have tried to download during the day time using pid and the pre-watershed version comes up although it seems to me unlikely the subject matter would be watershed sensitive, e.g.:- 'Operation_Gold_Rush_with_Dan_Snow_Series_1_-_1._Mountain_Passes_b0824c97_original.' This raises two question; How do I force the 'original' version for download, since it is clearly extant irrespective of ToD? Is there some filter/process that directs or qualifies the version which is downloaded and can this be bypassed? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT: I have received a series of duplicate emails.
Hi, just received a series of duplicate emails in the "Compulsory podcasts - In Our Time" thread. Is there a server issue or is it at my end? Seems to have abated for now but it has happened before. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Cannot Download using pid and am getting ERROR: Response: 500 Internal Server Error
Failed to get programme with GiP and could not download schedule either. Is this a GiP issue or is it BBC? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Help with picture size please.
On 02/09/2018 23:25, Budge wrote: On 30/08/18 13:03, RS wrote: On Mon, 27 Aug 2018 at 10:35, Budge wrote: Forgive my ignorance but I am stuck with a picture size problem with old editions of Inspector Morse videos. These have been saved as .mp4 videos and are generally 4x3 format. One solution may be to record them again from the ITV3 repeats. There seem to be two a day at the moment. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, I have done this with a couple that crept in as signed versions. Will do some work with mediainfo when I have time but size seems the same so not too old. Will get back to you when I have the info and take it from there. Many thanks. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer I cannot find anything wrong but since there are only a few videos I need correcting I have just downloaded them again. Very strange but something beyond me to fix. Regards. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Help with picture size please.
On 30/08/18 13:03, RS wrote: On Mon, 27 Aug 2018 at 10:35, Budge wrote: Forgive my ignorance but I am stuck with a picture size problem with old editions of Inspector Morse videos. These have been saved as .mp4 videos and are generally 4x3 format. One solution may be to record them again from the ITV3 repeats. There seem to be two a day at the moment. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, I have done this with a couple that crept in as signed versions. Will do some work with mediainfo when I have time but size seems the same so not too old. Will get back to you when I have the info and take it from there. Many thanks. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: OT Help with picture size please.
On 27/08/18 10:38, Colin Law wrote: On Mon, 27 Aug 2018 at 10:35, Budge wrote: Forgive my ignorance but I am stuck with a picture size problem with old editions of Inspector Morse videos. These have been saved as .mp4 videos and are generally 4x3 format. Given that my screen is a wide format screen I can accept that there will be black margins each side of the screen but the picture does not appear to be 4x3 but closer to square and if anything appears taller in proportion ie slightly distorted. If you play them on the PC (maybe you are doing that anyway) in a window rather than full screen do they look right? Colin I have played with most of the controls I can find to no avail and seek help getting back to basics to find out if I am doing something wrong. Any suggestions please. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Colin, Actually playing on HDMI2 input of TV with Vero 4K player running Rpi type of device. Tried other devices like Firestick and using NAS device but always comes out very similar and approx square not even 4x3. Still trying. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT Help with picture size please.
Forgive my ignorance but I am stuck with a picture size problem with old editions of Inspector Morse videos. These have been saved as .mp4 videos and are generally 4x3 format. Given that my screen is a wide format screen I can accept that there will be black margins each side of the screen but the picture does not appear to be 4x3 but closer to square and if anything appears taller in proportion ie slightly distorted. I have played with most of the controls I can find to no avail and seek help getting back to basics to find out if I am doing something wrong. Any suggestions please. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Tagging from History
On 15/07/18 22:53, Vangelis forthnet wrote: On Sun Jul 15 15:52:31 BST 2018, RS wrote: He says the file needs to be in the original location, and gives a workaround if it is not. He also says the --tag-podcast-radio is needed. Hi Alastair, Richard et company :-) Yes, I am still alive (however numerous real life and additional health issues are currently plaguing me...) The reasons behind my vanishing act from the list will remain, for the moment at least, undisclosed; let me assure you they are not related in any sense with anyone among the list members, especially with those more "permanent" ones that I, dare say, became closer with over the course of the years frequenting this list; it sort of shakes me emotionally when I still see my name mentioned here in a positive manner, although I do realise I wasn't always pleasant to all, how could I have been? Extended apologies to my, undoubtedly, best friend here amomg you all, Alan, for failing to match his friendship and failing to respond to his off-list queries about my whereabouts/well-being... A, probably long, apologetic personal mail is scheduled sometime later, when I commit myself to it... Alan: THANKS! Besides Alan, I had /have a soft spot for Alastair (Budge), because he was /is always so polite, kind and thankful; I just broke my silence here because of him, to finish off what started in the referenced 2015 reply of mine... I won't offer a detailed analysis here (that I was infamous for), but, as you may be aware, huge changes were brought upon get_iplayer since 2015 (and not all of them for the better...), when my linked solution was relevant. Using a fairly recent version of GiP, you can tag an untagged (at the time of download) (tv|radio) BBC file if you are in possession of only one piece of data: the PID string. The file doesn't have to reside in the original downloads folder, the programme it pertains to doesn't have to be present inside your (tv|radio).cache, doesn't have to be present in your history file (should be there by default, though), so the history needs not be searched. relevant options: --tag-only Only update the programme metadata tag and not download the programme. Use with --history or --tag-only-filename. --tag-only-filename Add metadata tags to specified file (ignored unless used with --tag-only) : Full path to the current location of untagged file (doesn't have to be original location; just indicate to GiP the (current) location of the file to be tagged) --tag-podcast-radio Tag only downloaded radio programmes as iTunes podcasts (needed when you want to import the radio programme to iTunes; I find it doesn't hurt to have this switch on by default, hence I recommended it...). --tag-tracklist Add track list of music played in programme (if available) to lyrics field. --tag-credits Add programme credits (if available) to lyrics field. (useful mostly for TV, but radio progs may have credits, too). For audio downloads, I prefer square thumbnails, so of use also: --thumbnail-square Download square version of thumbnail image. Example: Say I downloaded --pid=w3cswrxf with the --no-tag flag; downloaded file is untagged; I then archived the file to a new location "D:\Vangelis\Chart Show\535 - TOC,06-07-18" with a modified file name: "BBCWS_TOTPs_Florence_20180707030600Z[w3cswrxf].m4a" If I want to tag (or re-tag) the file at its new location, I'll use get_iplayer --type=radio --pid=w3cswrxf --tag-only --tag-podcast-radio --tag-only-filename="D:\Vangelis\Chart Show\535 - TOC,06-07-18\BBCWS_TOTPs_Florence_20180707030600Z[w3cswrxf].m4a" --tag-tracklist --tag-credits --thumbnail-square --thumbnail-size 384 Recent versions of GiP have become really stingy with their verbosity, use --verbose to see more details... PS: The TOTPs World Service show, when initially uploaded on a Saturday morning, only has a minimal set of metadata available; it takes several days for someone to manually update the metadata to its full set, hence I find I have to retag the file at a second stage... One additional detail: when AP retags a file, it adds a second thumbnail if the file was originally tagged without the --no-artwork flag; all other metadata fields are overwritten with new values; as said in the past, your best choice to inspect the metadata is MediaInfo (other apps may be used...). Best regards ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Vangelis, Very many thanks for picking up my thread and great to hear from you. Hope you are well and not suffering too much from heat of summer. Here we are at the end of unusually hot weather (for Scotland) and running into trouble with our private water supply so I am praying for rain. Many thanks for the detailed and helpful advice which will take me a while to try. Meanwhile only one question:-
Re: Tagging from History
On 15/07/18 18:52, RS wrote: On 15/07/18 17:52, I wrote: On 15/07/18 15:58, Budge wrote: Back in 2015 Vangelis gave me help with tagging some downloaded files which had been downloaded while I didn't have AtomicParsley installed. As I recall and from my messages at the time the command get_iplayer --history pid: --tag-only worked although I cannot recall if I used the additional command --tag-podcast-tv. I now have come across a number of similar radio files which have not been correctly tagged. Using a search for the pid in my history file I have found the original download but when I run the above command I get the output:- 0 matching programmes Is this to be expected when I know the matching programme is in the history? Is the file in the same directory as when you downloaded it? For a file in a different location get_iplayer --history pid: finds 1 matching programmes. If I add --tag-only it changes to 0 matching programmes. For a programme still in its original location the result on adding --tag-only remains 1 matching programmes. It does not say it has tagged it, and I can't really check whether it has done anything. Best wishes Richard I have now found Vangelis's post in the earlier thread. http://lists.infradead.org/pipermail/get_iplayer/2015-November/008465.html He says the file needs to be in the original location, and gives a workaround if it is not. He also says the --tag-podcast-radio is needed. I have tried with and without -g. It still does not say it has tagged the file again, and the file's timestamp does not change. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer Hi Richard, I have been following Vangelis's instructions so the file is in the directory where it was placed when first downloaded. Using a tag editor to check it appears nothing has been tagged. I have tried the various commands suggested and do not understand what the --tag-podcast-radio is for. The help file suggests using --tag-only with --tag-only-filename but I have not yet been successful. Will try again in the morning when I have time. Only one other point, the colon after --pid seems to mess things up. Some of my history searches that work only work with a space and no colon. Many thanks for the replies. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Tagging from History
Back in 2015 Vangelis gave me help with tagging some downloaded files which had been downloaded while I didn't have AtomicParsley installed. As I recall and from my messages at the time the command get_iplayer --history pid: --tag-only worked although I cannot recall if I used the additional command --tag-podcast-tv. I now have come across a number of similar radio files which have not been correctly tagged. Using a search for the pid in my history file I have found the original download but when I run the above command I get the output:- 0 matching programmes Is this to be expected when I know the matching programme is in the history? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Help please with pvr command
On 13/07/18 16:11, RS wrote: On 13/07/18 15:45, Budge wrote: I am trying to download "Afternoon Concert - Opera Matinee:" using pvr. I don't want every afternoon concert, just the opera matinees. Exactly what expression do I add to my list with --pvr-add? Darned if I can get it right so help sought please. It's a long time since I used the PVR, so I can't answer about that. However you problem is a Search problem. get_iplayer matinee --type radio returns 0 matching programmes. I can remember having it explained to me by Phil Lewis, which gives you an idea of how long ago it was. A default search will ignore everything after the first -. The solution is to use the --long or -l option. You may then need to refine your search to avoid having your search string matched in other fields, or confine your search to one or more of the other fields. Best wishes Richard Hi Richard, Very many thanks. The --long option worked using command line. New for me. I have put what I think is required in the pvr list on basis of what worked so we shall see. Thanks again, Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Help please with pvr command
I am trying to download "Afternoon Concert - Opera Matinee:" using pvr. I don't want every afternoon concert, just the opera matinees. Exactly what expression do I add to my list with --pvr-add? Darned if I can get it right so help sought please. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: no more hslv format ?
On 20/05/18 23:32, SquarePenguin wrote: On 20/05/2018 23:23, Budge wrote: Either ffmpeg or Handbrake will do, whichever works! There is a post on the forum where someone explains how they use Handbrake to do it: https://forums.squarepenguin.co.uk/thread-1786-post-7781.html#pid7781 There is also this, using ffmpeg, (but it's a little simplistic): https://forums.squarepenguin.co.uk/thread-1765.html?highlight=50fps Which leads here (which shows more options): https://trac.ffmpeg.org/wiki/Encode/H.264 Hi and many thanks for the links. I had seen and read all but the first before posting but not fully understood what I should be doing. I am not lazy, just too busy to concentrate on this at present and was hoping to be able to copy a suitable command line example. Will return to topic and post my results as soon as I can but if others are ahead of me please do share. Thanks again, budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: no more hslv format ?
On 20/05/18 11:21, Alan Milewczyk wrote: On 20/05/2018 09:56, Mark Carroll wrote: On 20 May 2018, Alan Milewczyk wrote: On 19/05/2018 22:27, Mark Carroll wrote: On 17 May 2018, Budge wrote: I have tried to follow this thread as I have just found my download of The Bridge file size and resolution are less than before. Upgraded to 3.14.0 and forced a new download and file size is more than twice the first. I really would like to get back to 1 hour > approx 1GB and the advice from iz looks right to me. For what it's worth, I got sizes back down to what I expected by bumping from my previous --modes=better down to --modes=good. I think you've missed the point of the thread. People have been bemoaning the loss of 1280 x720 25fps and the fact that if you want that resolution you have to download the 50fps option which doubles the file size and download time. Your mode produces a lower (SD rather than HD) result. Yes -- hence the "for what it's worth" -- people searching the archives and being attracted by the "I really would like to get back to 1 hour > approx 1GB" size issue may be as insensitive to the fine details as I am and can take a similarly easy course as I, so I figure it will still be worth something to some. Still, thank you for the useful clarification! (The only time I care about the difference is when the download takes ages over my semi-rural ADSL or my budget hardware can barely display fast enough. I do notice the difference with HD but don't especially need to see every wrinkle on politicians' faces.) I agree with the point you make, but I repeat, previous posters in the thread were saying they wanted HD not SD, hence my post. I'm actually in that group, the previous 25fps setup leading to 1gig/hour of programming suited me but I recognise the goalposts have now moved. I'm in the fortunate position of living in Manchester and having a 200 Mbps service from Virgin, so download times aren't really an issue for me. I tend to download the previous day's programmes overnight and depending on the CDN I can often get around 150-170 Mbps. Hard drive space is more of an issue for me. Given where we are, I have split my downloads into HD and SD (agreeing with the point you make re resolution of politicians' faces). Even there, although 50fps is great for certain programmes, it's an overkill for others and I really would like the old 25fps HD option - to be honest I would prefer that as my default. Hence I'm keeping an eye on the discussion here as to the best way of reducing downloaded content from 50 down to 25fps. Hi Alan and Jim, Your summary of what I too want is correct; 1280x720 25fps. I can download using --raw but please could somebody help with the command for getting this from the raw .ts file. I do not need anything clever using ram or temporary files, just a simple command I can run on the raw download file to get me the .mp4 file at 1280 x 720 x 25fps. Either ffmpeg or Handbrake will do, whichever works! Once I have this working I can build on it but right now I am lost in the technical stuff above on frames etc. which leaves me unsure if what I seek is possible. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: no more hslv format ?
On 03/05/18 13:35, iz wrote: You may be able to limit the whole process to only two file writes with a little scripting and XML parsing. Use --raw with GiP to save the .ts file directly to drive or to drive via ram disk. The ram disk probably wouldn't be of much use since I doubt your downloads are limited by disk write speed. Also use --metadata to save programme metadata in an XML file and --thumbnail to save the cover art in a JPG file. Write a script to re-encode the file to 25fps MP4 and at the same time add metadata tags with ffmpeg, using the XML file and JPG file as input to construction of the ffmpeg command string. You'll need ffmpeg 4.0 or higher to add cover art to MP4. I have tried to follow this thread as I have just found my download of The Bridge file size and resolution are less than before. Upgraded to 3.14.0 and forced a new download and file size is more than twice the first. I really would like to get back to 1 hour > approx 1GB and the advice from iz looks right to me. Can anybody help me with scripts to achieve what I seek please? Preferred operation would be to implement the download as cron job as now and then with a bunch of downloaded raw files in a directory run a script to give me my .mp4 files for loading onto NAS. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Editing Prefs (Options)
On 26/03/18 00:19, RS wrote: On 25/03/18 18:21, Budge wrote: I have been using a version of ffmpeg which I downloaded when I had problems more than a year ago. I assume that the distribution repo site version will by now meet the requirements so wish to take out the ffmpeg path line in my options file. Rather than edit the file I thought I would use --prefs-del. Is that the correct approach and what is syntax to specify the relevant line. I tried using the line as in the file but nothing happened. Should it be in quotes or what? The format in the options file and the command are different. I suggest you use --prefs-show to get an idea of the format, although there are still differences between the display and the command, so you'll need to experiment a bit. Yes, you do need quotes for most of the --prefs options, otherwise what you put in will be interpreted as a search string. After writing that I tried deleting some options. There seems to be a bug in that it will not accept a space between the option and its argument. There has to be an = character. I think you probably need --prefs-del 'ffmpeg=/usr/bin/' or whatever your path is. Best wishes Richard Hi Richard, That was it. Many thanks. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Editing Prefs (Options)
I have been using a version of ffmpeg which I downloaded when I had problems more than a year ago. I assume that the distribution repo site version will by now meet the requirements so wish to take out the ffmpeg path line in my options file. Rather than edit the file I thought I would use --prefs-del. Is that the correct approach and what is syntax to specify the relevant line. I tried using the line as in the file but nothing happened. Should it be in quotes or what? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Downloading Podcast?
Hi Richard, On 02/01/18 21:15, RS wrote: From: iz Sent: Tuesday, January 2, 2018 4:26 PM Why cannot GiP get a podcast for which I have the pid and can play on my pc? Your clip is only available in Flash format, which GiP doesn't support. This is unrelated to podcasts. Your clip was a promo item, not a podcast episode. GiP can download the actual >podcast episodes. You can download it with get_iplayer v2.99 and --tvmode=flashvhigh provided you kept a copy of rtmpdump.exe when the installer removed it. You can also get .mp3 podcasts and .pdf transcripts of all four of the Astronomer Royal's 2010 Reith lectures at http://www.bbc.co.uk/programmes/b00sk5nc Earlier I suggested using VLC to convert it, but I have since found that does not work. I had a surprising amount of difficulty playing the clip in Firefox. I started with Ubuntu and Firefox Quantum 57.0.1 and did not manage to run it. I then booted into Windows 10 and Firefox 57.0.2. It only played after I had re-installed Flash. When I got home I tried it on my main machine with Windows 10. Before I did I had allowed Firefox 57.0.2 to be updated to 57.0.3. This time re-installing Flash was not enough. I tried the steps on Adobe's website, to no avail. There was just a a message telling me I needed Flash, but no pop-up by which I could allow it to be run. I did a fair amount of searching and reading before I found from https://developer.mozilla.org/en-US/docs/Plugins/Flash_Activation:_Browser_Comparison that there was an icon in the location bar I could click. (I did not get the in-page UI.) Adobe's and Mozilla's plans are set out here. https://blog.mozilla.org/futurereleases/2017/07/25/firefox-roadmap-flash-end-life/ I shall have to think about reverting to the Firefox v52 Extended Support Release. The Times has recently started including video clips. So far I have been unable to play them. I don't know if they are using Flash. I do not know enough to be able to tell from a web page whether it is using HTML5 or Flash. As for b and p PIDs, I remember having a discussion with Vangelis when I suggested there was a distinction. I was wrong. I have not managed to derive any reliable rule for distinguishing them. Sorry if I have caused any confusion. Many thanks for the info. So it was not my error for a change! I only wanted the clip to complete the "set" as I am a bit of a fan of Martin Rees. I shall not invest more time on this as I have just ordered several of his books and I have the four lectures anyhow. A discussion on Firefox could take us OT but I have been greatly annoyed by the recent significant changes to Firefox (FF) which have broken almost all the add-ons I use. More significantly one of my sons-in-law is in IT and his firm use FF on critical work related tasks. They are switching to Chrome and his colleagues are doing likewise for their private systems also. Thanks again for the help and advice. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Downloading Podcast?
On 02/01/18 09:26, RS wrote: On 02/01/18 01:14, Alan Milewczyk wrote: On 02/01/2018 03:10, Budge wrote: I have found a short (video) clip p0081fsp (I don't understand why the 'p' when it is video. Video podcast!!!) My problem is I can play it on my workstation but cannot download using get_iplayer --pid p0081fsp What am I doing wrong and how can I get it please? Budge AFAIAA, you can no longer download podcasts using GIP. That facility was removed a while back. That is my recollection too, although I think the ability to download clips was removed more recently than that to download podcasts. You can try VLC. Otherwise there is a list of podcatchers at https://en.wikipedia.org/wiki/List_of_podcatchers Hi Alan and Richard, Thanks for the suggestions. I recall the ending of ability to download podcasts but rather hoped the issue was temporary. Why cannot GiP get a podcast for which I have the pid and can play on my pc? What were the technical reasons why not? Can you point me to the explanation please? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Downloading Podcast?
I have found a short (video) clip p0081fsp (I don't understand why the 'p' when it is video. Video podcast!!!) My problem is I can play it on my workstation but cannot download using get_iplayer --pid p0081fsp What am I doing wrong and how can I get it please? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: INFO: 0 matching programmes?
Hi George, That makes sense and I now have the series I wanted. Thanks for the reply. On 01/01/18 18:05, George Eycott wrote: Using the PID method you can download programmes that are not in your cache. I suspect the series PID's are not in the cache, so the software is (correctly) saying it cannot find the PID in the cache, but as it is a PID it can then go and search on the BBC system at which point it finds what you are looking for and downloads it. -Original Message- From: get_iplayer [mailto:get_iplayer-boun...@lists.infradead.org] On Behalf Of Budge Sent: 01 January 2018 16:12 To: get_iplayer Subject: INFO: 0 matching programmes? Just catching up on some listening downloads (Living with the Gods) using pid-recursive and before each download I get the captioned message; but then the download proceeds. Can somebody explain what is going on please? Budge ___ 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
INFO: 0 matching programmes?
Just catching up on some listening downloads (Living with the Gods) using pid-recursive and before each download I get the captioned message; but then the download proceeds. Can somebody explain what is going on please? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Radio Programme Not in Cache
On 22/10/17 10:36, Budge wrote: Hi all and sorry if this has all been explained before. I wanted to record "The Book of Dust" so refreshed my cache by running get_iplayer thinking I would find the index number and get it as usual but the title does not appear. I therefore downloaded it using pid but can somebody explain why the title does not show in cache. Is it because it is just too soon, the programme was only broadcast yesterday, or something more sinister? Budge Forget this please. Found it. I was looking under "The" not "Drama" Please forgive. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Radio Programme Not in Cache
Hi all and sorry if this has all been explained before. I wanted to record "The Book of Dust" so refreshed my cache by running get_iplayer thinking I would find the index number and get it as usual but the title does not appear. I therefore downloaded it using pid but can somebody explain why the title does not show in cache. Is it because it is just too soon, the programme was only broadcast yesterday, or something more sinister? Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer 3.05 released
On 12/10/17 23:34, Alan Milewczyk wrote: https://github.com/get-iplayer/get_iplayer/wiki/release300to309#release305 I have noticed a couple of changes with this release having gone from 3.03 to 3.05. First is there is now a much more prominent advisory on deleting older downloads. What has prompted this additional reminder? Second, I can no longer see the download progrees expressed in Bytes, bits or minutes and seconds. I found this very helpful when managing our rather poor bandwidth. Can I get it back? --verbose perhaps? Otherwise my grateful thanks to all who make this possible. Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
OT re Humax Foxsat-HDR
Please forgive the OT but I recall a mention a while ago of the captioned device and modified firmware in the context of GiP. Please could I, through these pages and PM, ask for some help with this? Budge. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: World Service podcast bit rates
Hi Richard, This is way OT so forgive top post but you mentioned players and I had some problems with Linn devices a while back which was mentioned again recently and has still not to my knowledge been fixed. My device of choice now is a Raspberry Pi with an IQaudIO DAC on top. Software is straight Raspbian with MPD player and with Jean-Francois Dockes' brilliant upmpdcli front end to give me UPnP renderer with gapless playback between tracks. For completeness of system description the music and GiP radio recordings are served by NAS running minimserver and control point is BubbleUPnP on android phone. Very much more affordable than Linn and more to the point, not yet baulked at playing anything I throw at it and it enables me to continue to use some quite decent amplifiers that otherwise would be redundant. Regards, Alastair. On 17/08/17 00:32, RS wrote: From: Vangelis forthnet Sent: Wednesday, August 16, 2017 02:58 Thanks Vangelis for your helpful comments and explanations. Since 95% of BBC WS Radio content is "talk-radio", I find 96kbps to be more than adequate for the task... I don't disagree. We have survived with much lower bandwidths in the past. One programme I listen to regularly is Moneybox on Radio 4. If I've remembered correctly for a long time its podcast was at 16kbit/s. I think it is probably made in a tiny studio with Paul Lewis sitting too close to the microphone, because now you can hear his every breath. Considering it's a "World" service, meaning they have to cater for a global audience, 96kbps is a fine compromise between quality and bandwidth costs... And even HE-AACv1@48kbps sounds acceptable for those parts of the world with very expensive/slow Internet access... We must be grateful for all the modes the BBC provides, because they are there for the benefit of devices the BBC wants to support, not for our benefit. Even so it would be nice if there were always one mode without SBR. Programmes with copyrighted music (or other) content are excluded from the podcast treatment, in the rare occasions they do make it to podcast, music tracks are truncated to just 10sec excerpts... I had forgotten about the restriction of music in podcasts. It was probably part of the reason Desert Island Discs didn't have a podcast for so long. I listened to one about a year ago, and it struck me the clips were rather short, but it didn't occur to me that was the reason. (I am only joking here, but several of your recent posts seem to be inquisitive of overseas BBC Radio bitrates, are you planning a retirement to Majorca, Richard?) I don't have any immediate plans to move to another country, but if I did it would be a consolation that I could still listen to BBC radio. If I comment on the politics of copyright licensing I am in danger of going way off topic. In my view the Television Without Frontiers Directive does not go anywhere near far enough. The EU Commission seems to be much closer to the mark with its argument that national copyright licences partition the single market and are therefore unlawful. Unfortunately the UK may not be in the EU by the time anything happens. if HE-AAC with SBR ... HE-AAC always comes with SBR, HE-AAC = AAC-LC + SBR is played on a player that does not support SBR half the bandwidth is lost. I have been wondering how best to deal with that. Yet another topic that you're recently concerned with... It does appear as though you're the owner of a hardware device that is incapable of fully rendering HE-AACv1... FWIW, in 2017, 99% of software players on all modern OSes can play back fully HE-AACv1. Even browsers like Firefox 52.3.0ESR does on this old Vista laptop... I am sure you are right that there are many software players which will play AAC-LC and HE-AAC v1 without problem. It is a different matter when it comes to hardware players (portable players or satellite receivers). Finding players which will reliably play AAC-LC for up to 3 hours is not simple. I was lucky with SanDisk. There was a new version of the firmware which fixed a problem with AAC-LC about 2 months after I asked. My Triax satellite receiver will play AAC television sound, whether stereo or AC3, from satellite, from its own recording, and from external sources for hours on end without problem. When it comes to playing AAC-LC/M4A files on the Music tab it will start playing and then stop after a time which is repeatable for each file, but varies from one file to another with no obvious pattern. I have not received any reply from Triax support. Since I use it as the interface to my surround sound amplifier I have to convert files to MP3 if they are to play reliably. In both cases the player is only claimed to support AAC-LC, so it would be unreasonable to ask the supplier to make it support HE-AAC. My Panasonic blu-ray player only supports MP3 and FLAC. HE-AACv1 (previously known as aacp/aac+) is
Re: Version "shortened"
Hi Vangelis, On 17/07/17 01:25, Vangelis forthnet wrote: [snip] There's an off-chance you downloaded via a PVR search very soon after the scheduled end of broadcast of that episode; for whatever reason, that specific episode was delayed (the show preceding it was overrun) and the version of DR uploaded initially (automatically) for AOD (in fact as an edit of the live radio stream) was in the state you described. At a later stage, the iPlayerRadio team did replace that initial incomplete version with the proper full show... More info at: http://iplayerhelp.external.bbc.co.uk/radio/computer/cut_short You are, as usual, correct. It was my pvr version that was "corrupted." After posting I did a pid download and all was well but it still as you confirm, had the "shortened" label. Like I wrote earlier; never seen it before but clearly nothing to do with the problem I had. Many thanks again. Trust you are all OK in Greece. Must be getting hot now. Best wishes, Alastair. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: News Quiz Extra pvr Download Failed
On 28/05/17 10:35, Chris Allison wrote: Hi, Sorry, late to the party, In my pvr radio config I just have search45 News Quiz which downloads both programmes (The News Quiz and News Quiz Extra). regards, [snip] Hi Chris, Thanks for that. I note the "search45." Looks like you are well organized. My chaotic system list is that way because it has accumulated over time. It has only recently been reviewed at all and that because of file sizes and I must have made the underscore error then. Thanks for the reply. Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: News Quiz Extra pvr Download Failed
On 24/05/17 18:29, Des Watson wrote: pvrsearch = The_News_Quiz radiomode = better search0 = The News Quiz and:- pvrsearch = News_Quiz_Extra radiomode = better search0 = News_Quiz_Extra type = radio In my radio.cache, News Quiz Extra is called News Quiz Extra, without the underscores... I couldn't see for looking. That must be it. Many thanks Des and sorry to have been so careless. Now revised to:- pvrsearch = News_Quiz_Extra radiomode = better search0 = News Quiz Extra type = radio Regards Budge ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer