draft-ietf-avt-uncomp-video-05.txt   draft-ietf-avt-uncomp-video-06.txt 
Internet Engineering Task Force AVT WG Internet Engineering Task Force AVT WG
INTERNET-DRAFT Ladan Gharai INTERNET-DRAFT Ladan Gharai
draft-ietf-avt-uncomp-video-05.txt USC/ISI draft-ietf-avt-uncomp-video-06.txt USC/ISI
Colin Perkins Colin Perkins
University of Glasgow University of Glasgow
27 January 2004 16 February 2004
Expires: July 2004 Expires: August 2004
RTP Payload Format for Uncompressed Video RTP Payload Format for Uncompressed Video
Status of this Memo Status of this Memo
This document is an Internet-Draft and is in full conformance with This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026. all provisions of Section 10 of RFC2026.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that Task Force (IETF), its areas, and its working groups. Note that
skipping to change at page 8, line 41 skipping to change at page 8, line 41
For 8, 10, 12 or 16 bit samples, the pgroup is formed from four For 8, 10, 12 or 16 bit samples, the pgroup is formed from four
adjacent pixels (6, 15, 9 or 12 octets respectively). adjacent pixels (6, 15, 9 or 12 octets respectively).
For YCbCr 4:2:0 video, the Cb and Cr components are sub-sampled by a For YCbCr 4:2:0 video, the Cb and Cr components are sub-sampled by a
factor of two both horizontally and vertically. Therefore chrominance factor of two both horizontally and vertically. Therefore chrominance
samples are shared between certain adjacent lines. Figure 2 shows samples are shared between certain adjacent lines. Figure 2 shows
the composition of luminance and chrominance samples for a 6x6 pixel the composition of luminance and chrominance samples for a 6x6 pixel
grid of 4:2:0 YCbCr video. The pixel group is a group of four pixels grid of 4:2:0 YCbCr video. The pixel group is a group of four pixels
arranged in a 2x2 matrix. The octet size of the pgroup for arranged in a 2x2 matrix. The octet size of the pgroup for
progressive scan 4:2:0 video with samples sizes of 8, 10, 12 and 16 progressive scan 4:2:0 video with samples sizes of 8, 10, 12 and 16
bits is 6, 5, 9 and 12 octets respectively. For interlaced 4:2:0 bits is 6, 15, 9 and 12 octets respectively. For interlaced 4:2:0
video the corresponding pgroups are 4, 5, 6 and 8 octets. video the corresponding pgroups are 4, 5, 6 and 8 octets.
line 0: Y00 Y01 Y02 Y03 Y04 Y05 line 0: Y00 Y01 Y02 Y03 Y04 Y05
Cb00 Cr00 Cb01 Cr01 Cb02 Cr02 Cb00 Cr00 Cb01 Cr01 Cb02 Cr02
line 1: Y10 Y11 Y12 Y13 Y14 Y15 line 1: Y10 Y11 Y12 Y13 Y14 Y15
line 2: Y20 Y21 Y22 Y23 Y24 Y25 line 2: Y20 Y21 Y22 Y23 Y24 Y25
Cb10 Cr10 Cb11 Cr11 Cb12 Cr12 Cb10 Cr10 Cb11 Cr11 Cb12 Cr12
line 3: Y30 Y31 Y32 Y33 Y34 Y35 line 3: Y30 Y31 Y32 Y33 Y34 Y35
skipping to change at page 15, line 9 skipping to change at page 15, line 9
RTP packets using the payload format defined in this specification RTP packets using the payload format defined in this specification
are subject to the security considerations discussed in the RTP are subject to the security considerations discussed in the RTP
specification [RTP] and any appropriate RTP profile. This implies specification [RTP] and any appropriate RTP profile. This implies
that confidentiality of the media streams is achieved by encryption. that confidentiality of the media streams is achieved by encryption.
This payload type does not exhibit any significant non-uniformity in This payload type does not exhibit any significant non-uniformity in
the receiver side computational complexity for packet processing to the receiver side computational complexity for packet processing to
cause a potential denial-of-service threat. cause a potential denial-of-service threat.
It is important to be note that uncompressed video can have immense It is important to note that uncompressed video can have immense
bandwidth requirements (up 270 Mbps for standard definition video, bandwidth requirements (up 270 Mbps for standard definition video,
and approximately 1 Gbps for high definition video). This is and approximately 1 Gbps for high definition video). This is
sufficient to cause potential for denial-of-service if transmitted sufficient to cause potential for denial-of-service if transmitted
onto most currently available Internet paths. onto most currently available Internet paths.
Accordingly, if best-effort service is being used, users of this Accordingly, if best-effort service is being used, users of this
payload format MUST monitor packet loss to ensure that the packet payload format MUST monitor packet loss to ensure that the packet
loss rate is within acceptable parameters. Packet loss is considered loss rate is within acceptable parameters. Packet loss is considered
acceptable if a TCP flow across the same network path, and acceptable if a TCP flow across the same network path, and
experiencing the same network conditions, would achieve an average experiencing the same network conditions, would achieve an average
 End of changes. 4 change blocks. 
5 lines changed or deleted 5 lines changed or added

This html diff was produced by rfcdiff 1.46. The latest version is available from http://tools.ietf.org/tools/rfcdiff/