Hi, I have several audio features in my app and streaming from a URL is causing an issue as the audio does not stop playing once the user exits the screen. I am hosting the .mp3 file on my website so I use a direct link to it. On Wi-Fi the file takes 15-20 seconds to load, but if the user goes back to another screen and uses another audio source, for example background audio, the two audio files overlap causing them both to play which obviously sounds horrible. The audio stream is coming from the 'Streaming Audio'page, not a custom URL. Background audio can be stopped once the user exits the screen, can the same rule be applied so that Streaming an mp3 can also be stopped once the user exits the screen? Many thanks.

This is a great catch and sounds like a bug - good one! I'll look into this and report back. Nudge this post if you don't hear anything in the next day or two. Can't be that hard - wink ;-)

Thanks David, Im just about ready to submit my app and found the problem while putting the app under a thorough testing. Hope it can be fixed in quick time I cant wait to publish my first app! ;)

OK, we've spent quite a bit of time re-working some things to try to nail this. The BT_screen_streamingAudio.m file has a new method that is called when the screen 'exits.' There is also a new setting in the control panel on Streaming Audio Screens. You can now choose to stop the audio on tab changes. Your quesiton makes sense but I'm not 100% sure I can duplicate your example. On every single Streaming Audio screen I setup, the 'back' button stops the audio - everytime. However, with a Streaming Audio screen 'playing', selecting a new tab did not turn it off. The control panel now allows you to choose this so you have finer control over Streaming Audio screens when a user changes between tabs. Hope these adjustments cover your needs.

It seems to have done the trick! It was deffinatly needed because what I also forgot to mention was that once the audio was playing, the user could exit the screen with the audio still playing in the background, however if they then went back to the Streaming Audio page they could not physically stop the track from playing as the stream 'doubled-up' and was playing 2 lots of the same audio at different times. As far as I can tell there are no problems now. Thanks for the fix David.