[mythtv-users] Sync'd MythMusic

[Adam Biskobing]

I don't actually know of any streaming applications that support this.
For our purposes we could probably actually do away with the buffer as
most of the time this should be run over a local network without delays.
I know it would be preferable to have a buffer going on each of the
clients, but maybe this would help get past one timing issue?

> -----Original Message-----
> From: mythtv-users-bounces at mythtv.org 
> [mailto:mythtv-users-bounces at mythtv.org] On Behalf Of Alan Snyder
> Sent: Tuesday, February 24, 2004 2:46 PM
> To: 'Discussion about mythtv'
> Subject: RE: [mythtv-users] Sync'd MythMusic
> 
> 
> > 
> > > There will always be small amounts of clock drift however.
> > 
> > But if you were to use something like ntp to keep the clocks
> > sync'd it should be pretty minimal.  I know that my machines 
> > stay within .00005 seconds (guestimate based on the last 
> > manual ntpdate call) or so with my ntp server.
> > 
> 
> Does the following make sense?
> 
> The stream needs to be buffered in case of network delays and 
> gets buffered
> again in the sound card.  This is the first opportunity for skew among
> stations.
> 
> OK, every station can have exactly the same buffer setup.  
> But samples are
> spit out according to internal clocks.  Therefore, an 
> individual station
> will usually, eventually, drift in time relative to the 
> server and relative
> to other stations.
> 
> How do streaming applications handle this?  Do they just have 
> big enough
> buffers to cover for several hours of a slight mismatch (then 
> pause or skip
> ahead if it ever fills or empties)?
> 
>