AAC Streams stuttering/choppy
Issue seen on devices:
- Samsung Galaxy S Froyo 2.2.1
- Samsung Vibrant
- Droid
Solutions
Jona,
I did the update yesterday and noticed the pre-buffer is 8 sec and the buffer is 8500 by default. I left these settings and in driving home, I noted a couple of stutters still. These are clearly occuring at bad handoff points, but if the buffers are working properly, it would seem that I would not have audio starting for less than 8 seconds after a dropout, which is not the case. I can invision that a dropout may occur for only a second and then the audio would return, but it should at least play for the length of the buffer, which it is not. It just appears that the buffer system is not working right. There is clearly a delay in the initial connecting with a stream, so it would appear that something is "buffering," but I don't know why this doesn't persist after the connection is made.
Once we're passed this issue, I'd really like another to be addressed, in regard to the PAD (program associated data) or ID Tag info... I hate how that shows up nearly 10 to 15 seconds ahead of the song actually playing! My automation systems don't send that out until the audio starts and for years I used Pocket Tunes on my Palm and never had that.
Scott
Update v2.1.7 is out now... Please upgrade and let me know if you still have issues... The issue should be resolved.
Now on 2.1.8 the streams become stuttery after one minute of playing. Also the buffer time is really long (40 secs) on aac streams on 2.1.8, but is much quicker (3 secs on previous versions).
The stream I used is http://www.bbc.co.uk/radio/listen/live/r3_aaclca.pls .
I had to go back to an earlier version. I have purchased XiiaLive. But the only older versions are copies on file sharing sites. Is there any way I can downgrade my XiiaLive?
Service d'assistance aux clients par UserEcho
Update v2.1.7 is out now... Please upgrade and let me know if you still have issues... The issue should be resolved.