Next message: Michael A. Dolan: "Re: TV Back Channel"
Message-ID: <013f01bfbe9c$1c31e1f0$5182cf87@VTPC3>
From: "M. Reha Civanlar" <civanlar@research.att.com>
To: <www-tv@w3.org>
Date: Mon, 15 May 2000 14:33:48 -0400
Subject: Re: TV Back Channel
RFC 2250 (http://www.ietf.org/rfc/rfc2250.txt?number=2250) describes how to
transport MPEG-2 over IP.
At least one commercial product that implements this is Cisco's IP/TV
(http://www.cisco.com/warp/public/cc/cisco/mkt/video/.)
RTSP can be used to implement "VCR-type" functions and program selection in
VoD. The latter can be accomplished in many other ways (SAP, SIP, HTML,
etc.) also.
----------------------------------------------------------------------------
----------
M. Reha Civanlar
Division Manager, AT&T Labs - Research
100 Schultz Drive, 3-215, Red Bank, NJ 07701, U.S.A
Ph: +1 732 345 3305
Fax: +1 732 345 3033
civanlar@research.att.com
http://www.research.att.com/info/mrc
----- Original Message -----
From: "Michael A. Dolan" <miked@tbt.com>
To: "Martin Spamer" <martin_spamer@kingston-comms.co.uk>
Cc: "'Venkatesh D N'" <venkatesh.nag@wipro.com>; <www-tv@w3.org>
Sent: Monday, May 15, 2000 2:11 PM
Subject: RE: TV Back Channel
> Martin-
>
> RTSP is the session control protocol only and doesn't specify how to carry
> anything.
>
> And, it is not meant to even control complex MPEG-TS streams, including
> DSMCC carousels, PSI, etc. It was really designed for program or
> elementary streams, not transport packets. It certainly *could* be used
to
> control them I suppose, but I'm not aware of anyone doing this.
>
> Mike
>
> At 05:56 PM 5/15/00 +0100, Martin Spamer wrote:
> > -----Original Message-----
> > From: Venkatesh D N [SMTP:venkatesh.nag@wipro.com]
> > Sent: Thursday, May 04, 2000 4:50 AM
> > To: www-tv@w3.org
> > Subject: TV Back Channel
> >
> > Hi,
> >
> > I would like to know if there are any specifications for
> >transmitting
> > MPEG-2 stream over TCP/IP ??
> >
> >YES, RTSP is designed to do this, you can find a copy at
> >http://www.normos.org/rfc/rfc2326.txt
> >
> > This would be required, for making a TV interface with the
Internet.
> >For
> > exmaple, if the user wants
> > to download a program stored in some "Content Server" based on
> >DSM-CC,
> > then this MPEG-2 stream
> > has to be transported as payload in TCP/IP packet.
> >
> >There are a number of proprietary Video on Demand Solutions from
companies
> >such as NCube and Oracle which do this.
> >
> > How this is achieved
> >
> >Answering that question properly is way beyond the scope of this mailing
> >list. I suggest that If this is other than an idol question, your
> >organisation needs to recruit an experts in these fields.
> >
> > ?? Similarly if the user clicks
> > on a URL that is broadcasted on TV during an advertisement
> >
> >The Broadcaster would have to specially encode the URL into the video
> >stream, or the STB would require some very clever character recognition
> >software, at the moment this is not a realistic prospect, to do this
> >currently your talking a serious hacks.
> >
> > or as part of
> > some program, then in order
> > to access the WEB, there need to be mechanism to access the web.
> >
> >This would need to be designed into an STB from the beginning.
> >
> > Are
> > there any proposals for achieving
> > these functionalities ???
> >
> >Yes, but not here this group is only concerned with the broadcast model.
> >
> > What are the basic protocols apart fromTCP/IP that would be
required
> >for doing
> > this ????
> >
> > If any of you know answers to my questions please let me know.
> >
> > Best regards,
> > venkatesh
> >
> >
> >Martin Spamer
> >Senior Software Engineer
> >Kingston Vision LTD
> >Phone +44 (0) 1482 602 670
> >Fax +44 (0) 01482 602 899
> >E-Mail martin_spamer@kingston-comms.co.uk
> ><mailto:martin_spamer@kingston-comms.co.uk>
> >http://www.kingston-vision.co.uk/ <http://www.kingston-vision.co.uk/>
>
> ------------------------------------------------------
> Michael A. Dolan, Representing DIRECTV, (619)445-9070
> PO Box 1673 Alpine, CA 91903 FAX: (619)445-6122
>
>