Does audioplayer buffering state ever time out?
Apologies in advance, might be a bit long..
Does an
Also, if not, is there any negative effect if an
I am working on a discord bot, that takes an opus/ogg stream as input, which comes from another certain older discord music bot that is capable of web streaming (not sure if I am allowed to mention it's name).
The stream is a response from an API call, which needs a stream token.
But my problem was, that the stream closes at certain actions, like stopping the playback manually or changing tracks via certain control buttons of the web UI. In this case, the
I got around this by watching the
I also play this new stream right away to account for if the stream ended between switching tracks, but this way, if the stream was stopped manually, I request a new one, it can still be played but will be basically playing nothing and the
So, question from the beginning: could there be any drawbacks from this?
Does an
audioplayerbufferingAlso, if not, is there any negative effect if an
audioplayerbufferingI am working on a discord bot, that takes an opus/ogg stream as input, which comes from another certain older discord music bot that is capable of web streaming (not sure if I am allowed to mention it's name).
The stream is a response from an API call, which needs a stream token.
But my problem was, that the stream closes at certain actions, like stopping the playback manually or changing tracks via certain control buttons of the web UI. In this case, the
audioplayeridleI got around this by watching the
audioplayerplayingidleI also play this new stream right away to account for if the stream ended between switching tracks, but this way, if the stream was stopped manually, I request a new one, it can still be played but will be basically playing nothing and the
audioplayerbufferingSo, question from the beginning: could there be any drawbacks from this?
