组织:中国互动出版网(http://www.china-pub.com/) RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm) E-mail:ouyang@china-pub.com 译者:徐继伟(bille bill_e@sina.com) 译文发布时间:2001-5-24 版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须 保留本文档的翻译及版权信息。 Network Working Group M. Nilsson Request for Comments: 3003 November 2000 Category: Standards Track Audio/mpeg 媒体类型 (RFC3003 The audio/mpeg Media Type) 本备忘录的状态 本文档讲述了一种Internet社区的Internet标准跟踪协议,它需要进一步进行讨论和建 议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标 准化程度和状态。本备忘录的发布不受任何限制。 版权声明 Copyright (C) The Internet Society (2001). 摘要 MPEG-1(运动图像专家组-1层[MPEG-1],下略)和MPEG-2音频标准已经广泛的被应用 在因特网领域,但是却没有一个统一的标识这些文件的因特网邮件扩展(MIME[1])类型。 写这个文档的目的,就是要给这种形式的内容定义标准的媒体类型(auduo/mpeg)。 本文档中的部分关键字"MUST","MUST NOT","REQUIRED","SHALL","SHALL NOT","SHOULD","SHOULD NOT","RECOMMENDED"和"MAY" 已经在RFC2119中有了 说明。 1. MPEG音频 在MPEG-1,MPEG-2标准下,定义为第1,2,3层的音频压缩是当今低失真音频压缩领 域很流行的方法;压缩的音频被分成几部分较小的数据框架,每一部分又包括一个框架头部 和压缩的数据。 MIME 型的 audio/mpeg 定义了一个基本的字节流,字节流中相应(对应MPEG-1和 MPEG-2)包含了MPEG 框架,并可能与非MPEG型的数据一同散布。非MPEG 数据是指, 不与MPEG 同步的,或者是用其他方法压缩、没有办法正确解压的那些数据。 典型的MPEG 音频元数据应与MPEG 流并置,例如,元数据格式ID3用一个128字 节的数据封闭流的末端,然而,IDV32[IDV32]却可以用大小可变的数据来实现这一目的。 注意:MPEG 音频不是作为文件格式,而是一种传输音频流的格式,因此,没有好的 定义方法来同时包含元数据和音频信息。有些产品嵌入零振幅元数据框架,或是档传输错误 时作忽略处理(伪装)。其他的产品则是以WAV格式嵌入MPEG数据。 注意:audio/MPS MIME 类型是用来扩充 audio/mpeg 类型的,MPA[RFC 1890] 亚类 型指的是当MPEG 音频在实时传输协议(RTP[2])下被分段传送时的音频类型。 2. 注册信息 To: ieth-types@isna.org Subject: Registration of MIME media type audio/mpeg(MIME 媒体类型的audio/mpeg注册) MIME media type name: audio (媒体类型名:音频) MIME subtype name: mpeg       (亚类型名:mpeg(运动图像专家组))    Required parameters: none        (必要参数:无)  Optional parameters: none        (课选参数:无)   Encoding considerations:         (编码考虑)   为了在因特网上使用,我们假设底层实现已考虑到了传输错误,所以,audio/mpeg  数据可能包含无可选CRC(循环冗余检验)的MPEG框架,以上所提到的CRC是用来 提高音频质量的。      MPEG音频数据是二进制的数据,并且编码必须要兼容非二进制传输;Base64式 的编码适用于电子邮件。但应注意,MPEG音频的低失真压缩不是那么容易进行的。 安全考虑:     MPEG是一种已加标记的数据格式,并且一些标记是可作为私人使用的,因此, 任意资料都可能潜在地在MPEG流中被转移,包括可执行的内容。包含可执行内容的 已标记数据不应被发送,如果被接收到了,也一定不要执行。 注意      以上要求的“如果被接收到也不要执行”尤其重要,因为它的内容可能独立 生成,也因此会包含一些发送者都不知道的可执行的内容。Audio/mpeg 对 象内部并没有提供签名或加密,故外部的安全机制必须要保证其内容的机密 性。 互用性考虑   已经得到证实,MPEG音频可跨平台工作,有广泛的可互操作性。 出版说明:参见[MPEG-1]和[MPEG-2] 可用(此种音频格式)的应用程序   MPEG 音频可支持多种设备、平台、和供应商的“中立的“音频,并且被各种编 码解码器(播放器)广泛的支持。 附加信息:   Magic number(s): none File extension(s):.mp1,.mp2,.mp3 // 扩展名 Macintosh File Type Code(s): MPEG Object Identifier(s) or OID(s): none //对象标识符或 OID 个人详细联系方法:   本文档作者 Intended usage: COMMON    Author/Change controller: Martin Nilsson (see section 5) 3. 安全考虑 已经在MIME 注册的第二部分讨论过,这里不再敖述。 4. 参考文献    [ID3v2] Martin Nilsson, "ID3 tag version 2.3.0". [MPEG-1] ISO/IEC 11172-3:1993. Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s, Part 3: Audio. Technical committee / subcommittee: JTC 1 / SC 29   [MPEG-2] ISO/IEC 13818-3:1995 Generic coding of moving pictures and associated audio information, Part 3: Audio. Technical committee / subcommittee: JTC 1 / SC 29 and ISO/IEC DIS 13818-3 Generic coding of moving pictures and associated audio information, Part 3: Audio (Revision of ISO/IEC 13818-3:1995)   [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. 5. 作者地址    Martin Nilsson Rydsvagen 246 C. 30 S-584 34 Linkoping Sweden EMail: nilsson@id3.org 6. 完整版权声明 Copyright ? The internet Society(2001).All Rights Reserved. 本文档及其译本可以被复制并分发,它的衍生版本,包括评述,解释和应用帮助均可以 (完整或部分的)复制,出版,和分发,没有任何类型的限制,但以上的版权说明和这一段 说明(本段)必须要包含于其中。然而,本文档部分不可以做任何修改,例如不标明版权说 明和不说明引用了Internet Society和其他Internet组织资料的说明等(当有需要建立一 个Internet标准,或需要翻译成其他语言时除外)。 以上限制有永久效应,因特网协会(Internet Society)及其转让者,继承者均不得将 其撤回。 本文档及其包含的信息是基于"AS IS"原则提出的,Internet协会和互联网工程组织 (internet engineering task force)拒绝一切授权,但对不侵害所有权和某些特殊目的 的授权没有限制。 感谢 Internet 协会为此RFC编辑功能提供支持。 [1],MIME:Multipurpose Internet Mail Extension; [2], RTP: Realtime Transport Protocol; RFC3003 The audio/mpeg Media Type Audio/mpeg 媒体类 1 RFC文档中文翻译计划