Using the Internal stream engine resolves this issue.  It appears that after a phone call the Android Media Framework does release properly resources to allow uninterrupted audio streaming.

Mmm... Very interesting... This must be an issue with the ROM's Android media framework not being stable after a phone call.

Sometimes is a bit hard to resolve an issue like that with custom ROMs...  However let me ask you a few questions.  When you see the stream reconnecting after the phone call are you seeing the connecting/buffering messages?  Could you try using the Internal stream engine and see if that has the same issue?

mm... I just tested  your link on a few phones but I'm not getting the issue you are describing...  I'll continue to listen see if I can hear it...  Does it happen always?

Thanks for your reply.  Well, yes the service is cached if it was not running by Android.  Some interesting feature we have on our streaming service is a code that monitors the service and if after 30seconds it is not streaming and the app is closed it turns off the service.  This was built as an extra protection in case the app didn't close it properly.

How you are determining the provided information? What tools or apps are you using? By knowing this I can possibly try to investigate if it is an issue or not...

We are currently working on XiiaLive v3 which will contain all the filtering you ever need! :) The ETA for release is hard to say but we are hoping end of Nov.

These are the filter options we want to add: 

• alphabetical order
• play count
• last played
• date added
• audio format
• audio quality
• bitrate range
• bitrate cap

XiiaLive v2.2.4 now officially supports OGG.  Any previous issues reported have been resolved.

Thanks for letting us know.  I totally missed this post and forgot to update it! :)