- From: M. Reha Civanlar <civanlar@research.att.com>
- Date: Mon, 15 May 2000 14:33:48 -0400
- To: <www-tv@w3.org>
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 > >
Received on Monday, 15 May 2000 14:33:29 UTC