AudioStreamer doesn't handle network changes/background audio really well about audiostreamer HOT 2 OPEN

I can confirm this behaviour. In our app, we don't handle error conditions in the streamer itself, but rather delegate these to a watchdog. Upon EOF we then recreate the streamer with the last URL. This seems to work fine, however I wonder whether it would be better to handle an EOF transparently by trying to reopen the CFNetworkStream instead.

from audiostreamer.

Happens to me too. In the background it seems to be able to get the HTTP headers at least (I printed them to console), however it fails out with "Audio queue start failed. err: (garbaged characters)". Maybe I should just do like mickeyl, let another class do the connection + downloading.

from audiostreamer.