Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #153348 > unrolled thread

Listening to Radio Thru the Browser (it shuts off)

Back to article view | Back to comp.mobile.android

Contents

  Listening to Radio Thru the Browser (it shuts off) croy <croy@spam.invalid.net> - 2026-04-12 09:57 -0700
    Re: Listening to Radio Thru the Browser (it shuts off) Andy Burns <usenet@andyburns.uk> - 2026-04-12 18:23 +0100
      Re: Listening to Radio Thru the Browser (it shuts off) Maria Sophia <mariasophia@comprehension.com> - 2026-04-12 10:38 -0700
        Re: Listening to Radio Thru the Browser (it shuts off) Andy Burns <usenet@andyburns.uk> - 2026-04-12 20:32 +0100
          Re: Listening to Radio Thru the Browser (it shuts off) Maria Sophia <mariasophia@comprehension.com> - 2026-04-12 14:08 -0700
            Re: Listening to Radio Thru the Browser (it shuts off) Andy Burns <usenet@andyburns.uk> - 2026-04-13 03:21 +0100
            Re: Listening to Radio Thru the Browser (it shuts off) Arno Welzel <usenet@arnowelzel.de> - 2026-04-13 21:00 +0200
        Re: Listening to Radio Thru the Browser (it shuts off) Arno Welzel <usenet@arnowelzel.de> - 2026-04-13 20:59 +0200
          Re: Listening to Radio Thru the Browser (it shuts off) Maria Sophia <mariasophia@comprehension.com> - 2026-04-13 15:52 -0600
        Re: Listening to Radio Thru the Browser (it shuts off) croy <croy@spam.invalid.net> - 2026-04-17 08:06 -0700
      Re: Listening to Radio Thru the Browser (it shuts off) croy <croy@spam.invalid.net> - 2026-04-17 08:03 -0700
    Re: Listening to Radio Thru the Browser (it shuts off) VanguardLH <V@nguard.LH> - 2026-04-12 13:55 -0500
      Re: Listening to Radio Thru the Browser (it shuts off) croy <croy@spam.invalid.net> - 2026-04-17 08:11 -0700
    Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-12 21:01 +0200
      Re: Listening to Radio Thru the Browser (it shuts off) Siard <saylor259@mailbox.org> - 2026-04-13 10:01 +0200
        Re: Listening to Radio Thru the Browser (it shuts off) Andy Burns <usenet@andyburns.uk> - 2026-04-13 09:08 +0100
          Re: Listening to Radio Thru the Browser (it shuts off) Maria Sophia <mariasophia@comprehension.com> - 2026-04-13 03:33 -0600
            Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 12:37 +0200
              Re: Listening to Radio Thru the Browser (it shuts off) Dave Royal <dave@dave123royal.com> - 2026-04-13 18:33 +0100
                Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 21:58 +0200
                  Re: Listening to Radio Thru the Browser (it shuts off) Frank Slootweg <this@ddress.is.invalid> - 2026-04-14 17:23 +0000
              Re: Listening to Radio Thru the Browser (it shuts off) Frank Slootweg <this@ddress.is.invalid> - 2026-04-13 18:56 +0000
          Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 12:36 +0200
        Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 12:36 +0200
          Re: Listening to Radio Thru the Browser (it shuts off) Siard <saylor259@mailbox.org> - 2026-04-13 12:52 +0200
            Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 13:50 +0200
              Re: Listening to Radio Thru the Browser (it shuts off) Jörg Lorenz <hugybear@gmx.net> - 2026-04-13 15:21 +0200
                Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 21:59 +0200
    Re: Listening to Radio Thru the Browser (it shuts off) Richmond <dnomhcir@gmx.com> - 2026-04-13 11:23 +0100
    Re: Listening to Radio Thru the Browser (it shuts off) Arno Welzel <usenet@arnowelzel.de> - 2026-04-13 20:58 +0200
      Re: Listening to Radio Thru the Browser (it shuts off) "Carlos E.R." <robin_listas@es.invalid> - 2026-04-13 22:01 +0200

