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: 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: 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