[e2e] Protocols for tightly synchronised multicast?

[Hilarie Orman]

I think global has too much latency, but a continent should
be just barely possible.

Hilarie

>>> Jiangbin Yang <jyang at lanterncom.com> 08/15/01 07:29AM >>>
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 :)

Jiangbin Yang


-----Original Message-----
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.

Hilarie

>>> 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

Simon