Multicast the stream on the network and use the same amount of buffering on every computer. Also, only use the multicasted stream, or you have to delay the source to be in the correct time. The multicasted music will be more in sync if all the listening computers are listening to the same switch/hub. You can also try normal streaming with , but you won't get as good results as with multicasting. (I can't recommend any software that is able to multicast, though) Sampo On Wed, 2004-08-18 at 17:20, Joe Hartley wrote: > On Wed, 18 Aug 2004 16:13:21 +0300 > Sampo Savolainen <v2@xxxxxx> wrote: > > There is no way of doing real-time processing over a network reliably. > > Dropouts and timeouts, packet retries are in the nature of computer > > networks. UDP is a very smart way to (try to) send realtime data through > > a network. If the implementation is at least average, that is the best > > performance you can get. > > Along similar lines, a friend of mine had been working on some code > (unfortunately in a Windows environment, and in a programming language > that he developed himself(!) so the work's not available to me) to do > something I'd love to implement: synchronized streaming. > > I live in a house with 4 distinct areas, with network connected music > systems in each area. When I have a party, I'd love to have each of > these machines tie into a stream from my audio server so that they're > in sync - that is, if I can hear 2 different systems at the same time, > I want them to be at the same place in the stream, not a second or two > off from each other. > > Has anyone heard of anything under Linux that would do such a thing? > (It just occured to me that tapping into such a stream with a buffer of > size 0 may do it, though that could open me up to hearing every little > network burp encountered. I'll have to try that tonight!)
