Stream Stops and/or never Starts BASS Error2

Hi
We have some shared content which we stream in to our program. Sometimes it works perfectly other times it does not even start or stops in the middle. Yesterday we had both cases.

any ideas or suggestions?

I have tried to connect to the stream and get the same bass error (can’t open file).
Did you try to play the stream from another player?

Actually the code I get is
HTTP/1.0 404 Not Available

Hi Uli
Should work.

We also have the stream running parallel on an old sound bridge with no interruption.

Just saw they work with https… but this would still not explain why we have different behaviors. from working perfectly to not starting at all to intererrupting.

I double checked the stream with a webbrowser and it is not available via http.

Also according to the https connection. Firefox tells me the Certificate is invalid:

So I did not continue testing https.

EDIT: By the way, I also had interruptions in our program, but they were all caused by the source. Neither the Icecast Server nor mAirlist I could find any issue.

Thanks for highlighting it.

In the screenshot in #1 you’ll find error codes with http instead of https (see screenshot in #3).
Now the stream is connected and playing in my mAirList. :slight_smile:

Hi Uli
I will give it a try and change it to https. but why would it still work at times and then again not…

By the way: mp3 128kbps @ 48 kHz is not seen very often… :thinking:

kaiseregg%20mp3%2048%20kHz

Please check if this could cause errors.
I’ve seen similar bugs in other environments (not with streams), but it looks somehow familiar.

Please check if you have the basswma.dll in your plugins folder.
I’m not sure but I heard some rumours that this might cause unexpected conflicts.

If it is installed and you don’t need it, please delete this file and try it again.

The problem I am aware of, was with the Stream Monitor. It opened a bunsh of threads everytime it tries to connect to a stream (in my case no stream available), where the broadcasted codec was not known. That ended up with tons of open threads on my virtual server. Never the less there was no impact in stability.

Since I removed it I have much less of these threads but also saw similar drops and interruptions, due to Network problems on the source side.

In this case, as the connection is already established and MP3 decodingt is already happening, I don’t think it makes any difference to remove the basswma.dll but it won’t hurt either.

Is it possible that the source is also the problem here? With your alternate player, you might not see this problem, because I asume it will run a larger buffer than mAirlist does. The stream buffers for re-streaming seems to be quite small in mAirlist to prevent too high latency. So you see these errors if the source does not deliver fast enough.
I don’t know this exactly it’s just educated guessing. :wink: