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

[bugzilla-daemon at freedesktop.org]

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

--- Comment #21 from Wang Xingchao <wangxingchao2011 at gmail.com> ---
(In reply to comment #14)
> There are a few points of latency in this. The first is in PulseAudio,
> there's some in the network itself (but this is relatively low), and then
> there's some in the UPnP client itself.
> 
> You could probably eliminate the client buffering (or at least make it
> deterministic) by just opening the HTTP stream directly (look at
> http://localhost:4714/).
> 
> I am able to reproduce some large latency with this as well on my laptop, so
> this eliminates both the network and the client to some extent, but is still
> in the "few seconds" range, which is not that great.
> 
> Now the latency in PulseAudio is basically caused by points where we are
> buffering data, so this should be something to look at.

Hi Arun/Amar Akshat,

Do you have guide to reproduce this issue within a simple test environment?
I donot have uPnp devices and no Rygel setup yet. But i think if focus on Pa's 
http-module and module-rygel-media-server, maybe can find new clues. According
to comment#17, sounds PA was blocked by something strange and client buffering
increased to a high latency value. 

So if we can reproduce/test this issue within a simple model, it should be
convenient to reproduce it.

--xingchao

-- 
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/8dd05f60/attachment.html>