I tested XL 3 with the Shoutcast stream provided in my previous post. It doesn't matter if the bitrate is high or low. The samplerate is always displayed at half of it's value. I tested it with one of my streams @ 48 kHz and Android engine says it's at 24 kHz (http://playradio2.podzone.org:9090/listen.pls) so I can suspect this bug causing the playback issue when the cache length is reached. FFmpeg engine displays the samplerate correctly.

I used the default 5 min length and even bigger than that. When the player reaches the time set in the cache length, the playback sounds just like it's played at double speed and after some time it sops the playback and reconnects. The stream wich shows the kHz wrong belongs to my online station (I can assure you it's at 44.1 kHz). You can test it by connecting to http://playradio.podzone.org:9090/PlayHitz.aac (Icecast Server).
Later today when I'll be back from work I will test it with the Shoutcast Server of the radiostation that I work at. You can acces it at http://86.122.60.159:9290/listen.pls and see if it also has issues displaying the kHz wrong. This one is at 44.1 kHz too.
Thanks in advance. I love XL and hope that this issue will be fixed.

I just reinstalled the app. I discovered that the issue has something to do with stream cache length option. If I increase it the issue comes up RIGHT when the stream cache length is reached. Can you add an option to disable it? Also I have noticed that the stream sample rate is djsplayed wrong. On a 44 kHz stream it says it only has 22 kHz.

OK. I am willing to test this whenever you're ready.

I even restarted the program not only the playback after changeing the stream engine. On FFmpeg this issue comes up after aprox. 8 - 10 minutes of playback since on Android stream engine it comes up after 5 minutes on 64 kbps aacPlus streams. Haven't tryed it yet on higher or lower bitrates but it's a strange bug since on the same device on XiiaLive 2.X everything works well.

Same bug as in previous versions. On Dell Streak 7 with Android 3.2, after 5 minutes of playback in aacPlus format, the stream sounds just like the playback is 3x faster. Tested with Android and FFmpeg sound engines. On XiiaLive 2.x this issue doesn't come up. Please fix this.

New beta has the same issues I posted in the thread dedicated to the previous beta version.

I installed this beta on my Dell Steak 7 tablet with Honeycomb 3.2. Mp3 streams work perfectly but aacplus streams sound like they are on fast forward after about 5 minutes of playback (I believe it's related to the stream cache because it's set to 5 minutes). This doesn't happent on xiialive v2. I also extracted the apk and installed it on my Samsung Galaxy Fit with Gingerbread 2.3.6. It works flawlessly except aacplus streams that have the same problems I reported last weeks, also on the topic dedicated to the previous beta. This also happens on v2.

I installed this beta on my Dell Steak 7 tablet with Honeycomb 3.2. Mp3 streams work perfectly but aacplus streams sound like they are on fast forward after about 5 minutes of playback. This doesn't happent on xiialive v2. I also extracted the apk and installed it on my Samsung Galaxy Fit with Gingerbread 2.3.6. It works flawlessly except aacplus streams that have the same problems I reported last week. It also happens on v2.

The new beta version is not available for Samsung Galaxy Fit. Also you might want to know that the latest version of Xiialive (2.2.4) has issues with aacPlus playback on that model with Android 2.3.6. Winamp and TuneIn work perfectly. aacPlus streams skip and have glitches.