On Thu, Sep 11, 2003 at 11:11:47AM -0400, Jim Gettys wrote: > An audio server need not be designed to add latency (beyond > that of the network itself, of course). With current networks, > this is very small, down to a few samples.
Well, no of course it doesn't need to be designed to add latency - that just happens! It does, however, need to be designed to minimize latency and provide synchronous execution. I would think that normal networks just have too much variance in their round-trip times to satisfy jackd's strict timing requirements. If a jack client ever looses synchronization, jackd kills it's connection immediately. This can occasionally happen on my box if I'm recording and hit a few millisecond load spike. I can imagine a hack for jackd that relaxes the synchronization and timing requirements, but if it hurts the realtime users at all, it'll never even be considered. I think something like esd should be fine for standard user audio apps over a network. Ross _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
