Vote for a MM system (Was: Re: summary of the aKademy meetings)

[Allan Sandfeld Jensen]

On Thursday 09 September 2004 15:48, Lennart Poettering wrote:
> On Thu, 09.09.04 15:35, Allan Sandfeld Jensen (kde at carewolf.com) wrote:
> > You sound exactly like that NMM guy that listed things they did well as
> > the base requirements..
> >
> > Sorry if you want to the equivalent of X for audio, you need
> > network-transparency and esd or the polypaudio servers just doesnt cut
> > it. Without proper synchonization, they are both silly playthings.
>
> Polypaudio is network transparent, as is esd. Polypaudio provides high
> precision latency measurements. You'll lose precision when using it
> over a network, but you wouldn't use networked audio over on long
> latency network and expect exact synchronization anyway, would you?
>
> The synchronization features in polypaudo work quite well, at least
> for the mplayer drivers I wrote. What is it what you require for
> "proper synchronization" in addition to what polypaudio provides?
>
I am sorry if I missed something. I only took a quick glance at polypaudio to 
see if you fixed all of the deficiencies of esd, and synchronizations wasn't 
advertised on the front-page, but I will have a closer look now.

Actually I would expect networked audio over a high latency network to work 
fine, as long as the buffersize matched the fluctuations in bandwidth. For 
instance if you use 200ms of buffer on the recieving side, and advertise that 
to the client-streamer. Everything could be synchronized fine, as long as no 
more than 200ms of audio is ever in transit at any time. If that happend you 
would need to increase buffersize and resynchronize.

`Allan