[e2e] Protocols for tightly synchronised multicast?
jyang at lanterncom.com
Wed Aug 15 06:29:44 PDT 2001
This is very interesting. But it can be done.
We need a synchronized conductor for all the distributed musicians.
The concert is not limited to a LAN only.
It can be a global one :)
From: Hilarie Orman [mailto:HORMAN at volera.com]
Sent: Tuesday, August 14, 2001 6:37 PM
To: end2end-interest at postel.org; ses at tipper.oit.unc.edu
Subject: Re: [e2e] Protocols for tightly synchronised multicast?
My challenge problem for networks: nationally distributed musicians
playing in concert.
>>> Simon Spero <ses at tipper.oit.unc.edu> 08/14/01 03:49PM >>>
Does anyone have any suggestions for a multicast transport capable of
delivering packets to applications on multiple clients synchronised to
within a few milliseconds?
The idea is to try and build a distributed virtual sound-system; a single
source would send a single stream of audio data; this data would be
recieved by multiple clients, with the data sent to each clients speakers
with a fixed delay relative to some global clock (the delay would be based
on the client's physical distance from the center of the virtual system,
I can see how one could roll ones own using timestamps and NTP, but it'd
be nice if I could use an existing transport
Thanks for any suggestions
More information about the end2end-interest