From: The IESG To: IETF-Announce Message-Id: Date: Tue, 13 Jun 2006 09:49:17 -0400 Cc: avt chair , avt chair , Internet Architecture Board , avt mailing list , RFC Editor Subject: [AVT] Protocol Action: 'RTP Payload Format for E-AC-3 Audio' to Proposed Standard The IESG has approved the following document: - 'RTP Payload Format for E-AC-3 Audio ' as a Proposed Standard This document is the product of the Audio/Video Transport Working Group. The IESG contact persons are Cullen Jennings and Jon Peterson. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-eac3-01.txt * Technical Summary This document describes an RTP payload format for transporting Enhanced AC-3 (E-AC-3) encoded audio data. E-AC-3 is a high quality, multichannel audio coding format and is an extension of the AC-3 audio coding format, which is used in US HDTV, DVD, cable and satellite television and other media. E-AC-3 is an optional audio format in US and world-wide digital television and high definition DVD formats. The RTP payload format as presented in this document includes support for data fragmentation. * Working Group Summary This is a straight forward RTP payload format, similar to previous formats. It has been reviewed by the AVT working group, and is not controversial. * Protocol Quality This document was reviewed in detail by Colin Perkins and Magnus Westerlund. Note to RFC Editor In section 7 please replace Old: E-AC-3 encoders may use a range of bit rates to encode audio data, so it is possible to adapt network bandwidth by adjusting the encoder bit rate in real time or by having multiple copies of content encoded at different bit rates. Additionally, packing more frames in each RTP payload can reduce the number of packets sent and hence the overhead from IP/UDP/RTP headers, at the expense of increased delay and reduced error robustness against packet losses. New: E-AC-e is a variable bit rate encoder so it is possible to use a variety of techniques to adapt to network bandwidth. IESG Note It needs to be an RFC by September 10 to meet the needs of DVB and ETSI standards bodies.