T. Turletti, C. Huitema, "Packetization of H.261 video streams", Internet Draft, Sept. 1994.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....a large number of receivers. These reasons led us to use UDP with IP multicast extensions [Deering] Using standard UDP datagrams to send H.261 video flow requires several mechanisms. We designed an efficient packetization scheme which takes into account the hierarchical structure of H. 261 coding [Turletti94a]. Furthermore, UDP packets might be lost or delivered out of sequence. So, we included an error control scheme based on NACK sending and or periodic intra image refresh. This scheme requires an integration between the transport layer and the application layer. These schemes were first implemented ....

T. Turletti, C. Huitema, "Packetization of H.261 video streams", Internet Draft, Sept. 1994.

....by software. The basic philosophy has been adopted that participants will be free to use any equipment provided it is conformant to certain external standards. As no standard for transmission of H. 261 video over packet networks existed, the MICE partners have produced an internet draft standard [9], which is based on the internet draft standard RTP protocol [10] However there will be a reference implementation which is documented and supported by one or more named participating organisations. III.B Audio visual Coding The set of Standards called p x 64 [4] cover video, voice, data; they ....

....developed currently under the auspices of the Audio Visual Transport Working Group (AVT WG) of the Internet Engineering Working Group (IETF) seem more appropriate. As there was no existing standard for transport of H. 261 data over packet networks, we have created an internet draft standard [9]. This is fully conformant with the emerging RTP [10] internet standard for real time traffic. They also allow the specification of lifetimes for the elements, so that they can be destroyed if they are going to arrive too late at the destination or alternately so that the priority of the ....

T. Turletti and C. Huitema, "Packetization of H.261 video streams," Internet draft draftietf -avt-video-packet-00, March 1993. DCA- Multimedia Pilot Proc. INET '93 Kirstein et al.

....simulation or active badges [20] RTP is described in an application independent protocol specification [21] while application specific issues are dealt with in separate profiles. Currently, there is one profile for audio and video applications [22] Other drafts describe how encodings like H. 261 [23], motion JPEG [24] MPEG or Cell B [25] are to be encapsulated within RTP packets. To avoid misunderstandings, it may help to clear up some of the things that RTP does not attempt to do. RTP has no notion of a connection; it may operate over either connection oriented or connectionless lower layer ....

T. Turletti and C. Huitema, "Packetization of H.261 video streams," Internet Draft, INRIA, Sept. 1994. Work in progress.

....large number of receivers. These reasons led us to use UDP with IP multicast extensions [Deering] Using standard UDP datagrams to send H.261 video flow requires several mechanisms. We designed an efficient packetization scheme which takes into account the hierarchical structure of H. 261 coding [Turletti94a] Furthermore, using UDP, packets might be lost or delivered out of sequence. So, we included an error control scheme based on NACK sending and or periodic intra image refresh. This scheme requires an integration between the transport layer and the application layer. These schemes were first ....

T. Turletti, C. Huitema, "Packetization of H.261 video streams", Internet Draft, Sept. 1994.

....bitstream contains a BCH (511, 493) forward error correction code (FEC) but its use by the decoder is optional. 3 Sending H.261 video over the Internet To send H.261 video using standard UDP datagrams, a packetization scheme for H. 261 video streams has been described in an Internet Draft [Turletti94] submitted to the Audio Video Transport (AVT) Working Group at the IETF. RTP [Schulzrinne94] is used over UDP to achieve multiplexing. The proposed scheme takes specifically into account the hierarchical structure of the H.261 coding. The bitstream produced by a standard H.261 coder includes ....

T. Turletti, C. Huitema, "Packetization of H.261 video streams", INTERNETDRAFT, Sept. 1994. 7

....standards. It includes a H.261 [9] software codec which allows it to converse with hardware codecs such as Bitfield or GPT. The CCITT recommendation H.261 is originally intended for fixed data rate ISDN circuits. A packetisation scheme has been designed and specified in an Internet draft report [10]. It defines how H.261 video streams can be carried over the Internet using the RTP protocol [11] ivs allows to encode video from a frame grabber in the workstation such as VideoPix or Parallax in three different format types: CIF (352x288 pels) and quarter or quadruple CIF. The video output ....

C.Huitema, T. Turletti, "Packetization of H.261 video streams", INTERNET-DRAFT, December 5, 1993.

....a large number of receivers. These reasons led us to use UDP with IP multicast extensions [Deering] Using standard UDP datagrams to send H.261 video flow requires several mechanisms. We designed an efficient packetization scheme which takes into account the hierarchical structure of H. 261 coding [Turletti94a] Furthermore, UDP packets might be lost or delivered out of sequence. So, we included an error control scheme based on NACK sending and or periodic intra image refresh. This scheme requires an integration between the transport layer and the application layer. These schemes were first implemented ....

T. Turletti, C. Huitema, "Packetization of H.261 video streams", Internet Draft, Sept. 1994.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC