Learnincurve wrote: > Each buffer inderrun: > Sep 22 10:17:50 squeezeplay: audio_thread_execute:862 underrun!!! (at > least -28062.182 ms long) > > is followed by a: > Sep 22 10:18:32 squeezeplay: audio_thread_execute:908 xrun > (snd_pcm_wait) > > I do not notice any interruption to the audio stream. > > I am using the Triode BBC iPlayer v.1.3.1 Alpha 3, listening on the > 101kb/s AAC Non uk radio 3 stream: > > File Format: AAC > Bitrate: 101kbps CBR
Assuming this is a Touch which has not been modded/tweaked in any way nor any additional logging has been enabled. With Triode alpha plugin the BBC HLS stream is handled by LMS and just the AAC stream is sent to player. If no rebuffering messages it means LMS has plenty of AAC data to send to player. Underrun is when the audio has no more data to be decoded but Plugin will have plenty of data which if the message is accurate for some reason Player is not being replenished in time but without a gap in audio this is clearly not the case.. Personally I wouldn't worry if there is no gap or stutter in audio. Just trying to understand time values associated with underrun message. Not sure what a negative means but the value is 28 secs is huge so I think it is a rogue message caused/corrupted by something else. I suggest spend your time listening to the music until something interrupts it. If you really want to dig - enable LMS slimproto logging and check for an underrun message being received by LMS from player. If no slimproto underrun message from player then the player logging is suspect. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=104332 _______________________________________________ Touch mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/touch
