Recent Posts

Pages: 1 [2] 3 4 ... 10
11
The Pub - Open All Hours / Re: Hellooooo......are you there?
« Last Post by Truthyness on June 06, 2018, 01:47:56 PM »
Echooooooooe echoooooooe echoooooooe
No this isn't!

hello Jan and Ironeyes,
I too have had steaming piles of the same as Jan's described. Only I think health-wise she may have beaten me in terms of quantity!

How are  you both, how are you listening ... if you are listening. Love to share the occasional nugget you come across.

In Brussels, global-warming has peaked. We're expecting 27° this afternoon! But in the city centre it's a pit and humid and polluted.

I have recently found refuge on a tiny organic farm in the heart of the Atlas and consequently am taking to going every month. It is, as so many have mentioned to me over the past 50 years, the IDEAL climate.

Other than that ... have been initiated to SPOTIFY which fills the BBC void satisfactorily.

Hope temperatures are not too brutal in Cali right now.
And what of Down-under IE, any trips there in the offing?

Dear Rick, sorry if I've been absent but life took over good 'n proper I'm afraid.
The little bunnies(kids), are they flourishing in the exquisite neck of the woods you inhabit?

Thanks for keeping us afloat.

Cheers to all,
Tru



12
The Pub - Open All Hours / Re: Hellooooo......are you there?
« Last Post by Ironeyes on June 05, 2018, 03:58:06 PM »
Hi Jan, I'm sorry that your 'hot' life is keeping you busier than you may have liked.

I'm fine, but as I said, disappointed that so many characters from this saga of Beebotron have disappeared without any explanation. 

Give my best to Truthy, and Lady P (and anyone else) with whom you might communicate away from here.

 
13
Radio Matters / Goons
« Last Post by Janaru on June 04, 2018, 09:24:05 PM »
I know someone who just got a hold of some transcription discs of The Good Show. I don't listen to that one, often, but I know many here do. I was wondering if the ones he has are already in the BBC's Archives. If not, they may be interested in getting some copies from him.

This is what he says he has:

 93/94- The Fireball Of Milton Street/Forog, 99/100- The Jet-Propelled Guided Naafi/The Nadger Plague, 91/92- The Booted Gorilla/The Spanish Suitcase, 97/98- Seagoon M.C.C./The Secret Escritoire, 89/90- Lurgi Strikes Again/The Last Tram, 107- The Great Statue Debate (one sided with beautiful etching on b-side!), 101/102- The Great Bank Robbery/What's My Line?, 103/104- The Telephone/Emperor Of The Universe, 105/106- The Histories Of Pliny The Elder/The Thing On The Mountain, 95-96- The Six Ingots Of Leadenhall Street/Yehti, 87/88 (Christmas Edition)- Ye Bandit Of Sherwood Forest/The Dreaded Batter Pudding Hurler
14
Radio Matters / Re: RadioArchive is back!! ( but then maybe you knew that?)
« Last Post by Janaru on June 04, 2018, 09:21:32 PM »
Thanks, for this, I'll check it out. :)
15
The Pub - Open All Hours / Re: Hellooooo......are you there?
« Last Post by Janaru on June 04, 2018, 08:35:28 PM »
I'm here!  Not too often, anymore, as I have a steaming pile of life going on right now...and for a long while now....but I AM here. :)

I know Tru has been having health issues, poor thing. We commiserate on FB occasionally.

How are you? :D
16
The Pub - Open All Hours / Hellooooo......are you there?
« Last Post by Ironeyes on June 03, 2018, 10:12:45 PM »
Am I alone in being frustrated by fora such as this one, in the way that people can be interactive, funny, annoying, informative, etc., sometimes on a daily basis, and maybe for a number of years, and then……………………….they’re gone.…………………....with no word of farewell, nothing.

And I’m not just talking about hero members like Matamore (with over 4000 posts), who hasn’t been active for over two years. We also have an administrator, my old sparring partner Truthyness, who hasn’t been active for over four months, but who previously, according to the stats has posted an average of 2.4 posts PER DAY for nine years plus.

I know that in some cases, people will succumb to ill health or accidents, which may prevent them from informing other forum users of their non-participation, but that can’t be the case for all of ‘the disappeared’.

I’m not expecting any illuminating answers here, and guess I’ll just go on wondering what happened to old wossname and whether thingy is still alive and kicking.
17
The Pub - Open All Hours / Congratulations, kids!
« Last Post by Janaru on May 19, 2018, 12:31:39 PM »
Happy wedding! I wish you joy and happiness....and I apologize for the long-winded preacher.  :P
18
Geek Speak / Re: Download TV or Radio using only the 8-digit PID
« Last Post by ricklous on May 13, 2018, 11:10:29 AM »
Ed,
Is there a link or anything from the BBC that I can take a look at to confirm the switch to HTTPS? I may need to rewrite a few things.

