RADIO STREAMS order of bitrates

Here we can discuss radio stations which we are listening to.
Post Reply
User avatar
Fonzy
Posts: 558
Joined: 21 Oct 2013, 22:43
Location: Belgium

RADIO STREAMS order of bitrates

Post by Fonzy » 29 Jun 2021, 23:31

I notice last days, that new streams are ordered from source 1 = lowest bitrate to....source 3 = highest bitrate.

What happens there. If selecting station in Radiosure player, always lowest bitrate plays. >> The first working source locks !!<< The Radiosure player does not compare streams or selects the best bitrate itself. ( if you want better quality, then you must manually select an other source on the station, if exist of course)
Why more sources then ??
- The goal is,- the radio tries the first source, and if , due to slow connection or provider restrictions, that bitrate cannot connect, the radio tries the second source, and so on. This to guaranty the best sound quality.
So if the first source is slower bitrate, or worse quality, the radio locks on that, and you get worse music quality
So my advice to stations editors or submittors: Always put the best quality of streams on source 1, and more sources of lower bitrates/quality on subsequent sources.

About http / https: https gives no better quality than http. Only the stream is extra coded and decoded during transmission, giving only delay and contributes nothing to the music streams ( who are coded anyway due to the manner of transmission, like mp3, ogg, MWA, etc)
Computers with older OS'ses than Win10, and running Radiosure do not convert the https to http for the radiosureplayer !, so streams httpS will not play/connect on them. Therefore : if station connects both https and http, then use http only. It has same quality and better transmission speed than https.( there is no need to duplicate the stream http and https if same stream works, use only http then)

eMzw7gJ2NjEdmoNkiR9B
Posts: 82
Joined: 20 Nov 2016, 04:34

Re: RADIO STREAMS order of bitrates

Post by eMzw7gJ2NjEdmoNkiR9B » 07 Jul 2021, 07:43

Thank you, Fonzy. If you use HLS (Http Live Streaming) you don't have to worry about different port numbers.

With HLS, the fastest stream is automatic and adjusted as bandwidth adjusts. It also restarts automatically when there is a brief lost connection. It works by sending small files as fast as your bandwidth permits and then splicing them back together on your PC as you listen. If your station offers an HLS stream, I strongly recommend you put it in Source 1.

https://en.wikipedia.org/wiki/HTTP_Live_Streaming

HLS streams have the .m3u8 extension

eMzw7gJ2NjEdmoNkiR9B
Posts: 82
Joined: 20 Nov 2016, 04:34

Re: RADIO STREAMS order of bitrates

Post by eMzw7gJ2NjEdmoNkiR9B » 07 Jul 2021, 09:17

regarding https and http

I've corrected thousands of streams in the last month. What I have seen is that many broken streams are https streams that had been edited to with the "s" removed before submitting to RS. That had been fine, and I am assuming they were tested and retested when approved. Many of them were stations that I had submitted in previous months. The http version stopped working. adding the "s" back in made it work again. The web page always had the https.

I suggest people use the https as source 1 and if known, the http source as source two.

User avatar
Fonzy
Posts: 558
Joined: 21 Oct 2013, 22:43
Location: Belgium

Re: RADIO STREAMS order of bitrates

Post by Fonzy » 07 Jul 2021, 12:16

The http is always tested in the Radiosure itself.
The order of streams: if one does not connect, the radio goes to the next one, as far as sources exist, then error " no connect"

User avatar
Lapsang
Posts: 120
Joined: 21 Sep 2014, 12:59
Location: South East of the Netherlands, in between Belgium and Germany

Re: RADIO STREAMS order of bitrates

Post by Lapsang » 07 Jul 2021, 13:56

So, Mr. Fonzy:

If old computers don’t handle ‘https’, does the stream go to source 2 (=’http’)?

User avatar
Fonzy
Posts: 558
Joined: 21 Oct 2013, 22:43
Location: Belgium

Re: RADIO STREAMS order of bitrates

Post by Fonzy » 07 Jul 2021, 19:51

Yes, radio tries all sources before it announces no connection, but in old pc's the radio tries for several seconds, before it goes to next source, so if 3 or 4 https sources comes first, it is a long time before it gets the last http source. New pcs, with win10, connect also (radiosure) with https... how it works ???.(windows converts the streams for the application)
I have a notebook pc with win10, but the quality for music is very poor, compared with my winXP machine with soundcard and good speakerboxes... It is there where I really listen my favorite music

User avatar
Lapsang
Posts: 120
Joined: 21 Sep 2014, 12:59
Location: South East of the Netherlands, in between Belgium and Germany

Re: RADIO STREAMS order of bitrates

Post by Lapsang » 07 Jul 2021, 19:59

Does this mean the best way to handle a ‘https’ stream address is: ‘https’ as stream 1 and the same address without ‘s’ as stream 2?

User avatar
Fonzy
Posts: 558
Joined: 21 Oct 2013, 22:43
Location: Belgium

Re: RADIO STREAMS order of bitrates

Post by Fonzy » 07 Jul 2021, 20:09

Can be, if stream http and https is. Identical, but in much cases the port differs, so only removing the "s" is not always working..., mostly not, but if ports are the same (just test in radiosure if working), then you can follow your proposal, or put source 1 as http, cause for the stream itself, it does not matter if it is decoded one time ( the music coding) or twice ( the music coding plus the secure transfert-coding), it takes only some more time for https, and can slightly shift the beginning of songs signal , versus the http connection. Basically it is no big deal, cause on same stations, that signal is shifted sometimes 1...3 seconds, and cannot be corrected (inlight radio, not available as pro anymore, could fix the shift to + or to - time, and had to be corrected for the station one would record)

Post Reply