Page 1 of 2  [1] 2  Next page →

#153348 — Listening to Radio Thru the Browser (it shuts off)

When I listen to a radio station thru the browser, it times out and shuts
off after a few minutes.

Is that shut off preventable?

-- 
croy

[toc] | [next] | [standalone]

#153350

croy wrote:

> When I listen to a radio station thru the browser, it times out and shuts
> off after a few minutes.

I *can* listen to e.g. https://times.radio/ in firefox on android, but I 
don't tend to do it that way for long periods of time, preferrig either 
using RadioPlayer or Tunein apps.

> Is that shut off preventable?
Have you tried apps? (I know it can be annoying to load a multitude of 
apps for different stations).

[toc] | [prev] | [next] | [standalone]

#153353

Andy Burns wrote:
> croy wrote:
> 
>> When I listen to a radio station thru the browser, it times out and shuts
>> off after a few minutes.
> 
> I *can* listen to e.g. https://times.radio/ in firefox on android, but I 
> don't tend to do it that way for long periods of time, preferrig either 
> using RadioPlayer or Tunein apps.
> 
>> Is that shut off preventable?
> Have you tried apps? (I know it can be annoying to load a multitude of 
> apps for different stations).

I'm no expert in this but I am vaguely aware that a bunch of things prevent
audio in the background on "my" Android phone. 

One example that is NOT a browser is the YouTube app will stop playing when
I screenblank while the NewPipe equivalent will happily play all night.

From my extensive dealings with the Aloha Browser on Windows, I'm aware
also that Chrome browsers have built-in play-in-background restrictions.

Android's Battery Optimization may also play a role, I would think.

One suggestion for the OP might be to give us the browser name & version
and those with that same browser can test it out, perhaps on a known file.

Also, disabling battery optimization would be a quick test of that theory.
 Settings > Apps > (Browser) > Battery usage > {Unrestricted,Optimized}

Does the OP have a "Data Saver" turned on? (this is using pseudopaths)
 Browser > Settings > Privacy & Security > Accessibility > Data Saver

