Feature request for automatic reconnection with an online radio after drop

[Phuntso]

My ISP hates when I listen to online radios and resets my internet periodically. It takes about a minute or two for connectivity to restore. After the reset WACUP just keeps showing [Buffering: 0%] and is unable to continue playback. Have to double-click on the entry to make it start playing again.

What I wish is for WACUP to detect internet drop, wait a few min and try start playing the online radio again.

Thanks.

[dro]

Preferences -> Playback -> Silence Detection -> when enabled & configured as needed will do just that to deal with the currently re-used in_mp3 plug-in from 5.666 not behaving as wanted.

-dro

[Phuntso]

Oh, oh cool!

It came out that actually the rocks in my router had aged so far that they couldn't process or hold any logic anymore. After 5 years of hard work the router went to an eternal rest.

So, I'm looking at the Silence Detection tab and I want to be clear.
As I understand if there's silence in the period of set "Silence timeout" the Action On Timeout will be triggered?
And what is "Idle timeout"? Also in seconds? Doesn't say. Does it specify how long to wait until triggering the Action On Timeout?

Ah yes, after trying it out, it's all just as I thought.
I also noticed that if I stop the playback manually, the silence detection function will then trigger also. If only the detector had an option to check if user stopped playback, it would be great.

[dro]

It references it's in seconds as part of the overall groupbox for the timeout configuration block. The point of the feature is to keep playback going & since there's no 100% way to determine that what triggered the stop action was intended by the user (as numerous things can send the same stop message trigger without knowing what originally caused it), I'm not going to change how it works. I would however suggest if you keep using this is to enable the option to only apply it for urls to minimise the scope of it. It was only there as a suggestion to try to workaround problems with a plug-in that I've still to replace so it likely never was going to be a 100% fit.

-dro

[Phuntso]

After replacing my router I found out something in between still hates when I listen to my online radio...

It's a very neat feature to have in WACUP. But I think it has a trigger bug: it seems to activate the silence timer only when you leave its config page - it only seems to trigger once only.

[dro]

It disables it when your on the prefs page otherwise it'd be triggering things when you're making changes to the timeout.

As for the streaming issue that raised all of this, I've recently been working on my initial implementation to be able to drop the need for the in_mp3 plug-in from 5.666 for mp3 & aac playback but its likely going to bring its own quirks that'll need to be worked out once its made available. Connection timeouts are an area I'm trying to keep in mind & my crude tests so far tend to detect it but I don't know how well that'll relate to what you've been experiencing vs how I need to configure the library I'm using for making the connection to avoid it incorrectly timing out & dropping the connection when it's still valid. So that's something to fear or look forward to in a later wacup build.

-dro

[Phuntso]

Any update regarding to the issue will come in good use for people with an unstable mobile internet.

Btw, when the cut happens, I noticed that my internet connectivity is reset. Nothing else on my PC, not even massive downloads cause this network reset. Ofc it's not WACUP's fault as I've also tried the stations' web player and it seems that something in the middle hates online radios.

Also I meant that the silence detector function doesn't seem to launch anymore after the recent update. Only once I leave its config page it does triggers, but only once. But when options are closed, it doesn't trigger at all. In previous version it worked very well. Idk, maybe I'm going mad.