Re: Odd fetching of radio

On Sun Feb 21 09:48:47 GMT 2016, Jim web wrote: due to the habit of the producers of some programs (e.g. 'Feedback' and 'More or Less') to provide a 'shortened' version when I fetch using the standard pid. (snip) The first broadcast and repeat share the same pid and both tend to be shortened.

Re: Odd fetching of radio

On Sun Feb 21 12:46:42 BST 2016, J wrote: and was wondering about the SR difference between a directly-downloaded podcast and the mp3 file with which one ends up if downloading the broadcast program via GiP. Of course you do imply adding the --(aacto)mp3 switch; the code for that does not

Re: Odd fetching of radio

In article <56c9b1b2.20...@mailsorter.fsnet.co.uk>, J wrote: > Podcasts usually/often have an intro and outro to identify the > series/brand with a 'topped & tailed' version of the programme and > sometimes elements cut out - presumably because of rights issues as >

Re: Odd fetching of radio

Vangelis forthnet wrote: On Sat Feb 20 09:03:47 GMT 2016, J wrote: I don't recollect reading about changes to the way podcasts are made available by the BBC (snip) as being 128Kbps mp3 with a sampling rate of 44.1KHz (snip) where the generation of podcasts fits into the bigger picture and a

Re: Odd fetching of radio

In article , Vangelis forthnet wrote: > As for the SR of 44.1kHz, I remember asking our own "Jim web" some > months ago why it was still used for shoutcast MP3 live radio, his > "connections" told him it was to afford

Re: Odd fetching of radio

Brilliant explanation Vangelis, thank you. I recall once using one of the commit git files when the BBC were causing us some pain (maybe a year ago now) but couldn't for the life of me remember how I'd done it. I'll file these instructions in a special file for future reference. Kind Regards

Re: Odd fetching of radio

Vangelis forthnet wrote: So, from my physical location, at around the same time of day, AppleHLS streams are downloaded 4x as fast as the MPEG-DASH ones. So yes, DASH is slower (despite being what I want, since it's the only means of getting the 96kbps quality BBC legally provides here).

Re: Re: Odd fetching of radio

On Fri Feb 19 09:44:36 GMT 2016, Jim web wrote: I'm afraid you may have missed the actual point of the comparison I was reporting. Sorry if my explanations weren't clear. ... You are probably right, I may have, yes; certainly your sentence I quoted led me into my wrong assumption ;-( Many

Re: Odd fetching of radio

In article <2C200530D85044F3971052FA3FD01818@vasonote>, Vangelis forthnet wrote: > On Thu Feb 18 12:04:59 GMT 2016, Jim web wrote: [snip version deductions/info] > On Thu Feb 18 11:33:04 GMT 2016, Jim web wrote: > > I did a comparision this morning between using

Re: Odd fetching of radio

On Thu Feb 18 12:04:59 GMT 2016, Jim web wrote: OK, I'll note fuller details next time I try it. (snip) I looked at the content of the get_iplayer file but could only see it described as 2.95-dev. Afraid I'm not sure where I should look for more specific details of the version. However I

Re: Odd fetching of radio

In article <5553d093e6...@audiomisc.co.uk>, Jim web wrote: > > is of little actual help to hopeful debuggers, if you do not also > > quote the exact snapshot (commit hash) of the main script > > (get_iplayer) (of the develop branch) currently using in your system. > OK,

Re: Odd fetching of radio

In article <1D98C654D16843F19F04AD8015EA713D@vasonote>, Vangelis forthnet wrote: > One more note: 2.95 dev is undocumented, unsupported and undergoing > frequent modifications, especially into what affects HLS/DASH downloads. > Simply stating: > > using the 2.95

Odd fetching of radio

Apart from the recent hiccup, fetching TV programmes has been fine here. However in the last few days I've had some unusual behaviour showing up when trying to fetch sound radio programmes. One aspect of this is *very* slow fetches. However I tend to get radio programmes during the day when