Another test is to download VLC (which is likely one of the most used media
players on any platform) and stream the URL from VLC (as if it's a browser)
where VLC (at least on Windows) can handle an entire text playlist to play.

Unlikely but do you have a screen timeout that is causing the dropoff?
Do you have network-sleep policies on your wi-fi or mobile data?
 Wi-Fi > Advanced > Keep Wi-Fi on during sleep > Always (pseudopath)

Does it happen with both Mozilla and Chromium-based browsers?

Which browser are you currently using, and does the audio cut out the
moment the screen goes black, or is it a few minutes later?
-- 
On Usenet, old men with vast experience voluntarily share that knowledge.

[toc] | [prev] | [next] | [standalone]

#153359

Maria Sophia wrote:

> One example that is NOT a browser is the YouTube app will stop playing when
> I screenblank

Youtube Premium allows background play.

[toc] | [prev] | [next] | [standalone]

#153360

Andy Burns wrote:
> Maria Sophia wrote:
> 
>> One example that is NOT a browser is the YouTube app will stop playing when
>> I screenblank
> 
> Youtube Premium allows background play.

Good point. How do they do it? Do they use the same YouTube app?

Looking it up... it turns out that it isn't at all that the regular YouTube
app can't play in the background. Instead, it's that it is programmed to
actively stop itself when it loses focus due to how the app interacts with
the Android Activity Lifecycle and Foreground Services.

Apparently, on regular YouTube when we switch apps or home screen, the
Android system triggers onPause() and onStop(). The regular app is coded to
detect these triggers and immediately send a "pause" command to the video
player.

When these same triggers occur on YouTube Premium, the app checks our
account status. If we have Premium, it ignores the command to stop the
player and instead transitions the playback to a Foreground Service.

[toc] | [prev] | [next] | [standalone]

#153366

Maria Sophia wrote:

> Andy Burns wrote:
>
>> Youtube Premium allows background play.
> 
> Good point. How do they do it? Do they use the same YouTube app?

Yes same app, behaves differently when signed-in to a paid account.

[toc] | [prev] | [next] | [standalone]

#153399

Maria Sophia, 2026-04-12 23:08:

> Andy Burns wrote:
>> Maria Sophia wrote:
>>
>>> One example that is NOT a browser is the YouTube app will stop playing when
>>> I screenblank
>>
>> Youtube Premium allows background play.
> 
> Good point. How do they do it? Do they use the same YouTube app?

Maybe - I don't know, since I use RVX which is YouTube without restrictions.


-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#153398

Maria Sophia, 2026-04-12 19:38:

> Andy Burns wrote:
>> croy wrote:
>>
>>> When I listen to a radio station thru the browser, it times out and shuts
>>> off after a few minutes.
>>
>> I *can* listen to e.g. https://times.radio/ in firefox on android, but I 
>> don't tend to do it that way for long periods of time, preferrig either 
>> using RadioPlayer or Tunein apps.
>>
>>> Is that shut off preventable?
>> Have you tried apps? (I know it can be annoying to load a multitude of 
>> apps for different stations).
> 
> I'm no expert in this but I am vaguely aware that a bunch of things prevent
> audio in the background on "my" Android phone. 
> 
> One example that is NOT a browser is the YouTube app will stop playing when
> I screenblank while the NewPipe equivalent will happily play all night.

Yes, because NewPipe is designed to do that. YouTube not - at least not
without paying for a "premium" plan.

Internet radio apps usually also allow playback in the background.



-- 
Arno Welzel
https://arnowelzel.de

[toc] | [prev] | [next] | [standalone]

#153405

Arno Welzel wrote:
> Internet radio apps usually also allow playback in the background.

I noticed on my audio folder that I had long ago tested 
 a. Open Radio
 b. FM Radio
In addition to downloading yesterday
 c. RadioDroid

Looking in Muntashirakon App Manager for their unique package names 
 a. com.yuriy.openradio
 b. com.liveradio.fmradio.radiotuner.radiostation.amradio
 c. net.programmierecke.radiodroid2 

I haven't tested them recently, but I suggest to the OP that he can.
Although, it seems the OP is a hit-and-run poster to this newsgroup.

What's with that?
Is he just wasting our valuable time like micky does?

Has anyone received any response about this question from the OP?
Is he just playing games on the Android newsgroup with our valuable help?

[toc] | [prev] | [next] | [standalone]

#153493

On Sun, 12 Apr 2026 10:38:06 -0700, Maria Sophia
<mariasophia@comprehension.com> wrote:

Just getting back to this.

>Android's Battery Optimization may also play a role, I would think.

Thanks! That struck gold.  It was the app's battery optimization settings
that did the trick.

-- 
croy

[toc] | [prev] | [next] | [standalone]

#153492

On Sun, 12 Apr 2026 18:23:53 +0100, Andy Burns <usenet@andyburns.uk> wrote:

>I *can* listen to e.g. https://times.radio/ in firefox on android, but I 
>don't tend to do it that way for long periods of time, preferrig either 
>using RadioPlayer or Tunein apps.
>
>> Is that shut off preventable?
>Have you tried apps? (I know it can be annoying to load a multitude of 
>apps for different stations).

I have not tried adding apps yet.

-- 
croy

[toc] | [prev] | [next] | [standalone]

#153357

croy <croy@spam.invalid.net> wrote:

> When I listen to a radio station thru the browser, it times out and
> shuts off after a few minutes.
> 
> Is that shut off preventable?

Radio station.
Browser.
"It" times out.

Would "it" be the radio station's delivery of content, or the [web]
browser shuts off (exits)?

If the shut off is a discontinuance of streaming content from the web
site, you sure they don't implement an idle timeout?  You're likely
listening to the content, but not doing anything else at the website, so
it sees you are idle.  If idle too long, they may figure you abandoned
the playback.  Just because the client (web browser) is receiving the
streamed audio doesn't mean anyone is there at the client end to listen
to the music, so it is a waste of their resources and bandwidth to
continue playing something for which no one is listening.

You may only have to move the mouse cursor within the web page, or hit a
hotkey that retains the same web page to keep the website from idling
out your connection rather than have to switch to a different web page
(and back) to have the server see you are still there.

You didn't specify WHICH website where you are listening to their
streamed audio content.  Check their TOS or FAQ to see if they have an
idle timeout "feature".  Or, while listening to the streamed audio, do
something at the website that requires other new content, like moving to
another web page, that does not interrupt the playback to check if not
being idle there eliminates the idle stop.

Other bandwidth-heavy processes can interfere with the buffering of
streamed content.  What other network activity is present at the time
either on your own computer, or others connected to the same modem?
Maybe your kids are playing online games when you're trying to listen to
radio content.  You could set a QoS (Quality of Service) setting in the
router before the modem, or within the modem's own router (if it has
settings you can adjust), to give priority to your traffic.

