[pulseaudio-tickets] [Bug 65703] High latency in HTTP streaming

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Jul 2 19:32:34 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=65703

--- Comment #23 from Amar Akshat <amar.akshat at gmail.com> ---
(In reply to comment #19)
> (In reply to comment #17)
> > > 
> > > That's not to say comrpession is not desirable (although doing that in PA
> > > itself is not ideal), but the bandwidth problem should be orthogonal to the
> > > latency being this large.
> > 
> > However, the buffering is definitely at client end. Because I did the
> > following.
> > 
> > a) Exposed sound cards using rygel, and also directly through http.
> > b) Connected from my Android device and started streaming, with around 16
> > second latency.
> > c) Simply power-offed the system, removing any trace of PA and rygel,
> > however my Android device kept playing the sound, until 16 seconds, and then
> > the stream just died.
> > 
> > So, the client essentially has the stream buffered for 16 seconds.
> 
> what's the expected behavior here after step c) ?
If client had no buffering, and given the delay in PA, the sound would have
immediately stopped at the client side (or maximum in 1-2 seconds).
The sound keeps playing for 16 seconds in the Client, suggests without
reasonable doubt that client is buffering.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20130703/dbdbc709/attachment.html>


More information about the pulseaudio-bugs mailing list