feat: get stream based on bitrate and listeners

[huyenltnguyen]

• Get stream based on bitrate and number of listeners
• Switch stream if there is an error

Closes #38

[ahmaxed]

@huyenltnguyen any progress on this solution?

[huyenltnguyen]

@ahmadabdolsaheb sorry I haven't made any progress on the error handling. Reading the Nchan doc (https://nchan.io/) requires more time (and brains) than I thought, and I haven't been able to invest enough time on this.

Do you think it's okay to have this PR merged first, to enable the auto stream switching, and we will tackle the error handling in a future PR?

[ahmaxed]

No worries.
Sure, I will give this a proper review before the weekend and merge if all is well.
Please feel free to work in parallel on error handling so you don't have to wait for me.

[ahmaxed]

@huyenltnguyen it seems like we have an outage with remote streams, it might be an ideal time to test error handling.

[huyenltnguyen]

@ahmadabdolsaheb Sooo sorry for dragging this too long. I have found a way to switch audio source when an error occurs, finally, by using the onError event of the audio element.

I believe all of the relay urls are having issue at the moment, so I was able to test this by selecting a relay url, then observe the app automatically switches to another audio source.

Check this out when you have a moment (I know things are crazy over the main repo), and let me know if there is any changes I should make :)

[huyenltnguyen]

This change is to make the dropdown renders the correct selected url.

[ahmaxed]

Thanks for the update.
I am glad to hear you were able to resolve the error handling.
The interesting things is that if you go to https://coderadio-admin.freecodecamp.org/api/nowplaying
and click on the urls for the mounts in firefox after accepting the security alert, you can play it on the browser :). we need to figure out what is causing that.

[ahmaxed]

I think the ssl certificate needs updating.

[ahmaxed]

The issue with the certificate and the relays has been resolved.

[ahmaxed]

The logic is great.
I am just thinking of situations where this would cause issues on the main repo.
Let say if coderadio goes down, the playerError could go to an infinite loop and crash the platform.
Should we add a logic so when it tests all existing streams it would stop resetting the url?

[huyenltnguyen]

Yeah to be honest, I personally don't like the solution, since I fell into infinite loop a lot when I tested this, but I decided to pushed it up anyway to it is still a progress 😅

I'll try to find a way to improve this 😄

[ahmaxed]

we could have a state that keeps the streams with the errors, so each time something errors out we only select one of the streams that has not been already in use.

make sure to change the state first and then change url. (I think you can pass a function that you would like to be called after state change as a parameter to setState).

[huyenltnguyen]

@ahmadabdolsaheb This PR is ready for another look (I pushed the changes yesterday but forgot to notify you 😅)

[ahmaxed]

Thank you for your hard work.