I can only find 2 blog posts, neither of which refers to a 1st May cutoff:
http://www.bbc.co.uk/blogs/internet/entries/f6f50d1f-a879-4999-bc6d-6634a71e2e60
and:
http://www.bbc.co.uk/blogs/internet/entries/eb4fdb3a-fa91-49ad-bb71-bbe82dab2bd3

Also, monkeyglands is right. On the youtube-dl documentation, that options is explained as:

Code: [Select]
--no-check-certificate           Suppress HTTPS certificate validation
...which means that youtube-dl is not checking the certificate that the BBC feeds back to it against its own set of trusted CAs. If you're having to use the option to connect to the bbc https url, then either
1. the BBC has a problem with it's certificates,
2. youtube-dl doesn't have an up-to-date library of CAs, or some other issue
3. the certificate arriving at your PC isn't a certificate sent by the BBC.

I think we can discount the first.
Also, I think it's unlikely that the BBC would flat-out reject url requests via http. The Beebotron has been redirecting http to https for about two years, and it's trivial. There is no reason to reject a url instead of rewriting, and it would cause massively more problems than it solves. I wonder if there is something else tripping up your access to the BBC. For example, your ISP could be making a clumsy intervention in your traffic which is tripping things up when youtube-dl tries to switch to the BBCs https url. Mobile ISPs are often found to be doing something they shouldn't when people have issues browsing. Are there any proxies/vpns etc that you know of, on your connection? How do you connect?

Also can you give us an example of a url that trips up, so that we can test it from different locations/connections?
19
Geek Speak / Re: Download TV or Radio using only the 8-digit PID
« Last Post by Ed on May 12, 2018, 06:40:58 AM »
This isn't a theoretical forum, we only deal with practical solutions to real problems here.


1.  The plain fact is that from the 1st of this month the BBC servers are rejecting any attempt to connect to the iplayer radio streams using http:// and are currently allowing only requests using https:// to connect. (The BBC servers might behave inconsistently in the first stages of this changeover, as has sometimes happened in the past, so some requests using http:// might still be honoured, but inconsistently.)

This change might not be obvious to anyone using a web browser to listen-in, since browsers often substitute a secure connection automatically in this situation, without the user having to intervene, so the user may be unaware of that happening.

Accordingly, if you are using a program such as YouTube-dl or get_iplayer to connect, in the event of a failure/refusal the first thing to do is make sure you are using https:// (the secure protocol) in the url address of the stream.


2.  Also from the 1st of this month, the BBC servers are refusing an ordinary attempt to connect to them using YouTube-dl.exe but will only allow the connection if the documented option --no-check-certificate is added to the command line.

Accordingly, if you are using the program YouTube-dl to connect, in the event of a failure/refusal the second thing to do is make sure you add --no-check-certificate to the command line (somewhere prior to the output file name).




.
20
Geek Speak / Re: Download TV or Radio using only the 8-digit PID
« Last Post by monkeyglands on May 04, 2018, 04:22:00 PM »
First, and most important, the BBC website has abandoned support for the http format. Most software programs, however, have been built on the assumption that http:// is a valid url format.

Those programs are now broken. So are scripts based on them.

From 1st May forward, the BBC website will only recognise a request for a url if the request is made using the https:// format. Whereas, up until last month, the website would serve a stream if the request was made in either http or https format, from now on it will only serve a stream if the secure https stream is requested.

If you access their site, and are refused, this is the first thing to check. Make certain that the url address of the audio stream begins with https:// (and not http://).
Completely wrong. http:// URL requests are automatically redirected to https:// equivalent. The BBC has been doing that for a long time.
Secondly, but probably equally important, from 1st May the BBC's servers will only serve a stream if the request is made using the correct security certificate. Previously, their servers did not ask for this.

Again, many software programs, and scripts based on them, will be broken as a result of this change.

In the case of YouTube-dl.exe the solution is to add to the command line the option --no-check-certificate because without that the server will simply send a refusal instead of the requested stream. My above-mentioned batch file must be modified by you, to add that option to the command line which mentions YouTube-dl.

Again, if you access their site, and are refused, this is the second thing to check.

So far my researches have not extended beyond avoiding the check. I can't yet comment on the specifics of the particular security certificate, or how to comply rather than simply side-step.
Also completely wrong. The BBC servers do not check individuals' client certificates (that would make no sense), and that is not what --no-check-certificate does. It means the client (youtube-dl in this case) doesn't attempt to verify the certificate presented by the server.
Pages: 1 [2] 3 4 ... 10