postel@VENERA.ISI.EDU (Jon Postel) (02/07/91)
----- Begin Included Message -----
From tcp-ip-RELAY@NIC.DDN.MIL Wed Feb 6 11:42:45 1991
Date: 6 Feb 91 14:02:07 GMT
From: zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!bronze!lizhen%silver.ucs.indiana.edu@tut.cis.ohio-state.edu (Zhen Li)
Subject: summary on transferring motion picture over IP
Sender: tcp-ip-relay@nic.ddn.mil
To: tcp-ip@nic.ddn.mil
Since I posted inquiry about transferring video over IP I
have received more requests for summary than answers to
the question. Following is what I have got so far.
Many thanks to those who provided helpful information. I
appreciate all of your help. Thanks!
Jane
--------------------------------------------------------------------------
From: ckollars@east.sun.com (Chuck Kollars - Sun Technical Marketing - Boston)
I've seen experimental products that can handle about 1
4x5 inch 8-bit color image every 2 seconds. The problem is
not the TCP/IP protocols per se, but the fact that they
"typically" run over network media that are one or two orders
of magnitude too slow for animated/video images.
Count up the number of pixels in one frame, multiply by the
number of bits behind each pixel, then compare to the 10 Mbits/sec
serial bit rate of Ethernet. I think you'll find a major
mismatch.
--------------------------------------------------------------------------
Claudio Topolcic <topolcic@bbn.com>
I don't have exactly the answer for you, but we routinely send
live video across a DARPA-sponsored network in support of video conferencing.
The network is called the Terrestrial Wideband Network, and we have multi-protoc
ol
routers that implement the ST protocol (formerly IEN 119, and now RFC 1190) as
well as IP. This is a connection oriented internet protocol intended to support
real-time applications such as voice and video. We use commercial video codecs
to compress the video down to about 128 Kbps
--------------------------------------------------------------------------
From: I.Wakeman@cs.ucl.ac.uk
in reply to your request about video over IP, a fair amount of work is currently
going on in this area, between UCL, BBN and others, using the ST protocol in
the ARPA Wideband Terrestial Network (SIGCOMM90 paper). Currently ST is running
separately from IP traffic, but real soon now, ST will be running over IP in
the BBN gateways, and in BSD socket code that Craig Partridge is writing. Other
work of interest is at UCB on DIstributed Continuous Media, David Anderson.
There's also been an RFC on time critical constraints on data networks -
something like 91 in the current series.The BSD people are interested in producing
a UDP variant that can carry time critical data using time stamps.
...
anyway, two rfcs of interest are:
1193: client requirements for real-time communications services
1192 Experimental Internet Stream Protocol (ST 2)
THe work at UCB has at least 3 tech reports on Meta-Scheduling,
UCB TR 90/597 Meta-scheduling for Distributed continuous media - Anderson
TR 90/596 Abstractions for Continuous media in a network window system
Anderson, Govindan, Homsy
TR 90/599 Implementation Issues for a Network Continuous Media IO Server
as above.
These three deal with general issues for synchronous data over packet networks,
as do many, many other papers
Specific to IP, I don't know of any specific papers, other than experimental
efforts to put ST inside IP.
--------------------------------------------------------------------------
----- End Included Message -----