If using wifi from your computer to the modem, could be the two are too
far apart or there are obstructions to the signal that reduce signal
strength.  If the wifi signal is too weak, you might be losing buffering
of the streamed content, or complete loss of a connection to a website.
Streaming content requires a persistent network connection.

Besides the website perhaps timing out what it sees as a client-side
idle session, maybe you're using [a]DSL instead of an always-on cable
connections.  DSL has its own timeout.  The DSL modem might have a
keep-alive option to prevent the disconnect.  DSL works by disconnecting
an idle connection, but supposedly reestablishing the connection very
quickly, yet the disconnect can interfere with a persistent connection.

Websites incur maintenance, high traffic that exceeds their resources,
or outages.  You didn't mention if you could reconnect to the website
immediately after the loss of streaming content.

If using a VPN, does the "shut off" still occur when NOT using a VPN?
If using streaming capture software, still get disconnects when not
using that capture software?

Did you enable the web browser's tab sleep option, if it has one?
Android Edge does not yet have the tab sleep option available in its
desktop version.  You did not mention which web browser you are using.
I did not investigate all possible Android web browsers to see if any
have a tab sleep option.

Does the website have their own Android app which you can try instead of
using a web browser generic to all websites?

[toc] | [prev] | [next] | [standalone]

#153494

On Sun, 12 Apr 2026 13:55:43 -0500, VanguardLH <V@nguard.LH> wrote:

>If the shut off is a discontinuance of streaming content from the web
>site, you sure they don't implement an idle timeout?  You're likely
>listening to the content, but not doing anything else at the website, so
>it sees you are idle.  If idle too long, they may figure you abandoned
>the playback.  Just because the client (web browser) is receiving the
>streamed audio doesn't mean anyone is there at the client end to listen
>to the music, so it is a waste of their resources and bandwidth to
>continue playing something for which no one is listening.

Thanks.  It turned out to be the app's battery setting.

This is my first smart phone, and the settings are a morass of confusion
for me (what does [some arcane setting name] mean?).

-- 
croy

[toc] | [prev] | [next] | [standalone]

#153358

On 2026-04-12 18:57, croy wrote:
> When I listen to a radio station thru the browser, it times out and shuts
> off after a few minutes.
> 
> Is that shut off preventable?
> 

Maybe the shut off is related to a power saving feature.


Try listening with an app instead. I have tried "Simple Radio" or "Open 
Radio" or "Radioline". Today I would recommend the first one.

For websites, I would recommend <https://streema.com>

-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#153374

Carlos E.R. wrote:
> For websites, I would recommend <https://streema.com>

As soon as you click PLAY, your interest in the radio station is shared
with Google....

[toc] | [prev] | [next] | [standalone]

#153375

Siard wrote:

> Carlos E.R. wrote:
> >> For websites, I would recommend <https://streema.com>
> 
> As soon as you click PLAY, your interest in the radio station is shared
> with Google....

In which case, stick to AM/FM radio ...

[toc] | [prev] | [next] | [standalone]

#153380

