340 lines
9.8 KiB
Plaintext
340 lines
9.8 KiB
Plaintext
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Network Working Group L. Walleij
|
|||
|
Request for Comments: 3534 The Ogg Vorbis Community
|
|||
|
Category: Standards Track May 2003
|
|||
|
|
|||
|
|
|||
|
The application/ogg Media Type
|
|||
|
|
|||
|
Status of this Memo
|
|||
|
|
|||
|
This document specifies an Internet standards track protocol for the
|
|||
|
Internet community, and requests discussion and suggestions for
|
|||
|
improvements. Please refer to the current edition of the "Internet
|
|||
|
Official Protocol Standards" (STD 1) for the standardization state
|
|||
|
and status of this protocol. Distribution of this memo is unlimited.
|
|||
|
|
|||
|
Copyright Notice
|
|||
|
|
|||
|
Copyright (C) The Internet Society (2003). All Rights Reserved.
|
|||
|
|
|||
|
Abstract
|
|||
|
|
|||
|
The Ogg Bitstream Format aims at becoming a general, freely-available
|
|||
|
standard for transporting multimedia content across computing
|
|||
|
platforms and networks. The intention of this document is to define
|
|||
|
the MIME media type application/ogg to refer to this kind of content
|
|||
|
when transported across the Internet. It is the intention of the Ogg
|
|||
|
Bitstream Format developers that it be usable without intellectual
|
|||
|
property concerns.
|
|||
|
|
|||
|
Conventions used in this Document
|
|||
|
|
|||
|
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
|
|||
|
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
|
|||
|
document are to be interpreted as described in RFC 2119 [2].
|
|||
|
|
|||
|
1. The Ogg Bitstream Format
|
|||
|
|
|||
|
The Ogg Bitstream format has been developed as a part of a larger
|
|||
|
project aimed at creating a set of components for the coding and
|
|||
|
decoding of multimedia content (codecs) which are to be freely
|
|||
|
available and freely re-implementable both in software and in
|
|||
|
hardware for the computing community at large, including the Internet
|
|||
|
community.
|
|||
|
|
|||
|
Raw packets from these codecs may be used directly by transport
|
|||
|
mechanisms that provide their own framing and packet-separation
|
|||
|
mechanisms (such as UDP datagrams).
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 1]
|
|||
|
|
|||
|
RFC 3534 The application/ogg Media Type May 2003
|
|||
|
|
|||
|
|
|||
|
One such framing and content-separation mechanism is the real-time
|
|||
|
transport protocol (RTP). RTP allows the streaming of synchronous
|
|||
|
lossy data for broadcasting and similar purposes. If this function
|
|||
|
is desired then a separate RTP wrapping mechanism should be used. A
|
|||
|
wrapping mechanism is currently under development.
|
|||
|
|
|||
|
For stream based storage (such as files) and transport (such as TCP
|
|||
|
streams or pipes), Ogg codecs use the Ogg Bitstream Format to provide
|
|||
|
framing/sync, sync recapture after error, landmarks during seeking,
|
|||
|
and enough information to properly separate data back into packets at
|
|||
|
the original packet boundaries without relying on decoding to find
|
|||
|
packet boundaries. The application/ogg MIME type refers to this kind
|
|||
|
of bitstreams, when no further knowledge of the bitstream content
|
|||
|
exists.
|
|||
|
|
|||
|
The bitstream format in itself is documented in [1].
|
|||
|
|
|||
|
2. Registration Information
|
|||
|
|
|||
|
To: ietf-types@iana.org
|
|||
|
|
|||
|
Subject: Registration of MIME media type application/ogg
|
|||
|
|
|||
|
MIME media type name: application
|
|||
|
|
|||
|
MIME subtype name: ogg
|
|||
|
|
|||
|
Required parameters: none
|
|||
|
|
|||
|
Optional parameters: none
|
|||
|
|
|||
|
Encoding Considerations:
|
|||
|
|
|||
|
The Ogg bitstream format is binary data, and must be encoded for
|
|||
|
non-binary transport; the Base64 encoding is suitable for Email.
|
|||
|
Binary encoding could also be used.
|
|||
|
|
|||
|
Security Considerations:
|
|||
|
|
|||
|
As the Ogg bitstream file is a container format and only a carrier of
|
|||
|
content (such as Vorbis audio) with a very rigid definition (see
|
|||
|
[1]), this format in itself is not more vulnerable than any other
|
|||
|
content framing mechanism. The main security consideration for the
|
|||
|
receiving application is to ensure that manipulated packages can not
|
|||
|
cause buffer overflows and the like. It is possible to encapsulate
|
|||
|
even executable content in the bitstream, so for such uses additional
|
|||
|
security considerations must be taken.
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 2]
|
|||
|
|
|||
|
RFC 3534 The application/ogg Media Type May 2003
|
|||
|
|
|||
|
|
|||
|
Ogg bitstream files are not signed or encrypted using any applicable
|
|||
|
encryption schemes. External security mechanisms must be added if
|
|||
|
content confidentiality and authenticity is to be achieved.
|
|||
|
|
|||
|
Interoperability considerations:
|
|||
|
|
|||
|
The Ogg bitstream format has proved to be widely implementable across
|
|||
|
different computing platforms. A broadly portable reference
|
|||
|
implementation is available under a BSD license.
|
|||
|
|
|||
|
The Ogg bitstream format is not patented and can be implemented by
|
|||
|
third parties without patent considerations.
|
|||
|
|
|||
|
Published specification:
|
|||
|
|
|||
|
See [1].
|
|||
|
|
|||
|
Applications which use this media type:
|
|||
|
|
|||
|
Any application that implements the specification will be able to
|
|||
|
encode or decode Ogg bitstream files. Specifically, the format is
|
|||
|
supposed to be used by subcodecs that implement, for example, Vorbis
|
|||
|
audio.
|
|||
|
|
|||
|
Additional information:
|
|||
|
|
|||
|
Magic number(s):
|
|||
|
|
|||
|
In Ogg bitstream files, the first four bytes are 0x4f 0x67 0x67 0x53
|
|||
|
corresponding to the string "OggS".
|
|||
|
|
|||
|
File extension: .ogg
|
|||
|
|
|||
|
Macintosh File Type Code(s): OggS
|
|||
|
|
|||
|
Object Identifier(s) or OID(s): none
|
|||
|
|
|||
|
Person & email address to contact for further information:
|
|||
|
|
|||
|
Questions about this proposal should be directed to Linus Walleij
|
|||
|
<triad@df.lth.se>. Technical questions about the Ogg bitstream
|
|||
|
standard may be asked on the mailing lists for the developer
|
|||
|
community. <http://www.xiph.org/archives/>
|
|||
|
|
|||
|
Intended usage: COMMON
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 3]
|
|||
|
|
|||
|
RFC 3534 The application/ogg Media Type May 2003
|
|||
|
|
|||
|
|
|||
|
Author/Change controller:
|
|||
|
|
|||
|
This document was written by Linus Walleij <triad@df.lth.se>.
|
|||
|
Changes to this document will either be handled by him, a
|
|||
|
representative of the Xiph.org, or the associated development
|
|||
|
communities.
|
|||
|
|
|||
|
The Ogg bitstream format is controlled by the Xiph.org and the
|
|||
|
respective development communities.
|
|||
|
|
|||
|
3. Security Considerations
|
|||
|
|
|||
|
Security considerations are discussed in the security considerations
|
|||
|
clause of the MIME registration in section 2.
|
|||
|
|
|||
|
4. Normative References
|
|||
|
|
|||
|
[1] Pfeiffer, S., "The Ogg encapsulation format version 0", RFC
|
|||
|
3533, May 2003.
|
|||
|
|
|||
|
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement
|
|||
|
Levels", BCP 14, RFC 2119, March 1997.
|
|||
|
|
|||
|
5. Intellectual Property Statement
|
|||
|
|
|||
|
The IETF takes no position regarding the validity or scope of any
|
|||
|
intellectual property or other rights that might be claimed to
|
|||
|
pertain to the implementation or use of the technology described in
|
|||
|
this document or the extent to which any license under such rights
|
|||
|
might or might not be available; neither does it represent that it
|
|||
|
has made any effort to identify any such rights. Information on the
|
|||
|
IETF's procedures with respect to rights in standards-track and
|
|||
|
standards-related documentation can be found in BCP-11. Copies of
|
|||
|
claims of rights made available for publication and any assurances of
|
|||
|
licenses to be made available, or the result of an attempt made to
|
|||
|
obtain a general license or permission for the use of such
|
|||
|
proprietary rights by implementors or users of this specification can
|
|||
|
be obtained from the IETF Secretariat.
|
|||
|
|
|||
|
The IETF invites any interested party to bring to its attention any
|
|||
|
copyrights, patents or patent applications, or other proprietary
|
|||
|
rights which may cover technology that may be required to practice
|
|||
|
this standard. Please address the information to the IETF Executive
|
|||
|
Director.
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 4]
|
|||
|
|
|||
|
RFC 3534 The application/ogg Media Type May 2003
|
|||
|
|
|||
|
|
|||
|
6. Author's Address
|
|||
|
|
|||
|
Linus Walleij
|
|||
|
The Ogg Vorbis Community
|
|||
|
Master Olofs Vag 24
|
|||
|
Lund 224 66
|
|||
|
SE
|
|||
|
|
|||
|
Phone: +46 703 193678
|
|||
|
EMail: triad@df.lth.se
|
|||
|
URI: http://www.xiph.org/
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 5]
|
|||
|
|
|||
|
RFC 3534 The application/ogg Media Type May 2003
|
|||
|
|
|||
|
|
|||
|
7. Full Copyright Statement
|
|||
|
|
|||
|
Copyright (C) The Internet Society (2003). All Rights Reserved.
|
|||
|
|
|||
|
This document and translations of it may be copied and furnished to
|
|||
|
others, and derivative works that comment on or otherwise explain it
|
|||
|
or assist in its implementation may be prepared, copied, published
|
|||
|
and distributed, in whole or in part, without restriction of any
|
|||
|
kind, provided that the above copyright notice and this paragraph are
|
|||
|
included on all such copies and derivative works. However, this
|
|||
|
document itself may not be modified in any way, such as by removing
|
|||
|
the copyright notice or references to the Internet Society or other
|
|||
|
Internet organizations, except as needed for the purpose of
|
|||
|
developing Internet standards in which case the procedures for
|
|||
|
copyrights defined in the Internet Standards process must be
|
|||
|
followed, or as required to translate it into languages other than
|
|||
|
English.
|
|||
|
|
|||
|
The limited permissions granted above are perpetual and will not be
|
|||
|
revoked by the Internet Society or its successors or assigns.
|
|||
|
|
|||
|
This document and the information contained herein is provided on an
|
|||
|
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
|
|||
|
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
|
|||
|
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
|
|||
|
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
|
|||
|
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
|
|||
|
|
|||
|
Acknowledgement
|
|||
|
|
|||
|
Funding for the RFC Editor function is currently provided by the
|
|||
|
Internet Society.
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
|
|||
|
Walleij Standards Track [Page 6]
|
|||
|
|