Online radio streams not playing in 1.99.54.24960 (worked before)

[vikingt]

Hi,
After updating to WACUP v1.99.54.24960, I can no longer play online radio streams /sample attached/.
When I try to open a stream (MP3/AAC), nothing plays
No audio, no buffering, just no playback
The same streams work fine in other players (e.g. Media Player Classic)
The issue happens on two different laptops, so it's not machine-specific
The same streams were working correctly in previous WACUP builds
Switching SSL backend (no change)
Changing output plugins (asiooutput / notsodirect / notsoyasapi)
Restarting WACUP
Testing different streams
Both systems with Windows 11, WACUP x86

[dro]

All of them appear to play ok for me from a quick test. If you go to Preferences -> About|Updates -> About tab -> what is shown as the active input & output plug-in at the bottom of that prefs page when you're trying to play these streams? Also is the version info block on that prefs page populating correctly?

[vikingt]

I've tried different output plugins on both laptops. no problem with local files, no problem with other players.

[wd9895]

I noticed the same: Many stations do not answer.
I checked the previous version and updated the cache of internet stations afterwards.
Result: Many are not playing.

I concluded that the list is a bit outdated as my personal favorite radio stations stream properly wo. any issues.

[dro]

wd9895: The station list is updated daily against what I'm able to obtain from a number of sources so unless they're all messing up then that shouldn't be the problem. Examples would be helpful of ones that aren't behaving so I can inspect them.

vikingt: With what's shown it really shouldn't be trying to use the directshow decoder for url playback & would explain why nothing is happening. You need to check that wacup's in_url plug-in is present & enabled & loaded which can be done by going to preferences -> plug-ins -> input -> look in the list for in_url / streaming url processor. If it's not there then you'll need to re-run the installer & hopefully that should correct what is most likely the OS / 'smart app control' (since you've mentioned Win11) messing around with dll loading when there's no reason for it to do so.

[vikingt]

I reinstalled 1.99.54.24960, but the problem persisted. I installed WACUP_Preview_v1_99_53_24784_x86, and it worked.

[dro]

The only thing I've been able to replicate is that some icecast urls are being provided as 'http' but they're only going to respond to a 'https' connection & I've provided that as a post-release update which better deals with that situation (though the icecast instance providing the wrong url despite accessing it directly over an https connection is a bug with icecast imho).

I still cannot replicate any of the provided urls failing to play when in_url is present be it on Win10 or Win11 (which is where I happened upon by chance the 'broken' icecast url). Without clarification of what the status of in_url in the install is (which I ask for a reason to try to save wasting more of everyone's time), there's nothing else I can do & won't be for at least a week (maybe more) due to irl commitments.

[vikingt]

all the time in_url plug-in was present & enabled. I reinstalled again 1.99.54.24960, plugin exists and enabled, installed post-release update  - still can't play online streams. this is just for info - тhe previous version works fine for me for now

[wd9895]

Code: [Select]

wd9895: The station list is updated daily against what I'm able to obtain from a number of sources so unless they're all messing up then that shouldn't be the problem. Examples would be helpful of ones that aren't behaving so I can inspect them.
Hi Dro,
my favourite playlist of online stations plays properly, but these are commercial broadcasters who transmit 24/7.
The provided list is partly not useable or these stations send only on specific hours.
Samples? Just try it. I have the impression of 30% not playable.

[dro]

I don't need the snarky reply ok as I have tried a load of stations & they all played ok for me when using the post-release in_url that I provided when Win11 wasn't blocking it due to (not so) Smart App Control. That is why I asked for specific examples since I can't replicate & for all I know they could be geo-blocked for you but not for others which is something I've no control over. I'm not going to just manually test 100k entries when specific examples that you / others are saying aren't working would be a better use of my time to test out specifically.

[dro]

I've found an intermittent issue which can prevent shoutcast based urls from being correctly processed if triggered from within the internet radio view which could then cause in_url to leave things in a somewhat stuck state since it doesn't know how to handle the m3u based playlist contents. That's the nearest I can get to what was being initially described (not that I could replicate with those example playlists).

There's also so many old radionomy & listen.shoutcast stream urls being provided despite none of them working for many years as of this reply which you only know that's what it is when going from the internet radio view to the main playlist (with the fixed handling in my dev build) which were meant to be flagged as invalid to play. That's now been added into in_url since it was previously an x86 build patch when using in_mp3 for streaming playback but as that's not used for it now I hadn't moved it from the core into in_url because I forgot about it. I don't know if this is behind the other comment of so many not working or not...