Andy Burns wrote:
> Siard wrote:
> 
>> Carlos E.R. wrote:
>>>> For websites, I would recommend <https://streema.com>
>> 
>> As soon as you click PLAY, your interest in the radio station is shared
>> with Google....
> 
> In which case, stick to AM/FM radio ...

I know nothing about Internet radio on Android, but Google tells me... 
 1. VLC plays any audio/video stream, including direct radio URLs.
 2. MPV also has no ads, no analytics, no Google dependencies.
 3. RadioDroid lets you extract direct stream URLs without trackers.

Since this is off topic, I opened a separate thread on the privacy aspect.

 Newsgroups: comp.mobile.android
 Subject: How to listen to an Internet radio station with privacy from Google?
 Date: Mon, 13 Apr 2026 03:29:36 -0600
 Message-ID: <10rid20$30no$1@nnrp.usenet.blueworldhosting.com>

[toc] | [prev] | [next] | [standalone]

#153386

On 2026-04-13 11:33, Maria Sophia wrote:
> Andy Burns wrote:
>> Siard wrote:
>>
>>> Carlos E.R. wrote:
>>>>> For websites, I would recommend <https://streema.com>
>>>
>>> As soon as you click PLAY, your interest in the radio station is shared
>>> with Google....
>>
>> In which case, stick to AM/FM radio ...
> 
> I know nothing about Internet radio on Android, but Google tells me...
>   1. VLC plays any audio/video stream, including direct radio URLs.

Certainly. The problem is finding out the URL.

>   2. MPV also has no ads, no analytics, no Google dependencies.
>   3. RadioDroid lets you extract direct stream URLs without trackers.
> 
> Since this is off topic, I opened a separate thread on the privacy aspect.
> 
>   Newsgroups: comp.mobile.android
>   Subject: How to listen to an Internet radio station with privacy from Google?
>   Date: Mon, 13 Apr 2026 03:29:36 -0600
>   Message-ID: <10rid20$30no$1@nnrp.usenet.blueworldhosting.com>


-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

#153393

"Carlos E.R." <robin_listas@es.invalid> Wrote in message:

> On 2026-04-13 11:33, Maria Sophia wrote:
>> Andy Burns wrote:
>>> Siard wrote:
>>>
>>>> Carlos E.R. wrote:
>>>>>> For websites, I would recommend <https://streema.com>
>>>>
>>>> As soon as you click PLAY, your interest in the radio station is shared
>>>> with Google....
>>>
>>> In which case, stick to AM/FM radio ...
>> 
>> I know nothing about Internet radio on Android, but Google tells me...
>>   1. VLC plays any audio/video stream, including direct radio URLs.
> 
> Certainly. The problem is finding out the URL.

I have often done that that by using Firefox developer tools (F12
 - on the desktop version of Firefox) Network tab.
 
-- 
Remove numerics from my email address.

[toc] | [prev] | [next] | [standalone]

#153400

On 2026-04-13 19:33, Dave Royal wrote:
> "Carlos E.R." <robin_listas@es.invalid> Wrote in message:
> 
>> On 2026-04-13 11:33, Maria Sophia wrote:
>>> Andy Burns wrote:
>>>> Siard wrote:
>>>>
>>>>> Carlos E.R. wrote:
>>>>>>> For websites, I would recommend <https://streema.com>
>>>>>
>>>>> As soon as you click PLAY, your interest in the radio station is shared
>>>>> with Google....
>>>>
>>>> In which case, stick to AM/FM radio ...
>>>
>>> I know nothing about Internet radio on Android, but Google tells me...
>>>    1. VLC plays any audio/video stream, including direct radio URLs.
>>
>> Certainly. The problem is finding out the URL.
> 
> I have often done that that by using Firefox developer tools (F12
>   - on the desktop version of Firefox) Network tab.
>   

Yes, but if you only have the phone or tablet?
And the trouble of transferring the link. A link that is not permanent, 
the stations change them periodically, and I think intentionally so that 
the browsers and third party apps stop working.

-- 
Cheers, Carlos.
ES🇪🇸, EU🇪🇺;

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.mobile.android

csiph-web