Re: No Prime Minister?
On Wed, 5 Feb 2020 09:57:16 +, MacFH - C E Macfarlane wrote: > Thanks, but I knew that, and it seems to me rather strange that an own > BBC 30 years' old series should be subject to such a constraint, and > wondered if anyone happened to know anything more specific. Depends on the rights the BBC obtained, or could obtain or can obtain, for anything included in that episode. Incidental music, "guest" actor/actress, etc... -- Cheers Dave. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: No Prime Minister?
Please see below ... On 05/02/2020 09:28, Don Grunbaum wrote: >> - Original Message - >> From: MacFH - C E Macfarlane >> To: >> Sent: 04/02/2020 21:49:16 >> Subject: Re: No Prime Minister? >> >> >> https://www.bbc.co.uk/programmes/b037tb14 > > As the BBC say (paraphrasing), not all programmes are available on iPlayer. This is generally for contractual reasons. It seems that this is one of those programmes that aren't available. It has applied (for example) to old Monty Python programmes in the past. > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer Thanks, but I knew that, and it seems to me rather strange that an own BBC 30 years' old series should be subject to such a constraint, and wondered if anyone happened to know anything more specific. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: No Prime Minister?
- Original Message - From: MacFH - C E Macfarlane To: Sent: 04/02/2020 21:49:16 Subject: Re: No Prime Minister? Sorry, meant to include a link to the programme page: https://www.bbc.co.uk/programmes/b037tb14 On 04/02/2020 21:42, MacFH - C E Macfarlane wrote: > Does anyone happen to know why the episode of Yes, Prime Minster shown > a couple of days ago can not be downloaded? > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer As the BBC say (paraphrasing), not all programmes are available on iPlayer. This is generally for contractual reasons. It seems that this is one of those programmes that aren't available. It has applied (for example) to old Monty Python programmes in the past. HTH Don ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Podcast - no pid?
Thanks guys for having a try. Its the BL media site, so crack this and there's a cornucopia waiting to be downloaded. But I tried looking at View Source but couldn't id. the URL of the audio file. The Firefox VideoDownloader app. will get one file at a time - but there's 19 or more!!! And its a bit hit and miss. Chris B. On 04/02/2020, CJB wrote: > I tried looking at View Source but couldn't id. the URL of the audio > file. The Firefox VideoDownloader app. will get one file at a time - > but there's 19 or more!!! And its a bit hit and miss. Chris B. > > On 04/02/2020, MacFH - C E Macfarlane wrote: >> I thought YouTubeDownloader might have done it, but I couldn't get it to >> work. >> >> On 04/02/2020 22:05, CJB wrote: >>> Sorry - my mistake. CJB >>> >>> On 04/02/2020, James Scholes wrote: Why are you expecting that get_iplayer will be able to download anything from the British Library? Regards, James Scholes On 04/02/2020 at 3:13 pm, CJB wrote: > Am trying to download all in this series > > https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0012XX-1500V0 > > Is there anyway I can do this with get_iplayer? > > Thanks Chrs B- > > ___ > 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 >> >> > ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Podcast - no pid?
I thought YouTubeDownloader might have done it, but I couldn't get it to work. On 04/02/2020 22:05, CJB wrote: Sorry - my mistake. CJB On 04/02/2020, James Scholes wrote: Why are you expecting that get_iplayer will be able to download anything from the British Library? Regards, James Scholes On 04/02/2020 at 3:13 pm, CJB wrote: Am trying to download all in this series https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0012XX-1500V0 Is there anyway I can do this with get_iplayer? Thanks Chrs B- ___ 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Podcast - no pid?
Sorry - my mistake. CJB On 04/02/2020, James Scholes wrote: > Why are you expecting that get_iplayer will be able to download anything > from the British Library? > > Regards, > > James Scholes > > On 04/02/2020 at 3:13 pm, CJB wrote: >> Am trying to download all in this series >> >> https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0012XX-1500V0 >> >> Is there anyway I can do this with get_iplayer? >> >> Thanks Chrs B- >> >> ___ >> 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
Re: Podcast - no pid?
Why are you expecting that get_iplayer will be able to download anything from the British Library? Regards, James Scholes On 04/02/2020 at 3:13 pm, CJB wrote: Am trying to download all in this series https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0012XX-1500V0 Is there anyway I can do this with get_iplayer? Thanks Chrs B- ___ 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: No Prime Minister?
Sorry, meant to include a link to the programme page: https://www.bbc.co.uk/programmes/b037tb14 On 04/02/2020 21:42, MacFH - C E Macfarlane wrote: Does anyone happen to know why the episode of Yes, Prime Minster shown a couple of days ago can not be downloaded? ___ 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
No Prime Minister?
Does anyone happen to know why the episode of Yes, Prime Minster shown a couple of days ago can not be downloaded? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Podcast - no pid?
Am trying to download all in this series https://sounds.bl.uk/World-and-traditional-music/Bob-Davenport-Archive/025M-C1047X0012XX-1500V0 Is there anyway I can do this with get_iplayer? Thanks Chrs B- ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Recording "Collections"
I've got a old perl program that extracts links and I use that for these sort of pages. But you could use something like http://hackertarget.com/extract-links and feed it your url and then copy and paste the links that look correct. i.e. those that have 'episode' in the url and then run bbc_iplayer on each of these. or if you have 'lynx' on your machine: lynx -dump -hiddenlinks=listonly https://www.bbc.co.uk/iplayer/group/p01277qd Alternatively, run a simple python program to do it such as one from: https://stackoverflow.com/questions/1080411/retrieve-links-from-web-page-using-python-and-beautifulsoup Hope that one of these works for you. And thanks for that link - some great content there... On Wed, Jan 22, 2020 at 6:12 PM Don Grunbaum wrote: > > Hi all > > Is there any way of recording all programmes in a collection, such as > https://www.bbc.co.uk/iplayer/group/p01277qd other than using the individual > pids? > > I've tried pidrecursive but that doesn't work. > > TIA > > Don > > ___ > 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
Recording "Collections"
Hi all Is there any way of recording all programmes in a collection, such as https://www.bbc.co.uk/iplayer/group/p01277qd other than using the individual pids? I've tried pidrecursive but that doesn't work. TIA Don ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Call the Midwife Chistmas 2019
I had a similar problem with Miranda series 1 episode 1: get_iplayer -o . --force --pid b00nxn31 --tvmode=better This produced a file which was reportedly 56seconds long, and ran at a bitrate of 48.6Mbs using a frame rate of just 4 FPS. Running with version 3.24 produces a file with a bitrate of 1595Kbps and is 28 minutes long running at the normal rate. I'd suggest upgrading and trying again. On Sun, Dec 29, 2019 at 2:12 PM Ralph Corderoy wrote: > > Hi terry, > > > I am attempting to download m000csm5 and I am having odd results. > > Basically, it starts out downloading DASH audio and then restarts > > downloading audio+video. twice it finished downloading and failed in > > ffmpeg. Unable to convert. > > > > Has anyone successfully downloaded this program? What mode did you > > use? > > Not specifying the mode worked for me, but only after it had tried and > failed with the bidi CDN. > > INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] > WARNING: Failed to download file segment [0] > > It then moved onto Limelight, and that worked. > > INFO: Downloaded: 86.06 MB (01:28:30) @ 57.37 Mb/s (dvfhd2/ll) [audio] > INFO: Downloaded: 3226.23 MB (01:28:30) @ 158.34 Mb/s (dvfhd2/ll) [video] > INFO: Converting to MPEG-TS > INFO: Converting to MP4 > INFO: Tagging MP4 > > So you may wish to try adding ‘--exclude-supplier bidi’. > > -- > Cheers, Ralph. > > ___ > 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: Sky at Night
As a quick check I tried again to fetch the relevant 'Sky an Night' episode last night. I was then intending to try alternatives based on previous postings here. With exactly the same default settings as I'd used earlier... it worked fine! Hooray!... but puzzled. So I guess that the programme's setup the previous morning wasn't as normal, and this was preventing my fetching. I've been able to fetch other things I want, using the method I've been using in the recent past. The only persistent recent change is that the rate at which the transfers happen is halved. Down from 60Mbps to 30. The fetches all show as being '/bi' so I'm wondering if a change of CDM might be worth a try? Anyone have any current experience of this making a difference to transfer rate? Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Sky at Night
On 30/12/2019 18:19, MacFH - C E Macfarlane wrote: Hi Jim ... On 30/12/2019 17:34, Jim web wrote: I'm having a problem with getting the most recent 'Sky at Night' programme https://www.bbc.co.uk/programmes/m00042l2 My normal procedure worked for that programme last night, the command given would have been : gip --type tv --tvmode hlshd,dvfhd,hvfhd,dvfsd,hvfsd,dvfxsd,hvfxsd "Sky At Night" -g The URL you give https://www.bbc.co.uk/programmes/m00042l2 works alright for me both in Firefox and as a URL to get_iplayer as a parameter to --pid. It is an unusual series in that episode 3 was broadcast on 10 April, too long ago for it to be in the cache, which is presumably why you are trying to find some of them by PID. Episode 4, the one you want, was first broadcast 2 days ago and should be in your cache if you have refreshed it. "Sky at Night" as a search string only finds 2 out of 14 episodes, but I guess that doesn't matter if you're only interested in the latest ones. hlshd is no longer a valid tvmode. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Sky at Night
In article <6682de94-957d-ee10-3645-22f4d6597...@macfh.co.uk>, MacFH - C E Macfarlane wrote: > Hi Jim ... > On 30/12/2019 17:34, Jim web wrote: > > I'm having a problem with getting the most recent 'Sky at Night' > > programme > > > > https://www.bbc.co.uk/programmes/m00042l2 > > > My normal procedure worked for that programme last night, the command > given would have been : > gip --type tv --tvmode hlshd,dvfhd,hvfhd,dvfsd,hvfsd,dvfxsd,hvfxsd > "Sky At Night" -g I've been wondering if something is odd about the actual pid.[1] One difference above is your use of the name string instead. I'll experiment later today to see what happens if I just use the --tvmod alternatives. Sees odd though that this problem seems at present unique to the specific program. Fetched some other programs this morning using my existing method, no sign of problems. That said, I've noticed over the last few days that the fetching rate has halved! i.e. until the last few days I get transfer rates for video of c60Mbps. This has become c30Mbps, which is curious. Jim [1] The problem made me wonder if I was misreading the pid because the standard font on my copy of FireFox makes l L I and 1 all look much the same to my imperfect eyes. However all variants were tried and failed. :-) -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Sky at Night
Hi Jim ... On 30/12/2019 17:34, Jim web wrote: I'm having a problem with getting the most recent 'Sky at Night' programme https://www.bbc.co.uk/programmes/m00042l2 My normal procedure worked for that programme last night, the command given would have been : gip --type tv --tvmode hlshd,dvfhd,hvfhd,dvfsd,hvfsd,dvfxsd,hvfxsd "Sky At Night" -g Regards, Charles. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Picking up audio described TV on get_Iplayer
On Monday, December 30, 2019 12:01 PM, "Amro Bilal" wrote: > get_iplayer --get (--URL” followed by the full URL of the page with > the audiodescribed version on it (After the PID, the URL shows “/AD/) > > > And down comes the version without audiodescription, even though I > know the described edition exists?" For this scenario, the /ad suffix in the URL does not matter one bit. What GiP then does, if memory serves, is extracts the PID and VPID for the given URL, but as they did not indicate --versions=audiodescribed, they'll get the default version. In short, whether or not the URL is for the AD version, GiP only respects the "versions" option and not what the URL indicates. Timothy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Sky at Night
I'm having a problem with getting the most recent 'Sky at Night' programme https://www.bbc.co.uk/programmes/m00042l2 I'm using the same method as for earlier programs, In essence as below %s --tvmode=dvfhd --no-tag --pid %s --force --ffmpeg %s --output %s\n (That's taked from the 'C' in my gipper ROX app. The '%s' poke in the relevant values.) i.e. just specifying the tvmode. I usually get the best TV version OK. This simply fails to fetch anything. Works for everything else that has a dvfhd mode available. I've tried using the '-i' mode to fetch details of the programme and the only think I noticed is that it *only* offers one 'version' IIRC 'orginal'. But I'm not sure what in the info may be a clue to the failure. Is there something odd about this programme's data, or am I doing something wrong? Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
HVF 25 fps modes are back
The good news is that the HVF 25fps modes are back. https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release324 Many thanks to dinky and gipmod for all the hard work in maintaining this. The bad news is that when I tried --tvmode=hvfxsd3 with the latest version of Click (m000cwsq) I got HE-AAC audio with SBR (which I didn't want) even though the audio bit rate was 130kbit/s. I was able to get 133kbit/s AAC-LC with --tvmode hvfhd --audio-only. Up to now the BBC has only used HE-AAC for audio bit rates up to 96kbit/s. As I have said before, players which do not support SBR lose half the bandwidth. There is no option to select different video and audio modes and combine them automatically, for example dvfxsd video with dvfhd audio. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Picking up audio described TV on get_Iplayer
Hi everyone, asking on behalf of a friend who’s having the issue below. Here’s what he wrote "Does anyone know why I sometimes seek out audiodescribed TV programmes using Get_Iplayer and yet it sometimes sends down the version without AD? The command I use, say, to get ‘Gavin and Stacey’ would either be get_iplayer --get “Gavin and Stacey” --versions=audiodescribed or get_iplayer --get (--URL” followed by the full URL of the page with the audiodescribed version on it (After the PID, the URL shows “/AD/) And down comes the version without audiodescription, even though I know the described edition exists?" Any thoughts please? Many thanks. Amro ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: get_iplayer -g --force --pid-recursive http://www.bbc.co.uk/iplayer/group/p01277qd
On 30/12/2019 5:08 am, Sharon Kimble wrote: > get_iplayer -g --force --pid-recursive > http://www.bbc.co.uk/iplayer/group/p01277qd That pid doesn't seem to be classed as a series, so the recursive parameter doesn't work. You can download all the episodes of "The Train Now Departing" using the series pid get_iplayer --pid-recursive --pid=p011pddx Nick ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
get_iplayer -g --force --pid-recursive http://www.bbc.co.uk/iplayer/group/p01277qd
How can I download groups of programmes please? I'm trying this but its not showing any programmes to get - get_iplayer -g --force --pid-recursive http://www.bbc.co.uk/iplayer/group/p01277qd and it shows this - --8<---cut here---start->8--- get_iplayer -g --force --pid-recursive http://www.bbc.co.uk/iplayer/group/p01277qd get_iplayer v3.23, 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. ERROR: Failed to download URL (3/3): https://www.bbc.co.uk/programmes/p01277qd.json ERROR: Response: 404 Not Found ERROR: Ignore this error if programme download is successful WARNING: Failed to download JSON PID info: https://www.bbc.co.uk/programmes/p01277qd.json WARNING: Could not determine PID type (p01277qd). Trying to record PID directly. Episodes: get_iplayer - p01277qd, BBC iPlayer, p01277qd INFO: 1 total programmes ERROR: Failed to download URL (3/3): https://www.bbc.co.uk/programmes/p01277qd.json ERROR: Response: 404 Not Found ERROR: Ignore this error if programme download is successful WARNING: Could not download programme metadata from https://www.bbc.co.uk/programmes/p01277qd.json WARNING: No programmes are available for this PID with version(s): default --8<---cut here---end--->8--- Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk DrugFacts = https://www.drugfacts.org.uk Debian 10.1, fluxbox 1.3.7, emacs 26.3, org 9.3.1 signature.asc Description: PGP signature ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Call the Midwife Chistmas 2019
Hi terry, > I am attempting to download m000csm5 and I am having odd results. > Basically, it starts out downloading DASH audio and then restarts > downloading audio+video. twice it finished downloading and failed in > ffmpeg. Unable to convert. > > Has anyone successfully downloaded this program? What mode did you > use? Not specifying the mode worked for me, but only after it had tried and failed with the bidi CDN. INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] It then moved onto Limelight, and that worked. INFO: Downloaded: 86.06 MB (01:28:30) @ 57.37 Mb/s (dvfhd2/ll) [audio] INFO: Downloaded: 3226.23 MB (01:28:30) @ 158.34 Mb/s (dvfhd2/ll) [video] INFO: Converting to MPEG-TS INFO: Converting to MP4 INFO: Tagging MP4 So you may wish to try adding ‘--exclude-supplier bidi’. -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Call the Midwife Chistmas 2019
On 9615 Sep 1993, artisticforge Niemand wrote: > Has anyone successfully downloaded this program? > What mode did you use? Seems to download okay for me, see the options I have effective in the "Current options" bit of the enclosed download log. -- Mark [mtbc ~]$ cd /tmp [mtbc tmp]$ get_iplayer -v --pid=m000csm5 get_iplayer v3.23, 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: Start: 2019-12-28T19:22:29 (1577560949) INFO: encodinglocale = UTF-8 INFO: encodinglocalefs = UTF-8 INFO: encodingconsoleout = UTF-8 INFO: encodingconsolein = UTF-8 INFO: ${^UNICODE} = 0 INFO: Profile dir: /home/mtbc/.get_iplayer INFO: User options file: /home/mtbc/.get_iplayer/options INFO: System options file: /etc/get_iplayer/options -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- Current options: encodingconsolein = UTF-8 encodingconsoleout = UTF-8 encodinglocale = UTF-8 encodinglocalefs = UTF-8 modes = good nopurge = 1 pid = m000csm5 refreshexclude = CBBC,CBeebies,S4C refreshexcludegroups = local subtitles = 1 type = tv,radio verbose = 1 versionlist = original,default INFO: Search args: '' INFO: Cleaning PID - old: 'm000csm5' new: 'm000csm5' INFO: Downloading URL (1/3): https://www.bbc.co.uk/programmes/m000csm5.json INFO: tv episode PID detected (m000csm5) Episodes: Call the Midwife - Christmas Special 2019, BBC One, m000csm5 INFO: 1 total programmes -==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==--==- INFO: Loaded history for first check. INFO: Loading recordings history INFO: Programme not in history INFO: Downloading URL (1/3): https://www.bbc.co.uk/programmes/m000csm5.json INFO: Getting stream data for version: 'audiodescribed' INFO: Downloading URL (1/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 WARNING: Failed to download URL (1/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 WARNING: Response: 404 Not Found INFO: Downloading URL (2/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 WARNING: Failed to download URL (2/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 WARNING: Response: 404 Not Found INFO: Downloading URL (3/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 ERROR: Failed to download URL (3/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=79557 ERROR: Response: 404 Not Found ERROR: Ignore this error if programme download is successful INFO: Downloading URL (1/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 WARNING: Failed to download URL (1/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 WARNING: Response: 404 Not Found INFO: Downloading URL (2/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 WARNING: Failed to download URL (2/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 WARNING: Response: 404 Not Found INFO: Downloading URL (3/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 ERROR: Failed to download URL (3/3): https://open.live.bbc.co.uk/mediaselector/6/select/version/2.0/mediaset/pc/vpid/p07ytfp9/format/xml?cb=91216 ERROR: Response: 404 Not Found ERROR: Ignore this error if programme download is successful INFO: Downloading URL (1/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827 WARNING: Failed to download URL (1/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827 WARNING: Response: 404 Not Found INFO: Downloading URL (2/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827 WARNING: Failed to download URL (2/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827 WARNING: Response: 404 Not Found INFO: Downloading URL (3/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/iptv-all/vpid/p07ytfp9/format/xml?cb=47827 ERROR: Failed to download URL (3/3):
Re: Call the Midwife Chistmas 2019
> Has anyone successfully downloaded this program? Just downloaded it without problem here (although it "Failed to tag the MP4 file" as usual). > What mode did you use? I just have 'tvmode = good' in my preferences as I don't need very high quality. It was titled: "Call the Midwife - 17. Christmas Special 2019 (m000csm5) [original]" and the quality was reported as: "(hvfxhigh1/bi) [audio+video]" during the download -- Regards John ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Call the Midwife Chistmas 2019
Hello I am attempting to download m000csm5 and I am having odd results. Basically, it starts out downloading DASH audio and then restarts downloading audio+video. twice it finished downloading and failed in ffmpeg. Unable to convert. Has anyone successfully downloaded this program? What mode did you use? -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On 27/12/2019 12:58, Ralph Corderoy wrote: ... Interesting how I once again get the low-resolution audiodescribed version despite those ‘Downloaded’ showing the ‘/ll’ CDN. If I download it a third time, adding ‘--exclude-supplier bidi’ then I upgrade again to technical, still /ll. INFO: Downloaded: 55.78 MB (00:57:20) @ 63.75 Mb/s (dvfhd1/ll) [audio] INFO: Downloaded: 1953.86 MB (00:57:20) @ 156.31 Mb/s (dvfhd1/ll) [video] Hi Ralph I don't understand how using --exclude-supplier can cause a different mode to be selected, especially if get_iplayer selects Limelight in both cases.. I know the documentation says that is what you should do to force the choice of CDN and it also says you cannot rely on the numeric suffix on a sub-mode to select the same CDN each time, but I have found it pretty consistent. Last time it was discussed it appeared that the order of CDNs varied geographically. In my own case I have found for tv 1 is BIDI, 2 is Limelight and 3 is Akamai. For radio 1 is Limelight and 2 is Akamai. To force a particular CDN I use --tvmode=dvfhd3 or --tvmode=dvfxsd3 Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On 27/12/2019 13:05, Ralph Corderoy wrote: ... VLC has no choice but to play the single audio stream in the MP4 file. Whether technical or audiodescribed, there is only one audio stream present. ... So I don't know how VLC is avoiding reading out the audio descriptions unless it's not actually an audiodescribed download that was obtained. get_iplayer could obtain both audio streams and put them in one MP4 file along with the video, and VLC and other players could then present the choice of audiodescribed or not, just as foreign-language dubbing is sometimes present in non-iPlayer material. Hi Ralph It could, but it doesn't, and as you say there is only one audio stream in the .mp4 file created by get_iplayer. I don't use audio described but I do download material which is not on the iPlayer from my satellite receiver. A typical film from Channel 4 HD had, according to the Tools Codec tab in VLC Stream 0 H.264 video 1920x1080 25fps Stream 1 MPEG Audio layer 1/2 Language NAR stereo 192kbit/s Stream 2 English Teletext subtitles Stream 3 English DVB subtitles Stream 4 A52 Audio (aka AC3) Language English NAR is short for Narrative and is the equivalent of audio described. On VLC's Audio Audio Track menu there are three radio buttons Disable Track 1 [NAR] Track 2 [English] Track 1 is selected by default, and it plays a stereo sound track with audio description. If Track 2 is selected, it plays the AC3 5.1 surround sound track but there is no audio description. That seems to me to confirm what you say, that VLC will ONLY play audio description if the audiodescribed version has been downloaded. A thought has occurred to me. All the references have been to DVF modes and for DVF audio and video are downloaded separately. Is it possible for the video to have been downloaded from a default, original or technical version while the audio has been taken from an audiodescribed version? I have not managed to find where in the Perl script get_iplayer decides which audio and video streams to download, so I don't know the answer. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
Hi Don, > No, Ralph, I didn't request the AD version, but that's what I got by > default. > > From what I can see on the iPlayer website, only audiodescribed > versions are available. Playing using VLC doesn't play the AD. VLC has no choice but to play the single audio stream in the MP4 file. Whether technical or audiodescribed, there is only one audio stream present. $ ffprobe -i His_Dark_Materials_Series_1_-_08._Betrayal_m000csdk_technical.mp4 |& > grep Audio Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 127 kb/s (default) $ ffprobe -i His_Dark_Materials_Series_1_-_08._Betrayal_m000csdk_audiodescribed.mp4 |& > grep Audio Stream #0:1(eng): Audio: aac (HE-AAC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 96 kb/s (default) So I don't know how VLC is avoiding reading out the audio descriptions unless it's not actually an audiodescribed download that was obtained. get_iplayer could obtain both audio streams and put them in one MP4 file along with the video, and VLC and other players could then present the choice of audiodescribed or not, just as foreign-language dubbing is sometimes present in non-iPlayer material. -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
Hi Richard, > > Oh, download_history, good idea. I add each manually to the PVR. > > Here's my episodenum, mode, versions, and the end of the filename. > > > > $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6, > > $8, $7}' \ > > > ~/.get_iplayer/download_history > > 1 hvfhd1 audiodescribed,original original.mp4 > > 2 hvfhd1 audiodescribed,technical technical.mp4 > > 3 hvfhd1 audiodescribed,technical technical.mp4 > > 4 hvfhd1 audiodescribed,technical technical.mp4 > > 5 dvfhd2 audiodescribed,original original.mp4 > > 6 dvfhd2 audiodescribed,technical technical.mp4 > > 7 dvfhd2 audiodescribed,original original.mp4 > > 8 dvfhd1 audiodescribed,technical technical.mp4 > > $ > > The versions field is telling you the available versions, and the end > of the filename is telling you the version you downloaded. Yes, that's why I selected both of them. :-) > I can't see anything in what you have shown which suggests you got the > audiodescribed version when you didn't want it. Because my email above was after the one where I thanked you for pointing out CDN-selection might help: http://lists.infradead.org/pipermail/get_iplayer/2019-December/012652.html Thus I managed to obtain technical by the time I analysed download_history. > download_history is written incrementally (append mode), so if you > have downloaded the last episode twice there ought to be two records. I tend to ed(1) download_history to delete a PID if I want to try again rather than use --force as I'm not certain of every aspect of the latter's actions. I've just obtained E08 again without excluding the Bidi CDN, INFO: Downloaded: 41.70 MB (00:57:20) @ 17.56 Mb/s (dvfxsd2/ll) [audio] INFO: Downloaded: 614.02 MB (00:57:20) @ 68.22 Mb/s (dvfxsd2/ll) [video] and now get two entries for it, as you suggest. $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6, $8, $7}' \ > ~/.get_iplayer/download_history ... 8 dvfhd1 audiodescribed,technical technical.mp4 8 dvfxsd2 audiodescribed,technical audiodescribed.mp4 $ Interesting how I once again get the low-resolution audiodescribed version despite those ‘Downloaded’ showing the ‘/ll’ CDN. If I download it a third time, adding ‘--exclude-supplier bidi’ then I upgrade again to technical, still /ll. INFO: Downloaded: 55.78 MB (00:57:20) @ 63.75 Mb/s (dvfhd1/ll) [audio] INFO: Downloaded: 1953.86 MB (00:57:20) @ 156.31 Mb/s (dvfhd1/ll) [video] I think what happens is without the bidi exclusion, technical is attempted from bidi, that fails, audiodescribed is tried instead, that also fails from bidi, and then the next CDN is tried, /ll, that works, but we haven't started at the beginning of the versions, instead staying stuck on audiodescribed: INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal (m000csdk) [technical]' INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: No streams available for 'technical' version (m000d182) - skipping (retry) INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal (m000csdk) [audiodescribed]' INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfxsd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request INFO: Downloaded: 41.70 MB (00:57:20) @ 17.56 Mb/s (dvfxsd2/ll) [audio] INFO: Downloaded: 614.02 MB (00:57:20) @ 68.22 Mb/s (dvfxsd2/ll) [video] -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
I used: --tvmode=dvfhd --exclude-supplier=bidi on the command line, and the program downloaded as version 'technical': INFO: Mode list: dvfhd INFO: Searching for version: 'technical' INFO: Found version: 'technical' INFO: Modes to try for 'technical' version: dvfhd1 INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal (m000csdk) [technical]' INFO: Trying 'dvfhd1' mode: attempt 1 / 3 INFO: ffmpeg version string = 3.4.6-0ubuntu0.18.04.1 INFO: ffmpeg version number = 3.4 INFO: File name prefix = His_Dark_Materials-s01e08-Betrayal INFO: Begin downloading at: 0.00 MB (00:00:00) [1] running --info against the pid shows: longname: His Dark Materials: Series 1 modes: audiodescribed: dvfxsd1,dvflow1 modes: technical: dvfhd1,dvfsd1,dvfxsd1,dvfhigh1,dvfxhigh1,dvflow1,subtitles1,subtitles2 modesizes: audiodescribed: dvfxsd1=690MB,dvflow1=188MB [estimated sizes only] modesizes: technical: dvfhd1=2179MB,dvfsd1=1209MB,dvfxsd1=690MB,dvfhigh1=675MB,dvfxhigh1=356MB,dvflow1=188MB [estimated sizes only] name: His Dark Materials: Series 1 nameshort: His Dark Materials pid: m000csdk ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On Dec 25, 2019, at 4:34 AM, Don Grunbaum wrote: > From what I can see on the iPlayer website, only audiodescribed versions are > available. Playing using VLC doesn't play the AD. That's curious. AD is, of necessity, in the audio track. If it's actually present, VLC would have to play it. Unless there are multiple audio tracks. Maybe have a look, in VLC, at "Audio" > "Audio Track" > ... and see if there's more than one audio track listed. Maybe these files are coming with both a regular audio track and an audiodescribed audio track? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On 24/12/2019 14:25, Ralph Corderoy wrote: I'm using version 3.22, but I don't see anything relevant at https://github.com/get-iplayer/get_iplayer/wiki/release320to329#changes-in-323 that suggests 3.23 would fare better. I don't claim to understand the changes made by the BBC which prompted the release of version 3.23. There is a bit about it here. https://forums.squarepenguin.co.uk/showthread.php?tid=2129 and here https://forums.squarepenguin.co.uk/showthread.php?tid=2125 As I understand it, DVF and DAF (DASH) modes are not affected, so continuing to use v3.22 may not cause you a problem. You probably won't see any HVF modes. Even with v3.23 you won't see hvfxsd modes, which is the mode I use most often, until the next maintenance release. I can use dvfxsd instead, but only with 96kbit/s HE-AAC v1 audio with SBR. Until the maintenance release, for things that are not worth the effort of reducing the frame rate of dvfhd to 25fps I am taking the video from dvfxsd and combining it with the audio from --tvmode=dvfhd --audio-only Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
In article <1UTVq9Sl0j.2MSaZ0zHvD6@fairstead16>, Don Grunbaum wrote: > No, Ralph, I didn't request the AD version, but that's what I got by > default. > From what I can see on the iPlayer website, only audiodescribed versions > are available. Playing using VLC doesn't play the AD. I'm not sure how it may relate to this. However I've downloaded all the episodes (using DASH) and I did a quick check having seen this thread. I played a couple of short bits of episode 8 and it seemed normal - i.e. didn't notice any AD. Played using VLC, so maybe that ignores the AD and just gives me the normal audio? If I remember, I'll drop the file onto ffprobe to see what it contains. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
No, Ralph, I didn't request the AD version, but that's what I got by default. >From what I can see on the iPlayer website, only audiodescribed versions are >available. Playing using VLC doesn't play the AD. Don - Original Message - From: Ralph Corderoy To: Sent: 25/12/2019 07:21:16 Subject: Re: His Dark Materials m000csdk: only audiodescribed available? Hi Don, > I've got episode 1 as hvfhd2, the rest as hvfhd1 > Episodes 1, 5 and 7 are original, the rest technical. Oh, download_history, good idea. I add each manually to the PVR. Here's my episodenum, mode, versions, and the end of the filename. $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6, $8, $7}' \ > ~/.get_iplayer/download_history 1 hvfhd1 audiodescribed,original original.mp4 2 hvfhd1 audiodescribed,technical technical.mp4 3 hvfhd1 audiodescribed,technical technical.mp4 4 hvfhd1 audiodescribed,technical technical.mp4 5 dvfhd2 audiodescribed,original original.mp4 6 dvfhd2 audiodescribed,technical technical.mp4 7 dvfhd2 audiodescribed,original original.mp4 8 dvfhd1 audiodescribed,technical technical.mp4 $ > All are audiodescribed. As in a voice describes the picture? Because that's what you wanted? -- Cheers, Ralph. ___ 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: His Dark Materials m000csdk: only audiodescribed available?
Hi Ralph The versions field is telling you the available versions, and the end of the filename is telling you the version you downloaded. I can't see anything in what you have shown which suggests you got the audiodescribed version when you didn't want it. That is not to say you won't get the audiodescribed or signed version if it is the only one available, just that your download_history doesn't seem to show it. download_history is written incrementally (append mode), so if you have downloaded the last episode twice there ought to be two records. Best wishes Richard On 25/12/2019 07:21, Ralph Corderoy wrote: Hi Don, I've got episode 1 as hvfhd2, the rest as hvfhd1 Episodes 1, 5 and 7 are original, the rest technical. Oh, download_history, good idea. I add each manually to the PVR. Here's my episodenum, mode, versions, and the end of the filename. $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6, $8, $7}' \ > ~/.get_iplayer/download_history 1 hvfhd1 audiodescribed,original original.mp4 2 hvfhd1 audiodescribed,technical technical.mp4 3 hvfhd1 audiodescribed,technical technical.mp4 4 hvfhd1 audiodescribed,technical technical.mp4 5 dvfhd2 audiodescribed,original original.mp4 6 dvfhd2 audiodescribed,technical technical.mp4 7 dvfhd2 audiodescribed,original original.mp4 8 dvfhd1 audiodescribed,technical technical.mp4 $ All are audiodescribed. As in a voice describes the picture? Because that's what you wanted? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
Hi Don, > I've got episode 1 as hvfhd2, the rest as hvfhd1 > Episodes 1, 5 and 7 are original, the rest technical. Oh, download_history, good idea. I add each manually to the PVR. Here's my episodenum, mode, versions, and the end of the filename. $ awk -F\| '$2 ~ /^His Dark/ {sub(/.*_/, "", $7); print $(NF-2), $6, $8, $7}' \ > ~/.get_iplayer/download_history 1 hvfhd1 audiodescribed,original original.mp4 2 hvfhd1 audiodescribed,technical technical.mp4 3 hvfhd1 audiodescribed,technical technical.mp4 4 hvfhd1 audiodescribed,technical technical.mp4 5 dvfhd2 audiodescribed,original original.mp4 6 dvfhd2 audiodescribed,technical technical.mp4 7 dvfhd2 audiodescribed,original original.mp4 8 dvfhd1 audiodescribed,technical technical.mp4 $ > All are audiodescribed. As in a voice describes the picture? Because that's what you wanted? -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
FWIW I've been recording each episode using the series pid and pidrecursive as follows: excludechannel S4C,CBBC,Alba,News,CBeebies,Parliament,Cymru pidrecursive 1 fps25 0 modes best output V:\BBC iPlayer Recordings\His Dark Materials subtitles 1 thumb 0 type tv versionlist default pid m000b1v2 I've got episode 1 as hvfhd2, the rest as hvfhd1 Episodes 1, 5 and 7 are original, the rest technical. All are audiodescribed. HTH Don - Original Message - From: Ralph Corderoy To: Sent: 24/12/2019 14:25:53 Subject: Re: His Dark Materials m000csdk: only audiodescribed available? Hi Richard, > > Specifying ‘--modes dvfhd1,dvfhd2,dvfhd3’ picks the technical version. > > > > INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal > > (m000csdk) [technical]' > > > > INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] > > WARNING: Failed to download file segment [0] > > WARNING: Response: 400 Bad Request > > WARNING: No streams available for 'technical' version (m000d182) - > > skipping (retry) > > Have you tried a different CDN as your first choice? No, thanks, that didn't occur to me. Adding ‘--exclude-supplier bidi’ meant the download went well: technical, not audiodescribed, decent resolution. Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 4542 kb/s, 50 fps, 50 tbr, 90k tbn, 100 tbc (default) > I don't know why get_iplayer has not retried with the second and third > CDNSs you have specified. Me neither. It's not something I normally have to do. Another download straight after the above one that worked seemed to also have ‘bi’ problems and happily moved onto ‘ll’. INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request INFO: Downloaded: 42.57 MB (00:43:46) @ 56.75 Mb/s (dvfhd2/ll) [audio] Going back to --streaminfo on m000csdk, the non-bidi streams are listed. stream:dvfhd1 priority: 30 streamurl: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?at=CvusXAqfab332c59c6ec9d0c6a5e1f062b8f92c81b20e9ec59a73dad71ac0 stream:dvfhd2 priority: 20 streamurl: https://vod-dash-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?s=1577175667=1577218867=6aad83bd5a305853f316983306c260c1 stream:dvfhd3 priority: 10 streamurl: https://vod-dash-uk-live.akamaized.net/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?__gda__=1577218867_a6308fb3a2add523aba9809ec4aec7cd I'm using version 3.22, but I don't see anything relevant at https://github.com/get-iplayer/get_iplayer/wiki/release320to329#changes-in-323 that suggests 3.23 would fare better. -- Cheers, Ralph. ___ 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: His Dark Materials m000csdk: only audiodescribed available?
Hi Richard, > > Specifying ‘--modes dvfhd1,dvfhd2,dvfhd3’ picks the technical version. > > > > INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal > > (m000csdk) [technical]' > > > > INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] > > WARNING: Failed to download file segment [0] > > WARNING: Response: 400 Bad Request > > WARNING: No streams available for 'technical' version (m000d182) - > > skipping (retry) > > Have you tried a different CDN as your first choice? No, thanks, that didn't occur to me. Adding ‘--exclude-supplier bidi’ meant the download went well: technical, not audiodescribed, decent resolution. Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 4542 kb/s, 50 fps, 50 tbr, 90k tbn, 100 tbc (default) > I don't know why get_iplayer has not retried with the second and third > CDNSs you have specified. Me neither. It's not something I normally have to do. Another download straight after the above one that worked seemed to also have ‘bi’ problems and happily moved onto ‘ll’. INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request INFO: Downloaded: 42.57 MB (00:43:46) @ 56.75 Mb/s (dvfhd2/ll) [audio] Going back to --streaminfo on m000csdk, the non-bidi streams are listed. stream:dvfhd1 priority: 30 streamurl: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?at=CvusXAqfab332c59c6ec9d0c6a5e1f062b8f92c81b20e9ec59a73dad71ac0 stream:dvfhd2 priority: 20 streamurl: https://vod-dash-uk-live.bbcfmt.hs.llnwd.net/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?s=1577175667=1577218867=6aad83bd5a305853f316983306c260c1 stream:dvfhd3 priority: 10 streamurl: https://vod-dash-uk-live.akamaized.net/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?__gda__=1577218867_a6308fb3a2add523aba9809ec4aec7cd I'm using version 3.22, but I don't see anything relevant at https://github.com/get-iplayer/get_iplayer/wiki/release320to329#changes-in-323 that suggests 3.23 would fare better. -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On 24/12/2019 11:06, Ralph Corderoy wrote: Specifying ‘--modes dvfhd1,dvfhd2,dvfhd3’ picks the technical version. INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal (m000csdk) [technical]' INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: No streams available for 'technical' version (m000d182) - skipping (retry) Have you tried a different CDN as your first choice? I don't know why get_iplayer has not retried with the second and third CDNSs you have specified. I tried Akamai with --tvmode=dvfhd3 --versions=technical and it worked. I only downloaded the audio and part of the video as this is a metered connection. I haven't tried all the modes and CDNs, so there may be others that work. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
Hi Mark, > If I don't see it under > https://www.bbc.co.uk/iplayer/help/known-issues Thanks, just checked, not there. > then I mention it on > https://www.bbc.co.uk/iplayer/help/questions/need-more-help/report-prog-problem Filled that it. Thanks for pointing them out. -- Cheers, Ralph. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: His Dark Materials m000csdk: only audiodescribed available?
On 9611 Sep 1993, Ralph Corderoy wrote: > --info for the PID m000csdk shows > > web:https://www.bbc.co.uk/programmes/m000csdk > > Viewing that in Firefox shows audiodescribed and doesn't seem to let me > turn it off. Sometimes there's a problem that I can reproduce via their web-based iPlayer stuff, exactly that kind of issue. If I don't see it under https://www.bbc.co.uk/iplayer/help/known-issues then I mention it on https://www.bbc.co.uk/iplayer/help/questions/need-more-help/report-prog-problem then typically come back later to find that it got fixed and now it works in get_iplayer too. It might be like when the electrical power for a street goes out and all the neighbours assume somebody else called but then when I call the power company seem surprised so I guess sometimes one really can be the first! -- Mark ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
His Dark Materials m000csdk: only audiodescribed available?
Hi, Am I understanding get_iplayer correctly? I've been successfully downloading episodes 1-7 of their adaption of ‘His Dark Materials’. Come the last episode, it's only available in low resolution and audiodescribed to boot meaning that voice-over from Big Brother is moonlighting with ‘Lyra is now entering the charnal house’. --info for the PID m000csdk shows web:https://www.bbc.co.uk/programmes/m000csdk Viewing that in Firefox shows audiodescribed and doesn't seem to let me turn it off. There's two versions. version:technical versions: audiodescribed,technical modes: audiodescribed: dvfxsd1,dvfxsd2,dvfxsd3,dvflow1,dvflow2,dvflow3 modesizes: audiodescribed: dvfxsd1=690MB,dvfxsd2=690MB,dvfxsd3=690MB, dvflow1=188MB,dvflow2=188MB,dvflow3=188MB [estimated sizes only] verpids:audiodescribed: p07ym92s modes: technical: dvfhd1,dvfhd2,dvfhd3,dvfsd1,dvfsd2,dvfsd3,dvfxsd1, dvfxsd2,dvfxsd3,dvfhigh1,dvfhigh2,dvfhigh3,dvfxhigh1,dvfxhigh2, dvfxhigh3,dvflow1,dvflow2,dvflow3,subtitles1,subtitles2 modesizes: technical: dvfhd1=2179MB,dvfhd2=2179MB,dvfhd3=2179MB,dvfsd1=1209MB, dvfsd2=1209MB,dvfsd3=1209MB,dvfxsd1=690MB,dvfxsd2=690MB, dvfxsd3=690MB,dvfhigh1=675MB,dvfhigh2=675MB,dvfhigh3=675MB, dvfxhigh1=356MB,dvfxhigh2=356MB,dvfxhigh3=356MB,dvflow1=188MB, dvflow2=188MB,dvflow3=188MB [estimated sizes only] verpids:technical: m000d182 Despite that, it seems no technical streams work. --streaminfo's first stream is stream:dvfhd1 audio_bitrate: 128 bitrate: 5070 expires: 2020-06-21T21:00:00Z ext: mp4 kind: video priority: 30 size: 2179466250 streamer: dash streamurl: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/6daf0e-m000d8kd/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2.ism/dash/vf_m000d8kd_4db45b44-d2c8-476c-a56e-82c3dc7bf180.ism.hlsv2-video=507.dash?at=MAHcbNcH281380ce507a736d5d39479c6bc64bb2ae22018d59a710c115e00 type: gip_dvf_5070 dash h264 1280x720 50fps 5070kbps 128kbps mf_bidi/30 video_bitrate: 5070 Specifying ‘--modes dvfhd1,dvfhd2,dvfhd3’ picks the technical version. INFO: Downloading tv: 'His Dark Materials: Series 1 - 08. Betrayal (m000csdk) [technical]' INFO: Downloaded: 0.00 MB (00:00:00) @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: No streams available for 'technical' version (m000d182) - skipping (retry) It seems to me the BBC encoding of this final episode has gone wrong, leaving just the audiodescribed version available. That's fair enough, but what's surprising is that they haven't noticed this themselves from their monitoring and alerts. Or am I misinterpreting get_iplayer's output and a decent resolution, Big-Brother-less audio, download is possible? -- Cheers, Ralph. ___ 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: Mixing different video and audio modes
On 06/12/2019 20:05, I wrote: To make the last command a bit clearer I can write it as ffmpeg -i infilev.mp4 -i infilea.m4a -map 0:v:0 -map 1:a:0 -c copy \ outfile That should be outfile.mp4 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Mixing different video and audio modes
On 04/12/2019 21:33, I wrote: There used to be an option for some of the HLS modes to replace the 128kbit/s audio with 320kbit/s audio. There is no longer any 320kbit/s audio for tv, so the option is being withdrawn. I would imagine that a similar technique could be used to replace the 96kbit/s audio in dvfxsd with 128kbit/s audio from one of the 50fps modes such as dvfhd. As well as the higher bit rate, that would get rid of the HE-AAC SBR extension. I have quickly skimmed the v3.23 code. sub get_stream_data at line 6269 which formats calls to sub get_stream_data_cdn at line 6155 appears to be relevant. I have not managed to find where it decides to download video and audio separately for DASH. Has anyone else looked at it? What I wanted to do was to replace the 96kbit/s HE-AAC audio of the DASH dvfxsd mode with 128kbit/s AAC-LC audio. I did not manage to find where in the code get_iplayer selected the stream to be downloaded. Instead I used ffmpeg to select the streams I wanted after I had downloaded them. This is what I did. get_iplayer --pid m000bq36 --tvmode dvfhd --audio-only get_iplayer --pid m000bq36 --tvmode dvfxsd --force ffmpeg -i Murder_Mystery_and_My_Family_Series_3__04.\ _Episode_4_m000bq36_original.mp4 \ -i Murder_Mystery_and_My_Family_Series_3_-\ _04._Episode_4_m000bq36_original.m4a \ -map 0:v:0 -map 1:a:0 -c copy \ Murder_Mystery_and_My_Family_Series_3__\ 04._Episode_4_m000bq36_originalx.mp4 Note that I have added x to the output file name to make it different from the input file names. If either of the input files is overwritten the resultant file will not play. To make the last command a bit clearer I can write it as ffmpeg -i infilev.mp4 -i infilea.m4a -map 0:v:0 -map 1:a:0 -c copy \ outfile I did experiment with --raw and --overwrite to avoid superfluous invocations of ffmpeg. I got some unexpected results. In one case I got a .mp4 file instead of .m4a and in another the .m4a file was deleted. I decided it was safer to let get_iplayer do the post-processing it normally does. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Radio / Sounds - Extra Formating??
Noticed that radio (sounds) downloads have an additional formating step, why so please: INFO: Downloading radio: 'Change at Oglethorpe - 01. Off the Rails (b00mvs9q) [original]' INFO: Downloaded: 74.34 MB (00:30:49) @ 6.68 Mb/s (dafhigh1/ll) [audio] INFO: Converting to MPEG-TS <=== INFO: Converting to M4A INFO: Tagging M4A CJB ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: problems with converting to mp3
Thanks for that George Unfortunately my car stereo can't handle M4A, but as you will see from a later post, I manged to solve my problem. -- Roger -Original Message- From: George Eycott [mailto:geo...@eycott.co.uk] Sent: 06 December 2019 13:26 To: 'Roger Jones' ; get_iplayer@lists.infradead.org Subject: RE: problems with converting to mp3 I know this isn't a direct answer to your question, but I no longer convert to MP3. I discovered that everything I was using for playback was actually able to cope with the M4A files that get_iplayer generates by default for radio programmes (even kit that didn't actually list it in the specs) so the extra conversion was not necessary. May be worth trying.. Cheers George ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: problems with converting to mp3
I know this isn't a direct answer to your question, but I no longer convert to MP3. I discovered that everything I was using for playback was actually able to cope with the M4A files that get_iplayer generates by default for radio programmes (even kit that didn't actually list it in the specs) so the extra conversion was not necessary. May be worth trying.. Cheers George > -Original Message- > From: get_iplayer On Behalf Of > Roger Jones > Sent: 06 December 2019 07:48 > To: get_iplayer@lists.infradead.org > Subject: problems with converting to mp3 > > I have in my options: > > commandradio ffmpeg -i "" -c:v copy -c:a libmp3lame -b:a 192k - > id3v2_version 3 -write_id3v1 1 -y "\.mp3" && del > "" > > > All this worked until recently, but now when running get_iplayer I get the > message: > open3: IO::Pipe: Can't spawn-NOWAIT: No such file or directory at > C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 2131 > > Any ideas? > > > regards > roga > > > ___ > 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: problems with converting to mp3
> Any ideas? Turns out it was due to me deleting windows environment variables (what is on the "path" statement) I had a look at another system, and copied some of the default environment variables, and now all is working fine. R ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
problems with converting to mp3
I have in my options: commandradio ffmpeg -i "" -c:v copy -c:a libmp3lame -b:a 192k -id3v2_version 3 -write_id3v1 1 -y "\.mp3" && del "" All this worked until recently, but now when running get_iplayer I get the message: open3: IO::Pipe: Can't spawn-NOWAIT: No such file or directory at C:\Program Files (x86)\get_iplayer\get_iplayer.pl line 2131 Any ideas? regards roga ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Mixing different video and audio modes
There used to be an option for some of the HLS modes to replace the 128kbit/s audio with 320kbit/s audio. There is no longer any 320kbit/s audio for tv, so the option is being withdrawn. I would imagine that a similar technique could be used to replace the 96kbit/s audio in dvfxsd with 128kbit/s audio from one of the 50fps modes such as dvfhd. As well as the higher bit rate, that would get rid of the HE-AAC SBR extension. I have quickly skimmed the v3.23 code. sub get_stream_data at line 6269 which formats calls to sub get_stream_data_cdn at line 6155 appears to be relevant. I have not managed to find where it decides to download video and audio separately for DASH. Has anyone else looked at it? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
In article <113575b3-3dac-ba08-eb2b-b0c099b63...@zoho.com>, RS wrote: > On 04/12/2019 15:42, Jim web wrote: > > In article <581d19c687...@audiomisc.co.uk>, Jim web > > Alas, this just gives me the same 96k. Even when the info contains the > > following as per an example. It lists 'high' modes, etc, but when I > > specify them, I still get 96k. The puzzle is that it lists the highest > > modes for podcasts, but doesn't supply them as it used to until > > recently. And trying the podcast's direct pid fails entirely. > > > Try get_iplayer --pid w3csy6cs --radiomode dafhigh --version=podcast > I suspect you have let it default to --version=original, but version > original only has med and low modes. If you want the higher bit rate > modes for the podcast version you will have to specify it. Yes! That got me 320k for that WS programme and another I tried. Excellent. :-) Alas, the details for recent WS programmes seem to vary all over the place, so neither the above nor anything else I've yet tried has got me better than 96k for the recent 'short form' "More or Less" examples. The don't declare any podcast modes in the returned info. This all becomes a bit 'hunt and peck' at the moment because the situation varies from programme to programme. But I'll keep my fingers crossed that I get useful feedback from someone I've asked about the inconsistencies... Thanks, Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
On 04/12/2019 15:42, Jim web wrote: In article <581d19c687...@audiomisc.co.uk>, Jim web wrote: In article <603b6aab-a35b-ecc6-e34b-ed0e72b51...@zoho.com>, RS wrote: You can use a list of modes in order of preference. --radiomode=dafhigh,dafstd,dafmed Alas, this just gives me the same 96k. Even when the info contains the following as per an example. It lists 'high' modes, etc, but when I specify them, I still get 96k. The puzzle is that it lists the highest modes for podcasts, but doesn't supply them as it used to until recently. And trying the podcast's direct pid fails entirely. Try get_iplayer --pid w3csy6cs --radiomode dafhigh --version=podcast I suspect you have let it default to --version=original, but version original only has med and low modes. If you want the higher bit rate modes for the podcast version you will have to specify it. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
In article <581d19c687...@audiomisc.co.uk>, Jim web wrote: > In article <603b6aab-a35b-ecc6-e34b-ed0e72b51...@zoho.com>, RS > wrote: > > You can use a list of modes in order of preference. > > --radiomode=dafhigh,dafstd,dafmed Alas, this just gives me the same 96k. Even when the info contains the following as per an example. It lists 'high' modes, etc, but when I specify them, I still get 96k. The puzzle is that it lists the highest modes for podcasts, but doesn't supply them as it used to until recently. And trying the podcast's direct pid fails entirely. I've emailed someone at the BBC about this as I don't know if this is now policy or an "Oops!". But why list high modes if they can't be accessed any more. I've been experimenting with various modes, none I've found thus far get more than 96k. Example. === Episodes: Discovery - Galileo's lost letter, BBC World Service, w3csy6cs INFO: 1 total programmes firstbcast: 2019-12-02T20:32:30Z longname:Discovery modes: original: hlamed1,dafmed1,dafmed2,haflow1,haflow2,haflow3,haflow4,hlalow1,daflow1,daflow2 modes: podcast: dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafstd1,hafstd2,hlastd1,dafstd1,dafstd2,dafstd3,dafstd4,dafmed1,dafmed2,dafmed3,dafmed4,haflow1,haflow2,hlalow1,daflow1,daflow2,daflow3,daflow4 modesizes: original: hlamed1=19MB,dafmed1=19MB,dafmed2=19MB,haflow1=10MB,haflow2=10MB,haflow3=10MB,haflow4=10MB,hlalow1=9MB,daflow1=10MB,daflow2=10MB [estimated sizes only] modesizes: podcast: dafhigh1=64MB,dafhigh2=64MB,dafhigh3=64MB,dafhigh4=64MB,hafstd1=27MB,hafstd2=27MB,hlastd1=25MB,dafstd1=25MB,dafstd2=25MB,dafstd3=25MB,dafstd4=25MB,dafmed1=19MB,dafmed2=19MB,dafmed3=19MB,dafmed4=19MB,haflow1=10MB,haflow2=10MB,hlalow1=10MB,daflow1=10MB,daflow2=10MB,daflow3=10MB,daflow4=10MB [estimated sizes only] name:Discovery nameshort: Discovery pid: w3csy6cs player: https://www.bbc.co.uk/programmes/w3csy6cs runtime: 26 TYpe:radio verpids: original: w4hqsp0q verpids: podcast: p07wp706 version: original versions:original,podcast web: https://www.bbc.co.uk/programmes/w3csy6cs -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get_iplayer with Podcasts
On 03/12/2019 19:33, Steve wrote: And whats the parent PID? The first episode? or the main page? I tried both to no avail.. Steve I was going to ask the same question. Although I find --pid-recursive to be very useful, I do not always find it easy to get the results I want. As far as I can see it is not recursive in the sense that word is usually used in computing. As far as I can make out you need to find a page with links to a number of episodes. You then take the PID from the address bar of the page. --pid-recursive will then download all the episodes linked to from that page. Often you can get to that page by following the link to the Programme website. If there is a large number of episodes so that they are shown on more than one page, the episodes on each page will need to be retrieved separately. Sometimes the Programme website link is to a page describing only one episode, the parent PID will have to be found in another way. If anyone can explain it better, please do. As for searching for The Whisperer, if you go to bbc.co.uk/sounds and put whisperer in the search box it will take you to a page showing the episodes. Click the first episode. On the page for the first episode click the link which reads, See all episodes from The Whisperer in Darkness. You will be taken to a page showing a number of episodes. The PID in the address bar is p06spb8w. I was puzzled that the word Whisperer does not appear anywhere in my radio.cache file. A date is shown for each episode along with Radio 4 as though it had been broadcast on that date. At first I struggled to find the Radio 4 Schedule so I looked in The Sunday Times. Eventually I did find the BBC's Radio 4 Schedule which confirmed it had not been broadcast. That it is the reason it is not in the cache. On 03/12/2019 18:52, James Scholes wrote: Use the parent PID with --pid-recursive: get_iplayer --pid-recursive --pid=p06spb8w --type=radio Regards, James Scholes On 03/12/2019 at 12:36 pm, Steve wrote: Hi guys, Just got 3.23 and all's back to normal, Im trying to automate the new h p lovecraft drama on radio 4 - whisperer in darkness, I can download by pid, but searching for lovecraft or whisperer brings up nothing, after researching it seems the mode=podcast has been removed. Is there any way I can automate this? Cheers Steve ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
In article <603b6aab-a35b-ecc6-e34b-ed0e72b51...@zoho.com>, RS wrote: > You can use a list of modes in order of preference. > --radiomode=dafhigh,dafstd,dafmed Thanks. That's probably the best approach from my POV as it means I can use the same radio settings for R3/4 and WS and get the best available in each case. Still seems a worry that the BBC seem to be 'phasing out' 320k aac for WS, though. Maybe this is like the 320k mode for TV which they've not noticed was being produced... until now. But removing it for *UK* listeners whilst keeping it for R3/4 etc seems weird. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
On 04/12/2019 10:55, Jim web wrote: Here are some examples of the info for some recent programmes on WS that illustrate the odd variations. Question is what the best strategy might be for mode settings to always get the best available quality? As a personal choice I tend to prefer podcast version *if* the sound quality is as high as the broadcast version and - as often - there is some extra content that isn't just presenter preening or 'promos' for 'other things you will like' (sic)! ... Despite the above having 'med' modes my fetch was 96k but I'll try again with other mode settings. med modes as in dafmed or hafmed are 96kbit/s (often with the dreaded HE-AAC). To get 128kbit/s you need the std modes as in dafstd or hafstd, and these have been missing recently in some cases. You can use a list of modes in order of preference. --radiomode=dafhigh,dafstd,dafmed Another option is to download the podcast (not to be confused with the podcast version available in get_iplayer). Go to bbc.co.uk/programmes/w3csz1tz where w3csz1tz is the PID of the programme you want. Click the Podcast tab. Click the Download button for the episode you want. You will be offered a choice of 128kbit/s or 64kbit/s. The downloaded file will be MP3. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
Here are some examples of the info for some recent programmes on WS that illustrate the odd variations. Question is what the best strategy might be for mode settings to always get the best available quality? As a personal choice I tend to prefer podcast version *if* the sound quality is as high as the broadcast version and - as often - there is some extra content that isn't just presenter preening or 'promos' for 'other things you will like' (sic)! Example 1 Episodes: CrowdScience - Could humans hibernate during interstellar travel?, BBC World Service, w3csz1tz INFO: 1 total programmes firstbcast: 2019-11-29T20:32:30Z modes: podcast: dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafstd1,hafstd2,hlastd1,dafstd1,dafstd2,dafstd3,dafstd4,dafmed1,dafmed2,dafmed3,dafmed4,haflow1,haflow2,hlalow1,daflow1,daflow2,daflow3,daflow4 modesizes: podcast: dafhigh1=86MB,dafhigh2=86MB,dafhigh3=86MB,dafhigh4=86MB,hafstd1=37MB,hafstd2=37MB,hlastd1=35MB,dafstd1=35MB,dafstd2=35MB,dafstd3=35MB,dafstd4=35MB,dafmed1=26MB,dafmed2=26MB,dafmed3=26MB,dafmed4=26MB,haflow1=14MB,haflow2=14MB,hlalow1=13MB,daflow1=13MB,daflow2=13MB,daflow3=13MB,daflow4=13MB [estimated sizes only] name:CrowdScience nameshort: CrowdScience pid: w3csz1tz player: https://www.bbc.co.uk/programmes/w3csz1tz runtime: 36 Example 2 Episodes: More or Less - Testing tomatoes, BBC World Service, w3csz3ry firstbcast: 2019-11-30T18:50:00Z modes: original: hlamed1,dafmed1,dafmed2,haflow1,haflow2,haflow3,haflow4,hlalow1,daflow1,daflow2 modesizes: original: hlamed1=6MB,dafmed1=6MB,dafmed2=6MB,haflow1=3MB,haflow2=3MB,haflow3=3MB,haflow4=3MB,hlalow1=3MB,daflow1=3MB,daflow2=3MB [estimated sizes only] name:More or Less nameshort: More or Less pid: w3csz3ry player: https://www.bbc.co.uk/programmes/w3csz3ry runtime: 9 Example 3 Episodes: People Fixing the World - Turning kids into entrepreneurs, BBC World Service, w3csz1pf firstbcast: 2019-12-03T03:06:00Z modes: original: hlamed1,dafmed1,dafmed2,haflow1,haflow2,haflow3,haflow4,hlalow1,daflow1,daflow2 modesizes: original: hlamed1=17MB,dafmed1=17MB,dafmed2=17MB,haflow1=9MB,haflow2=9MB,haflow3=9MB,haflow4=9MB,hlalow1=8MB,daflow1=8MB,daflow2=8MB [estimated sizes only] name:People Fixing the World nameshort: People Fixing the World pid: w3csz1pf player: https://www.bbc.co.uk/programmes/w3csz1pf runtime: 23 Despite the above having 'med' modes my fetch was 96k but I'll try again with other mode settings. Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
I've also noticed that there seem to be inconsistencies in the audio on the TV side of things since the recent changes. With regional programmes for example (like the London News) hvfxsd or dvfxsd was always the best quality that was available for those, and it seems that even with the bug which sometimes stops hvfxsd showing in the new version of GiP, the London ones often do have hvfsxd available anyway and a look at --info shows that both hvfxsd and dvfxsd have audio available at 128 kbps. I've noticed that a couple of the London News streams have been affected by the missing hvfxsd bug in GiP 3.23 and these showed as dvfxsd having 96 kbps but hvfhigh which is a lower resolution video has 128 kbps audio. That just doesn't make sense. I looked at the Scotland Regional News as another test and again there was no hvfxsd option but dvfxsd only came with 96 kbps audio. > Sent: Tuesday, December 03, 2019 at 6:08 PM > From: "MacFH - C E Macfarlane" > To: RS , get_iplayer@lists.infradead.org > Subject: Re: world service 96k > > Please see below ... > > On 03/12/2019 16:23, RS wrote: > > However I then looked at what was available from get_iplayer v3.23 for > > the 28 November 2019 Science in Action (w3csym2r). The only version > > is the podcast version, but with these modes. > > modes: podcast: > > dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafstd1,hafstd2,hlastd1,dafstd1, > > dafstd2,dafstd3,dafstd4,dafmed1,dafmed2,dafmed3,dafmed4,haflow1,haflow2, > > hlalow1,daflow1,daflow2,daflow3,daflow4 > > Yes, I've just checked that this was true, and so was able to download > it in std, my default for such programmes. However, the last time I > downloaded it, it definitely seemed only to come only in med, hlamed1 to > be exact. > > End Of Last Week: > w3csym2r|Science In Action|New Malaria > Target|radio|1575132305|hlamed1|D:\Media\Downloads\Science In Action - > New Malaria Target.m4a|original|1590|Molecular research opens the way to > prevent antimalarial resistance|BBC World Service|Factual,Science & > Nature,Magazines & > Reviews|https://ichef.bbci.co.uk/images/ic/192x108/p07wbzsp.jpg||https://www.bbc.co.uk/programmes/w3csym2r||| > > Today: > w3csym2r|Science In Action|New Malaria > Target|radio|1575396236|dafstd1|D:\Media\Downloads\Science In Action - > New Malaria Target.m4a|podcast|1758|Molecular research opens the way to > prevent antimalarial resistance|BBC World Service|Factual,Science & > Nature,Magazines & > Reviews|https://ichef.bbci.co.uk/images/ic/192x108/p07wbzsp.jpg||https://www.bbc.co.uk/programmes/w3csym2r||| ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get_iplayer with Podcasts
https://www.bbc.co.uk/programmes/p06spb8w As James gave you - Original Message - From: Steve To: Sent: 03/12/2019 19:33:37 Subject: Re: Get_iplayer with Podcasts And whats the parent PID? The first episode? or the main page? I tried both to no avail.. Stev e On 03/12/2019 18:52, James Scholes wrote: > Use the parent PID with --pid-recursive: > > get_iplayer --pid-recursive --pid=p06spb8w --type=radio > > Regards, > > James Scholes > > On 03/12/2019 at 12:36 pm, Steve wrote: >> Hi guys, >> >> Just got 3.23 and all's back to normal, Im trying to automate the new >> h p lovecraft drama on radio 4 - whisperer in darkness, I can >> download by pid, but searching for lovecraft or whisperer brings up >> nothing, after researching it seems the mode=podcast has been >> removed. Is there any way I can automate this? >> Cheers >> Steve >> >> ___ >> 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 ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Get_iplayer with Podcasts
And whats the parent PID? The first episode? or the main page? I tried both to no avail.. Stev e On 03/12/2019 18:52, James Scholes wrote: Use the parent PID with --pid-recursive: get_iplayer --pid-recursive --pid=p06spb8w --type=radio Regards, James Scholes On 03/12/2019 at 12:36 pm, Steve wrote: Hi guys, Just got 3.23 and all's back to normal, Im trying to automate the new h p lovecraft drama on radio 4 - whisperer in darkness, I can download by pid, but searching for lovecraft or whisperer brings up nothing, after researching it seems the mode=podcast has been removed. Is there any way I can automate this? Cheers Steve ___ 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
Re: Get_iplayer with Podcasts
Use the parent PID with --pid-recursive: get_iplayer --pid-recursive --pid=p06spb8w --type=radio Regards, James Scholes On 03/12/2019 at 12:36 pm, Steve wrote: Hi guys, Just got 3.23 and all's back to normal, Im trying to automate the new h p lovecraft drama on radio 4 - whisperer in darkness, I can download by pid, but searching for lovecraft or whisperer brings up nothing, after researching it seems the mode=podcast has been removed. Is there any way I can automate this? Cheers Steve ___ 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 with Podcasts
Hi guys, Just got 3.23 and all's back to normal, Im trying to automate the new h p lovecraft drama on radio 4 - whisperer in darkness, I can download by pid, but searching for lovecraft or whisperer brings up nothing, after researching it seems the mode=podcast has been removed. Is there any way I can automate this? Cheers Steve ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
Please see below ... On 03/12/2019 16:23, RS wrote: However I then looked at what was available from get_iplayer v3.23 for the 28 November 2019 Science in Action (w3csym2r). The only version is the podcast version, but with these modes. modes: podcast: dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafstd1,hafstd2,hlastd1,dafstd1, dafstd2,dafstd3,dafstd4,dafmed1,dafmed2,dafmed3,dafmed4,haflow1,haflow2, hlalow1,daflow1,daflow2,daflow3,daflow4 Yes, I've just checked that this was true, and so was able to download it in std, my default for such programmes. However, the last time I downloaded it, it definitely seemed only to come only in med, hlamed1 to be exact. End Of Last Week: w3csym2r|Science In Action|New Malaria Target|radio|1575132305|hlamed1|D:\Media\Downloads\Science In Action - New Malaria Target.m4a|original|1590|Molecular research opens the way to prevent antimalarial resistance|BBC World Service|Factual,Science & Nature,Magazines & Reviews|https://ichef.bbci.co.uk/images/ic/192x108/p07wbzsp.jpg||https://www.bbc.co.uk/programmes/w3csym2r||| Today: w3csym2r|Science In Action|New Malaria Target|radio|1575396236|dafstd1|D:\Media\Downloads\Science In Action - New Malaria Target.m4a|podcast|1758|Molecular research opens the way to prevent antimalarial resistance|BBC World Service|Factual,Science & Nature,Magazines & Reviews|https://ichef.bbci.co.uk/images/ic/192x108/p07wbzsp.jpg||https://www.bbc.co.uk/programmes/w3csym2r||| ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
On 03/12/2019 14:22, MacFH - C E Macfarlane wrote: Please see below ... On 03/12/2019 13:53, Paul Thornett wrote: What about downloading subtitles and, if necessary, constructing a Matroska file (.mkv) containing video, audio and subtitle? I can provide more info on how to do this if you're interested. Remultiplexing to .mkv seems overkill for handling subtitles. What is wrong with using the get_iplayer --subtitles option to create a .srt file with the same name as the .mp4 file? The player can then turn them on and off. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
On 03/12/2019 13:42, MacFH - C E Macfarlane wrote: Please see below ... On 03/12/2019 09:51, Jim Lesurf wrote: I' ve now switched to using the new version of GIP and using the 'DASH' approach for fetching. Many thanks for the new version. :-) For TV this works fine. And for *most* radio it also works fine. But since I'm writing this you'll have guessed there is a trailing, "...however..." :-) Using " --type=radio --mode=daf " I can get 320k aac from R4/3 fine. But when I tried some World Service examples ('More or Less") they came as 96k aac. So far I can't find a sign or way of getting them as 320k. I'm pretty sure I could get 320k from WS in the past. And the last time I checked, Scotland was still within the UK. So am I doing something wrong, or has something changed, or do I mis-remember... or is there a way now to get 320k from WS? Yes, I've noticed this too. Fortunately for me, the only WS item I download is "Science In Action", which usually I delete after I've listened to it, so, as long as the quality is good enough to be listenable, I don't really mind. Science in Action is an interesting example. It has a podcast, which means you have a choice of 128kbit/s and 64kbit/s. It is an .mp3 file. Some here may scoff at .mp3. Although at 128kbit/s AAC is slightly better than MP3, I think it is almost certain that 128kbit/s MP3 is superior to 96kbit/s AAC. That is the more so when the BBC is delivering 96kbit/s as HE-AAC v1 with the Spectral Band Replication (SBR) extension. If a player does not support SBR, the bandwidth is effectively reduced to 48kbit/s. I was going to say that if 96kbit/s HE-AAC v1 was the best that was available on the World Service, the podcast, if there was one, would be a better bet. However I then looked at what was available from get_iplayer v3.23 for the 28 November 2019 Science in Action (w3csym2r). The only version is the podcast version, but with these modes. modes: podcast: dafhigh1,dafhigh2,dafhigh3,dafhigh4,hafstd1,hafstd2,hlastd1,dafstd1, dafstd2,dafstd3,dafstd4,dafmed1,dafmed2,dafmed3,dafmed4,haflow1,haflow2, hlalow1,daflow1,daflow2,daflow3,daflow4 The answer to Jim's question about how to get 320kbit/s audio from the World Service, for some programmes at least, seems to be to use --radiomode=dafhigh In England too the best modes available for the Testing tomatoes episode of World Service More or Less are hlamed and dafmed. The Radio 4 Election Special has a wider range of modes including dafhigh. I suspect the answer is that it was set up at a time when the World Service was restricted to 96kbit/s and has not been updated. I was recently looking at sampling rates and found that Law in Action was using a sampling rate of 44.1kHz long after everyone else moved to 48kHz (and podcasts still use 44.1kHz). More or Less does have a podcast, so you can at least get 128kbit/s MP3 from the World Service. Best wishes Richard ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
Please see below ... On 03/12/2019 13:53, Paul Thornett wrote: What about downloading subtitles and, if necessary, constructing a Matroska file (.mkv) containing video, audio and subtitle? I can provide more info on how to do this if you're interested. I suppose it would depend on the program - last night I was watching an Horizon programme that I'd downloaded a few weeks back, 'The Honest Supermarket', and when Hannah Fry said that recently the sales of bottled water had, for the first time, exceeded the sales of cola, I couldn't distinguish the word 'cola' on first hearing. For Horizon, I suppose I wouldn't really mind subtitles, but for 'Seven Worlds One Planet' certainly I would *not* want subtitles all over the beautiful scenery! I think I could probably work out how to use subtitles if it comes to that, but don't let that stop you posting something that might usefully benefit others, as well as perhaps myself. Thanks and regards, Charles. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Mostly OT, but from Re: world service 96k
In article <33d41029-e8b7-f5e5-2424-3b4f2f7d2...@macfh.co.uk>, MacFH - C E Macfarlane wrote: > Please see below ... [snip] > However, like you, I'm beginning to get concerned at the moving > deck-chairs because it usually means that something good disappears and > what we're left with is not as good. The loss of hi-def audio in hi-def > video is a classic case in point: Why would *anyone* think that the > quality of the audio track is any less important than the quality of the > video track, *especially* where music is concerned, such as with the > Proms? Given the above, I didn't bother to download the TV version of a > single prom this year. I asked about this and the reason given was that the high res video with 320k sound borked too many user-devices which failed to correctly specify what they could handle. As a result, there were complaints, and the BBC decided it was simpler to end the 320k altogether. We got it for years after this because they forgot to switch off generating it! I agree this is crazy, but the BBC tend to be blamed when user devices don't cope. > The above also makes me wonder if this is the reason that increasingly I > find I have to turn the volume up when watching TV, because words get > lost in the 'mush'. I suspect that's more down to producers who want sound to be like it. Hence all the complaints to Radio Times, etc, about mumbling actors... I also focussed on DVB-T2 for Proms videos this year. Where, of course, other deckchairs have been shuffled, with more to come, and also the threat to the muxes which might axe BBC4 TV entirely! :-/ Our local muxs just got shuffled and the details were nothing like what was pre-announced. Still, makes life interesting, dunnit! ;-> Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
Please see below ... On 03/12/2019 09:51, Jim Lesurf wrote: I' ve now switched to using the new version of GIP and using the 'DASH' approach for fetching. Many thanks for the new version. :-) For TV this works fine. And for *most* radio it also works fine. But since I'm writing this you'll have guessed there is a trailing, "...however..." :-) Using " --type=radio --mode=daf " I can get 320k aac from R4/3 fine. But when I tried some World Service examples ('More or Less") they came as 96k aac. So far I can't find a sign or way of getting them as 320k. I'm pretty sure I could get 320k from WS in the past. And the last time I checked, Scotland was still within the UK. So am I doing something wrong, or has something changed, or do I mis-remember... or is there a way now to get 320k from WS? Yes, I've noticed this too. Fortunately for me, the only WS item I download is "Science In Action", which usually I delete after I've listened to it, so, as long as the quality is good enough to be listenable, I don't really mind. However, like you, I'm beginning to get concerned at the moving deck-chairs because it usually means that something good disappears and what we're left with is not as good. The loss of hi-def audio in hi-def video is a classic case in point: Why would *anyone* think that the quality of the audio track is any less important than the quality of the video track, *especially* where music is concerned, such as with the Proms? Given the above, I didn't bother to download the TV version of a single prom this year. The above also makes me wonder if this is the reason that increasingly I find I have to turn the volume up when watching TV, because words get lost in the 'mush'. Of course, I'm getter older too, but I've particularly noticed this on downloads from the beginning of this year, so I'm beginning to suspect that the problem is the poor quality of the audio tracks. When watching on my bedside TV, I used to have the volume slider about a third of the way across, but now it's more like half, and yet *still* I find that words are swallowed up and I have to 'rewind', and listen to a sentence again with the volume turned up so loud that it would be uncomfortable to keep it so for any length of time. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
In article , CJB wrote: > What is the default - all I use is --type=radio for all radio downloads. > CJB I've been looking at the fetchable 'info' for randomly chosen recent WS items and some seem to not go above 'med' levels whilst others go to 'high'. So the quality offerred seems to vary, but I can't see a pattern as to why. However in the past all the fetches I got were 320k rate. Now it seems 'pot luck'. I also just noticed that some WS items now have very long pids. Deckchairs seem to be moving... Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: world service 96k
What is the default - all I use is --type=radio for all radio downloads. CJB On 03/12/2019, Jim Lesurf wrote: > I' ve now switched to using the new version of GIP and using the 'DASH' > approach for fetching. Many thanks for the new version. :-) > > For TV this works fine. And for *most* radio it also works fine. But since > I'm writing this you'll have guessed there is a trailing, "...however..." > :-) > > Using " --type=radio --mode=daf " I can get 320k aac from R4/3 fine. But > when I tried some World Service examples ('More or Less") they came as 96k > aac. So far I can't find a sign or way of getting them as 320k. > > I'm pretty sure I could get 320k from WS in the past. And the last time I > checked, Scotland was still within the UK. So am I doing something wrong, > or has something changed, or do I mis-remember... or is there a way now to > get 320k from WS? > > Jim > > -- > Electronics > https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm > Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html > biography http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html > Audio Misc http://www.audiomisc.co.uk/index.html > > > ___ > 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
world service 96k
I' ve now switched to using the new version of GIP and using the 'DASH' approach for fetching. Many thanks for the new version. :-) For TV this works fine. And for *most* radio it also works fine. But since I'm writing this you'll have guessed there is a trailing, "...however..." :-) Using " --type=radio --mode=daf " I can get 320k aac from R4/3 fine. But when I tried some World Service examples ('More or Less") they came as 96k aac. So far I can't find a sign or way of getting them as 320k. I'm pretty sure I could get 320k from WS in the past. And the last time I checked, Scotland was still within the UK. So am I doing something wrong, or has something changed, or do I mis-remember... or is there a way now to get 320k from WS? Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biography http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 3.23 released was Re: 403 Forbidden Errors on Playlists
Please see below ... On 30/11/2019 06:31, Geoff Smith wrote: https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release323 Usual thanks to the maintainer. Installed and running apparently successfully, seconded. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 3.23 released was Re: 403 Forbidden Errors on Playlists
On 30/11/2019 11:18, I wrote: On 30/11/2019 06:31, Geoff Smith wrote: https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release323 We still seem to have lost some HVF modes, including the mode I use most often, hvfxsd. I have just tried to download the latest version of Click, --pid=m000c1dq --info gives modes: original: hvfhd1,hvfhd2,hvfhd3,dvfhd1,dvfhd2,dvfhd3,hvfsd1,hvfsd2,hvfsd3, dvfsd1,dvfsd2,dvfsd3,dvfxsd1,dvfxsd2,dvfxsd3,hvfhigh1,hvfhigh2, hvfhigh3,dvfhigh1,dvfhigh2,dvfhigh3,hvfxhigh1,hvfxhigh2,hvfxhigh3, dvfxhigh1,dvfxhigh2,dvfxhigh3,dvflow1,dvflow2,dvflow3,subtitles1,subtitles2 I used dvfxsd but I got warnings from ffmpeg [AVBSFContext @ 0x5587a5359a80] Warning: SPS NALU missing or invalid. The resulting stream may not play. [AVBSFContext @ 0x5587a5359a80] Warning: PPS NALU missing or invalid. The resulting stream may not play. I have just spotted another problem with the dvfxsd Click download. Although the audio bit rate is 125kbit/s which I would expect to be accompanied by AAC-LC, it is instead using HE-AAC, which I do not want. Devices which do not support HE-AAC should ignore it, but with the loss of half the bandwidth. I'll have to research whether I can get ffmpeg to convert the audio to AAC-LC. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: "Canal Boat Diaries" problem?
On Tue, 26 Nov 2019 at 21:22, Steve Dodd wrote: > Anyone else see weird problems with "Canal Boat Diaries", > https://www.bbc.co.uk/iplayer/episodes/m000bks0/canal-boat-diaries ? > > Episodes 1-4 have only downloaded in SD, and I'm seeing all sorts of > errors like: [..] Don't think this post ever made it to the list, but have just upgraded to 3.23 which has got rid of the errors, and it seems there are "default" and "editorial" versions of this programme, with only the latter having HD versions available for some reason .. S. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 3.23 released was Re: 403 Forbidden Errors on Playlists
On 30/11/2019 06:31, Geoff Smith wrote: https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release323 Usual thanks to the maintainer. We still seem to have lost some HVF modes, including the mode I use most often, hvfxsd. I have just tried to download the latest version of Click, --pid=m000c1dq --info gives modes: original: hvfhd1,hvfhd2,hvfhd3,dvfhd1,dvfhd2,dvfhd3,hvfsd1,hvfsd2,hvfsd3, dvfsd1,dvfsd2,dvfsd3,dvfxsd1,dvfxsd2,dvfxsd3,hvfhigh1,hvfhigh2, hvfhigh3,dvfhigh1,dvfhigh2,dvfhigh3,hvfxhigh1,hvfxhigh2,hvfxhigh3, dvfxhigh1,dvfxhigh2,dvfxhigh3,dvflow1,dvflow2,dvflow3,subtitles1,subtitles2 I used dvfxsd but I got warnings from ffmpeg [AVBSFContext @ 0x5587a5359a80] Warning: SPS NALU missing or invalid. The resulting stream may not play. [AVBSFContext @ 0x5587a5359a80] Warning: PPS NALU missing or invalid. The resulting stream may not play. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
3.23 released was Re: 403 Forbidden Errors on Playlists
https://github.com/get-iplayer/get_iplayer/wiki/release320to329#release323 Usual thanks to the maintainer. On 27/11/2019, Jim web wrote: > In article > , >Andy Wedge wrote: >> >I'm getting a lot of "403 Forbidden" playlist errors today in >> > get_iplayer. > >> It's a known issue. See >> https://github.com/get-iplayer/get_iplayer/wiki/issues > > Thanks for that! I got the error this morning and was about to report it! > :-) > > Jim > > -- > Electronics > https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm > Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html > biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html > Audio Misc http://www.audiomisc.co.uk/index.html > > > ___ > 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
3,23 releasedRe: 403 Forbidden Errors on Playlists
On 27/11/2019, Andy Wedge wrote: >>-Original Message- >>From: get_iplayer >On Behalf Of >> tellyaddict >>Sent: 26 November 2019 23:29 >>To: get_iplayer >>Subject: 403 Forbidden Errors on Playlists >> >>Hi all, >> >>I'm getting a lot of "403 Forbidden" playlist errors today in get_iplayer. >> > > It's a known issue. See > https://github.com/get-iplayer/get_iplayer/wiki/issues > > Andy > > ___ > 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: Digging for Britain Episode
The DASH downloads come in 2 separate parts. Audio and video. FFMPEG then muxes the 2 files together into 1 mp4. > Sent: Thursday, November 28, 2019 at 12:36 AM > From: "MacFH - C E Macfarlane" > To: "artisticforge Niemand" , get_iplayer > > Subject: Re: Digging for Britain Episode > > This is downloading for me now, video included, dvfhd2/ll. If I findin > the morning that it has failed I'll post about it probably around > lunchtime, possibly before, otherwise assume that it's worked. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: Digging for Britain Episode
This is downloading for me now, video included, dvfhd2/ll. If I findin the morning that it has failed I'll post about it probably around lunchtime, possibly before, otherwise assume that it's worked. On 28/11/2019 00:04, artisticforge Niemand wrote: Hello The 2nd tv episode which has downloaded audio. what has changed? how do I tell GIP is just download TV as Video? I have never had to do that. below is the output INFO: Trying 'dvfhd1' mode: attempt 3 / 3 INFO: Creating subdirectory /home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme INFO: File name prefix = Digging_for_Britain_Series_8_-_02._North_m000bpm4_original INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:00 @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: File segment URL: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/3d4b79-m000bpm2/vf_m000bpm2_d5e32c73-5b7c-4fcc-8706-84cd19 WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] INFO: Trying 'dvfhd2' mode: attempt 1 / 3 INFO: Creating subdirectory /home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme INFO: File name prefix = Digging_for_Britain_Series_8_-_02._North_m000bpm4_original INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 57.21 MB (00:58:48) [919] in 00:08:05 @ 0.94 Mb/s (dvfhd2/ll) [audio] INFO: Begin downloading at: 0.00 MB (00:00:00) [1] 5.2% 116.37 MB / ~2235.87 MB (00:03:04 / 00:58:48) [ 48 / 919] @ 4.7 Mb/s ETA: 01:00:25 (dvfhd2/ll) [video] ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Digging for Britain Episode
Hello The 2nd tv episode which has downloaded audio. what has changed? how do I tell GIP is just download TV as Video? I have never had to do that. below is the output INFO: Trying 'dvfhd1' mode: attempt 3 / 3 INFO: Creating subdirectory /home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme INFO: File name prefix = Digging_for_Britain_Series_8_-_02._North_m000bpm4_original INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:00 @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: File segment URL: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/3d4b79-m000bpm2/vf_m000bpm2_d5e32c73-5b7c-4fcc-8706-84cd19 WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] INFO: Trying 'dvfhd2' mode: attempt 1 / 3 INFO: Creating subdirectory /home/user/get_iplayer.dir/Digging_for_Britain_Series_8 for programme INFO: File name prefix = Digging_for_Britain_Series_8_-_02._North_m000bpm4_original INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 57.21 MB (00:58:48) [919] in 00:08:05 @ 0.94 Mb/s (dvfhd2/ll) [audio] INFO: Begin downloading at: 0.00 MB (00:00:00) [1] 5.2% 116.37 MB / ~2235.87 MB (00:03:04 / 00:58:48) [ 48 / 919] @ 4.7 Mb/s ETA: 01:00:25 (dvfhd2/ll) [video] -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: odd problem with downloading
Got it to download with --tvmode hvfhd,hvfxsd,hvfsd to define the acceptable TV modes. On 27/11/2019 14:34, MacFH - C E Macfarlane wrote: Please see below ... On 25/11/2019 23:52, artisticforge Niemand wrote: Hello I was eventually able to get it downloaded by restarting it from the command line. Still doesn't work for me. there are a couple other oddities currently with the bbc. Yes, for example the 403 messages. On Mon, Nov 25, 2019 at 4:25 PM Nick Payne wrote: On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote: On 25/11/2019 01:58, artisticforge Niemand wrote: Hello Downloading the current episode of Seven Worlds One Planet starts out okay, when if has to restart the download it fails. I'm not even getting that far, I get ... Seven Worlds One Planet - 01 05 Europe.audio.m4a (length 0) Seven Worlds One Planet - 01 05 Europe.audio.txt (length 1KB) ... and that's all. Going to the programme page ... https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe ... that seems to begin alright, and there's no mention of problems with it in the iPlayer help page, so I'm not sure what to try next. Ditto here. Other programs download without any problem, including other episodes of the same series, so it seems to be something awry with this one. The log shows: INFO: File name prefix = Seven_Worlds_One_Planet-s01e05-Europe INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:01 @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: File segment URL: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/dash/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000.dash?at=4NFhVUwGd8b75c9fff30a80a11f90e7f98750cd9c669ed6d5983325e3e680 WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] and GiP then tries for the editorial version and finds no streams available. Yes, still the same. ___ 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
The Repair Shop Series 5 Episode 8
Hello The Repair Shop Series 5 Episode 8 has just download as an audio dash file. This is a TV show. The_Repair_Shop_Series_5_-_08._Episode_8_m000bpzt_original.dash.m4a I have tried downloading it twice. so where is the video? -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: odd problem with downloading
Please see below ... On 25/11/2019 23:52, artisticforge Niemand wrote: Hello I was eventually able to get it downloaded by restarting it from the command line. Still doesn't work for me. there are a couple other oddities currently with the bbc. Yes, for example the 403 messages. On Mon, Nov 25, 2019 at 4:25 PM Nick Payne wrote: On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote: On 25/11/2019 01:58, artisticforge Niemand wrote: Hello Downloading the current episode of Seven Worlds One Planet starts out okay, when if has to restart the download it fails. I'm not even getting that far, I get ... Seven Worlds One Planet - 01 05 Europe.audio.m4a(length 0) Seven Worlds One Planet - 01 05 Europe.audio.txt(length 1KB) ... and that's all. Going to the programme page ... https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe ... that seems to begin alright, and there's no mention of problems with it in the iPlayer help page, so I'm not sure what to try next. Ditto here. Other programs download without any problem, including other episodes of the same series, so it seems to be something awry with this one. The log shows: INFO: File name prefix = Seven_Worlds_One_Planet-s01e05-Europe INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:01 @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: File segment URL: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/dash/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000.dash?at=4NFhVUwGd8b75c9fff30a80a11f90e7f98750cd9c669ed6d5983325e3e680 WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] and GiP then tries for the editorial version and finds no streams available. Yes, still the same. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: 403 Forbidden Errors on Playlists
In article , Andy Wedge wrote: > >I'm getting a lot of "403 Forbidden" playlist errors today in get_iplayer. > It's a known issue. See https://github.com/get-iplayer/get_iplayer/wiki/issues Thanks for that! I got the error this morning and was about to report it! :-) Jim -- Electronics https://www.st-andrews.ac.uk/~www_pa/Scots_Guide/intro/electron.htm Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html biog http://jcgl.orpheusweb.co.uk/history/ups_and_downs.html Audio Misc http://www.audiomisc.co.uk/index.html ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
RE: 403 Forbidden Errors on Playlists
>-Original Message- >From: get_iplayer >On Behalf Of >tellyaddict >Sent: 26 November 2019 23:29 >To: get_iplayer >Subject: 403 Forbidden Errors on Playlists > >Hi all, > >I'm getting a lot of "403 Forbidden" playlist errors today in get_iplayer. It's a known issue. See https://github.com/get-iplayer/get_iplayer/wiki/issues Andy ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
403 Forbidden Errors on Playlists
Hi all, I'm getting a lot of "403 Forbidden" playlist errors today in get_iplayer. Some programmes don't show any errors and download fine and others either get there after a few tries or fail. Using todays 10 O'clock News as an example (m000bqq3) I get lots of this in the output: ERROR: Failed to download URL (3/3): https://vod-hls-uk-live.akamaized.net/usp/a uth/vod/piff_abr_l2v_hd/ca444e-m000bqq1/vf_m000bqq1_a955ed63-5c31-4270-97a8-d896 41b57094.ism.hlsv2.ism/vf_m000bqq1_a955ed63-5c31-4270-97a8-d89641b57094.ism.hlsv 2.m3u8?__gda__=1574831404_08bceae61a2b081e994f509ad58825d1 ERROR: Response: 403 Forbidden This seems to be affecting HLS Playlists. Newer programmes seem to be missing HVF streams completely and some older programmes sometimes have working ones. Radio doesn't seem to have any HAF modes. If I go through the mediaselector etc I seem to be able to get some of the HVF streams but the addresses GiP shows as forbidden don't work in the browser either though I can't work out what the difference is. Have they changed the URL structure or anything? ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: odd problem with downloading
Hello I was eventually able to get it downloaded by restarting it from the command line. there are a couple other oddities currently with the bbc. On Mon, Nov 25, 2019 at 4:25 PM Nick Payne wrote: > > On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote: > > On 25/11/2019 01:58, artisticforge Niemand wrote: > >> Hello > >> > >> Downloading the current episode of Seven Worlds One Planet > >> starts out okay, when if has to restart the download it fails. > > > > I'm not even getting that far, I get ... > > > > Seven Worlds One Planet - 01 05 Europe.audio.m4a(length 0) > > Seven Worlds One Planet - 01 05 Europe.audio.txt(length 1KB) > > > > ... and that's all. Going to the programme page ... > > > > https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe > > > > > > ... that seems to begin alright, and there's no mention of problems > > with it in the iPlayer help page, so I'm not sure what to try next. > > Ditto here. Other programs download without any problem, including other > episodes of the same series, so it seems to be something awry with this > one. The log shows: > > INFO: File name prefix = Seven_Worlds_One_Planet-s01e05-Europe > INFO: Begin downloading at: 0.00 MB (00:00:00) [1] > INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:01 @ 0.00 Mb/s > (dvfhd1/bi) [audio] > WARNING: Failed to download file segment [0] > WARNING: Response: 400 Bad Request > WARNING: File segment URL: > https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/dash/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000.dash?at=4NFhVUwGd8b75c9fff30a80a11f90e7f98750cd9c669ed6d5983325e3e680 > WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] > > and GiP then tries for the editorial version and finds no streams available. > > > > ___ > get_iplayer mailing list > get_iplayer@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/get_iplayer -- terry l. ridder ><> ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: odd problem with downloading
On 26/11/2019 8:59 am, MacFH - C E Macfarlane wrote: > On 25/11/2019 01:58, artisticforge Niemand wrote: >> Hello >> >> Downloading the current episode of Seven Worlds One Planet >> starts out okay, when if has to restart the download it fails. > > I'm not even getting that far, I get ... > > Seven Worlds One Planet - 01 05 Europe.audio.m4a (length 0) > Seven Worlds One Planet - 01 05 Europe.audio.txt (length 1KB) > > ... and that's all. Going to the programme page ... > > https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe > > > ... that seems to begin alright, and there's no mention of problems > with it in the iPlayer help page, so I'm not sure what to try next. Ditto here. Other programs download without any problem, including other episodes of the same series, so it seems to be something awry with this one. The log shows: INFO: File name prefix = Seven_Worlds_One_Planet-s01e05-Europe INFO: Begin downloading at: 0.00 MB (00:00:00) [1] INFO: Downloaded: 0.00 MB (00:00:00) [0] in 00:00:01 @ 0.00 Mb/s (dvfhd1/bi) [audio] WARNING: Failed to download file segment [0] WARNING: Response: 400 Bad Request WARNING: File segment URL: https://mm.bidi.bbc.co.uk/vod-dash-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/dash/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000.dash?at=4NFhVUwGd8b75c9fff30a80a11f90e7f98750cd9c669ed6d5983325e3e680 WARNING: Stopped downloading at: 0.00 MB (00:00:00) [0] and GiP then tries for the editorial version and finds no streams available. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
Re: odd problem with downloading
On 25/11/2019 01:58, artisticforge Niemand wrote: Hello Downloading the current episode of Seven Worlds One Planet starts out okay, when if has to restart the download it fails. I'm not even getting that far, I get ... Seven Worlds One Planet - 01 05 Europe.audio.m4a (length 0) Seven Worlds One Planet - 01 05 Europe.audio.txt (length 1KB) ... and that's all. Going to the programme page ... https://www.bbc.co.uk/iplayer/episode/m000bqjg/seven-worlds-one-planet-series-1-5-europe ... that seems to begin alright, and there's no mention of problems with it in the iPlayer help page, so I'm not sure what to try next. ___ get_iplayer mailing list get_iplayer@lists.infradead.org http://lists.infradead.org/mailman/listinfo/get_iplayer
odd problem with downloading
Hello Downloading the current episode of Seven Worlds One Planet starts out okay, when if has to restart the download it fails. output below INFO: Modes to try for 'editorial' version: hvfhd2,hvfhd2,hvfhd3,dvfhd1,dvfhd2,dvfhd3,hvfsd1,hvfsd2,hvfsd3,dvfsd1,dvfsd2,dvfsd3,hvfxsd1,hvfxsd2,hvfxsd3,dvfxsd1,dvfxsd2,dvfxsd3,hvfhigh1,hvfhigh2,hvfhigh3,dvfhigh1,dvfhigh2,dvfhigh3,hvfxhigh1,hvfxhigh2,hvfxhigh3,dvfxhigh1,dvfxhigh2,dvfxhigh3,hvflow1,hvflow2,hvflow3,dvflow1,dvflow2,dvflow3 INFO: Downloading tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe (m000bqjg) [editorial]' INFO: Trying 'hvfhd1' mode: attempt 1 / 3 INFO: ffmpeg version string = 3.2.4-static INFO: ffmpeg version number = 3.2 INFO: Creating subdirectory /mnt/strauss-root/home/user /get_iplayer.dir/Seven_Worlds_One_Planet_Series_1 for programme INFO: File name prefix = Seven_Worlds_One_Planet_Series_1_-_05._Europe_m000bqjg_editorial DEBUG: HLS playlist URL: https://mm.bidi.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0 DEBUG: HLS playlist URL (actual): https://b1skyenlba.sp.bidi.live.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0 INFO: Downloading URL (1/3): https://b1skyenlba.sp.bidi.live.bbc.co.uk/vod-hls-uk/usp/auth/vod/piff_abr_full_hd/71da27-m000c5x9/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2.ism/vf_m000c5x9_2572b580-43d1-4adb-977a-af2c23928a8b.ism.hlsv2-audio_eng_1=128000-video=507.m3u8?at=3ixxwDzU2f80ca4fafb3a2c7fc0bfc72382e4cfcef7aab8f598219fdda8c0 INFO: Resizing file from 917576724 to 914481256 for resume INFO: Resume downloading at: 914.48 MB (00:23:56) [188] 38.3% 919.29 MB / ~2399.61 MB (00:24:04 / 00:58:04) [ 188 / 454] @ 0.0 Mb/s ETA: 06:39:10 (hvfhd1/bi) [audio+video] WARNING: Failed to download URL (2/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615 WARNING: Response: 404 Not Found INFO: Downloading URL (3/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615 ERROR: Failed to download URL (3/3): https://open.live.bbc.co.uk/mediaselector/5/select/version/2.0/mediaset/pc/vpid/m000byx1/format/xml?cb=91615 ERROR: Response: 404 Not Found ERROR: Ignore this error if programme download is successful WARNING: No streams available for 'editorial' version (m000byx1) - skipping (retry) INFO: Searching for version: 'editorial' INFO: Found version: 'editorial' INFO: Modes to try for 'editorial' version: INFO: Downloading tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe (m000bqjg) [editorial]' INFO: No specified modes (hvfhd,dvfhd,hvfsd,dvfsd,hvfxsd,dvfxsd,hvfhigh,dvfhigh,hvfxhigh,dvfxhigh,hvflow,dvflow) available for this programme with version 'editorial' INFO: No other modes are available INFO: The programme may no longer be available - check the iPlayer or Sounds site INFO: The programme may only be available in an unsupported format (e.g., Flash) - check the iPlayer or Sounds site INFO: If you use a VPN/VPS/Smart DNS/web proxy, it may have been blocked ERROR: Failed tv: 'Seven Worlds, One Planet: Series 1 - 05. Europe (m000bqjg)' -- terry l. ridder ><> ___ 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 +, 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 message came flagged as spam this time whereas all previous messages have arrived without problem. Thought I would let you know but it could be a problem at my end. Best wishes, Budge. ___ get_iplayer mailing
Re: GiP and ffmpeg
On 4 Nov 2019 at 14:15, Budge Budge wrote: > The Linn DS engineer advised that he received a file from you and advised that > if you convert the track to FLAC or ALAC that it plays. > The problems are caused by the file being split into an enormous number > of tiny chunks (over 400,000 audio blocks for a 9,200 second track); any > encoder which reduced this would allow the file to play. imo the Linn DS does not have sufficient cpu power, memory or cache to handle such a fragmented file ___ 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 15:14, Roger Bell_West wrote: On Mon, Nov 04, 2019 at 02:53:28PM +, 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
Re: GiP and ffmpeg
On Mon, Nov 04, 2019 at 02:53:28PM +, 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. R ___ 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 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 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. >> >> Unfortunately all these files are historical downloads which I am trying >> to clean up and I believe (but cannot easily check,) these problem files >> have resulted from downloads following an operating system change or new >> installation, following which I have made errors which have munged
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 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. > > Unfortunately all these files are historical downloads which I am trying > to clean up and I believe (but cannot easily check,) these problem files > have resulted from downloads following an operating system change or new > installation, following which I have made errors which have munged the > downloads until discovered and corrected! > > Almost all of the problems can be linked to playing, or not as the case > may be, on Linn DS