[xiph-commits] r14657 - experimental/ivo/drafts
ivo at svn.xiph.org
ivo at svn.xiph.org
Thu Apr 3 21:56:26 PDT 2008
Author: ivo
Date: 2008-04-03 21:56:26 -0700 (Thu, 03 Apr 2008)
New Revision: 14657
Modified:
experimental/ivo/drafts/draft-xiph-rfc3534bis.txt
Log:
Importing r14655 here to avoid breaking external links.
Modified: experimental/ivo/drafts/draft-xiph-rfc3534bis.txt
===================================================================
--- experimental/ivo/drafts/draft-xiph-rfc3534bis.txt 2008-04-04 04:54:59 UTC (rev 14656)
+++ experimental/ivo/drafts/draft-xiph-rfc3534bis.txt 2008-04-04 04:56:26 UTC (rev 14657)
@@ -5,11 +5,11 @@
Internet-Draft S. Pfeiffer
Obsoletes: 3534 (if approved) C. Montgomery
Intended status: Standards Track Xiph
-Expires: August 25, 2008 February 22, 2008
+Expires: October 6, 2008 April 4, 2008
Ogg Media Types
- draft-goncalves-rfc3534bis-01
+ draft-goncalves-rfc3534bis-02
Status of This Memo
@@ -34,7 +34,7 @@
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
- This Internet-Draft will expire on August 25, 2008.
+ This Internet-Draft will expire on October 6, 2008.
Copyright Notice
@@ -52,9 +52,9 @@
-Goncalves, et al. Expires August 25, 2008 [Page 1]
+Goncalves, et al. Expires October 6, 2008 [Page 1]
-Internet-Draft Ogg Media Types February 2008
+Internet-Draft Ogg Media Types April 2008
Table of Contents
@@ -62,18 +62,19 @@
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Conformance and Document Conventions . . . . . . . . . . . . 3
3. Deployed Media Types and Compatibility . . . . . . . . . . . 4
- 4. Encoding Considerations . . . . . . . . . . . . . . . . . . 4
- 5. Security Considerations . . . . . . . . . . . . . . . . . . 5
- 6. Interoperability Considerations . . . . . . . . . . . . . . 6
- 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . 6
- 8. Ogg Media Types . . . . . . . . . . . . . . . . . . . . . . 6
- 8.1. application/ogg . . . . . . . . . . . . . . . . . . . . . . 6
- 8.2. video/ogg . . . . . . . . . . . . . . . . . . . . . . . . . 7
- 8.3. audio/ogg . . . . . . . . . . . . . . . . . . . . . . . . . 8
- 9. Copying Conditions . . . . . . . . . . . . . . . . . . . . . 9
- 10. References . . . . . . . . . . . . . . . . . . . . . . . . . 9
- 10.1. Normative References . . . . . . . . . . . . . . . . . . . . 9
- 10.2. Informative References . . . . . . . . . . . . . . . . . . . 10
+ 4. Relation Between the Media Types . . . . . . . . . . . . . . 4
+ 5. Encoding Considerations . . . . . . . . . . . . . . . . . . 5
+ 6. Security Considerations . . . . . . . . . . . . . . . . . . 5
+ 7. Interoperability Considerations . . . . . . . . . . . . . . 6
+ 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . 7
+ 9. Ogg Media Types . . . . . . . . . . . . . . . . . . . . . . 7
+ 9.1. application/ogg . . . . . . . . . . . . . . . . . . . . . . 7
+ 9.2. video/ogg . . . . . . . . . . . . . . . . . . . . . . . . . 8
+ 9.3. audio/ogg . . . . . . . . . . . . . . . . . . . . . . . . . 9
+ 10. Copying Conditions . . . . . . . . . . . . . . . . . . . . . 10
+ 11. References . . . . . . . . . . . . . . . . . . . . . . . . . 10
+ 11.1. Normative References . . . . . . . . . . . . . . . . . . . . 10
+ 11.2. Informative References . . . . . . . . . . . . . . . . . . . 10
@@ -107,10 +108,9 @@
-
-Goncalves, et al. Expires August 25, 2008 [Page 2]
+Goncalves, et al. Expires October 6, 2008 [Page 2]
-Internet-Draft Ogg Media Types February 2008
+Internet-Draft Ogg Media Types April 2008
1. Introduction
@@ -164,9 +164,9 @@
-Goncalves, et al. Expires August 25, 2008 [Page 3]
+Goncalves, et al. Expires October 6, 2008 [Page 3]
-Internet-Draft Ogg Media Types February 2008
+Internet-Draft Ogg Media Types April 2008
implementations are "unconditionally compliant".
@@ -188,18 +188,22 @@
for complex data (e.g. multitrack visual, audio, textual and other
time-continuously sampled data), which is not clearly video or audio
data and thus not suited for either the video/ogg or audio/ogg types.
+ Refer to the following section for more details.
An Ogg bitstream generally consists of one or more logical bitstreams
that each consist of a series of header and data pages packetising
time-continuous binary data [RFC3533]. The content types of the
logical bitstreams may be identified without decoding the header
pages of the logical bitstreams through use of a [Skeleton]
- bitstream. Using Skeleton is REQUIRED for content served under the
- application/ogg type and RECOMMENDED for video/ogg and audio/ogg.
+ bitstream. Using Ogg Skeleton is REQUIRED for content served under
+ the application/ogg type and RECOMMENDED for video/ogg and audio/ogg,
+ as it is a type of identifier space used to describe the different
+ encapsulated data.
Furthermore, it is RECOMMENDED that implementations that identify a
logical bitstream which they cannot decode SHOULD ignore it, while
- continuing to decode the ones they can.
+ continuing to decode the ones they can. Such precaution ensures
+ backward and forward compatibility with existing and future data.
Ongoing work related to this registration may introduce optional
parameters in future revisions of this document. One example area of
@@ -208,8 +212,44 @@
examination of the bitstream. Implementations MUST consider the
impact of such an update.
-4. Encoding Considerations
+4. Relation Between the Media Types
+ As stated in the previous section, this document describes three
+ media types which are targeted at different data encapsulated in Ogg.
+ Since Ogg is capable of encapsulate any kind of data, the multiple
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 4]
+
+Internet-Draft Ogg Media Types April 2008
+
+
+ usage scenarios have revealed interoperability issues between
+ implementations when dealing with content served solely under the
+ application/ogg type.
+
+ While this document does redefine the earlier definition of
+ application/ogg, this media type will continue to embrace the widest
+ net possible of content with the video/ogg and audio/ogg types being
+ smaller subsets of it. However, the video/ogg and audio/ogg types
+ take precedence in a subset of the usages, specifically when serving
+ multimedia content that is not complex enough to warrant the use of
+ application/ogg. Following this line of thought, the audio/ogg type
+ is an even smaller subset within video/ogg, as it is not intended to
+ refer to visual content.
+
+ As such, the application/ogg type is the recommended choice to serve
+ content aimed at scientific and other applications that require
+ various multiplexed signals or streams of continuous data. For
+ bitstreams containing visual, timed text, or any other type of
+ material that requires a visual interface, but which is not complex
+ enough to warrant serving under application/ogg, the video/ogg type
+ is recommended. In situations where the Ogg bitstream predominantly
+ contains audio data, it is recommended to use the audio/ogg type.
+
+5. Encoding Considerations
+
Binary: The content consists of an unrestricted sequence of octets.
Note:
@@ -217,22 +257,14 @@
in a suitable encoding without CR/LF conversion, 7-bit stripping,
etc.; base64 [RFC4648] is generally preferred for binary-to-text
encoding.
-
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 4]
-
-Internet-Draft Ogg Media Types February 2008
-
-
o Media types described in this document are used for stream based
storage (such as files) and transport (such as TCP streams or
pipes); separate types are used for real-time transfer, such as
for the RTP payload formats of Theora [ThRTP] video, and Vorbis
[VoRTP] or Speex [SpRTP] audio, as well as for identification of
- the encapsulated content within Ogg.
+ the encapsulated data within Ogg.
-5. Security Considerations
+6. Security Considerations
Refer to [RFC3552] for a discussion of terminology used in this
section.
@@ -242,6 +274,13 @@
rigid definition. This format in itself is not more vulnerable than
any other content framing mechanism.
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 5]
+
+Internet-Draft Ogg Media Types April 2008
+
+
Ogg does not provide for any generic encryption or signing of itself
or its contained bitstreams. However, it encapsulates any kind of
binary content and is thus able to contain encrypted and signed
@@ -254,8 +293,8 @@
content without prior validation of its origin by the end-user. This
may be an issue with applications that use Ogg for streaming or file
transfer in a networking scenario. An implementation decoding Ogg
- and its encapsulated content streams has to ensure correct handling
- of manipulated bitstreams, of buffer overflows, and similar issues.
+ and its encapsulated data streams has to ensure correct handling of
+ manipulated bitstreams, of buffer overflows, and similar issues.
It is also possible to author malicious Ogg bitstreams, which attempt
to call for an excessively large picture size, high sampling-rate
@@ -273,39 +312,39 @@
other means to prevent possibly dangerous operations. Such failure
might possibly be exploited to gain unauthorized access to a system
or sensitive information; such failure constitutes an unknown factor
-
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 5]
-
-Internet-Draft Ogg Media Types February 2008
-
-
and is thus considered out of the scope of this document.
-6. Interoperability Considerations
+7. Interoperability Considerations
The Ogg container format is device-, platform- and vendor-neutral and
has proved to be widely implementable across different computing
platforms through a wide range of encoders and decoders. A broadly
- portable reference implementation [libogg] is available under the new
- (3-clause) BSD license, which is a free software license.
+ portable reference implementation [libogg] is available under the
+ revised (3-clause) BSD license, which is a Free Software license.
- The Ogg container format is not patented and may be implemented by
- third parties without intellectual property concerns.
-
The Xiph.Org Foundation has defined the specification,
interoperability, and conformance, and conducts regular
interoperability testing.
-7. IANA Considerations
+
+
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 6]
+
+Internet-Draft Ogg Media Types April 2008
+
+
+8. IANA Considerations
+
This document registers two new media types and redefines the
existing application/ogg as defined in the following section.
-8. Ogg Media Types
+9. Ogg Media Types
-8.1. application/ogg
+9.1. application/ogg
Type name: application
@@ -315,11 +354,11 @@
Optional parameters: none
- Encoding considerations: See section 4.
+ Encoding considerations: See section 5.
- Security considerations: See section 5.
+ Security considerations: See section 6.
- Interoperability considerations: None, as noted in section 6.
+ Interoperability considerations: None, as noted in section 7.
Published specification: [RFC3533]
@@ -329,14 +368,6 @@
Additional information:
-
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 6]
-
-Internet-Draft Ogg Media Types February 2008
-
-
Magic number(s): The first four bytes, 0x4f 0x67 0x67 0x53,
correspond to the string "OggS".
@@ -354,7 +385,15 @@
Intended usage: COMMON
Restrictions on usage: The type application/ogg SHOULD only be used
- in situations where it is not appropriate to serve content under the
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 7]
+
+Internet-Draft Ogg Media Types April 2008
+
+
+ in situations where it is not appropriate to serve data under the
video/ogg or audio/ogg types. Data served under the application/ogg
type SHOULD use the .ogx file extension and MUST contain an Ogg
Skeleton logical bitstream to identify all other contained logical
@@ -364,7 +403,7 @@
Change controller: The Xiph.Org Foundation.
-8.2. video/ogg
+9.2. video/ogg
Type name: video
@@ -374,25 +413,17 @@
Optional parameters: none
- Encoding considerations: See section 4.
+ Encoding considerations: See section 5.
- Security considerations: See section 5.
+ Security considerations: See section 6.
- Interoperability considerations: None, as noted in section 6.
+ Interoperability considerations: None, as noted in section 7.
Published specification: [RFC3533]
Applications which use this media type: Multimedia applications,
including hardware-based, streaming, and conferencing tools.
-
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 7]
-
-Internet-Draft Ogg Media Types February 2008
-
-
Additional information:
Magic number(s): The first four bytes, 0x4f 0x67 0x67 0x53,
@@ -407,21 +438,29 @@
Intended usage: COMMON
- Restrictions on usage: The type "video/ogg" MAY be used for Ogg
+ Restrictions on usage: The type "video/ogg" SHOULD be used for Ogg
bitstreams containing visual, audio, timed text, or any other type of
material that requires a visual interface. It is intended for
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 8]
+
+Internet-Draft Ogg Media Types April 2008
+
+
content not complex enough to warrant serving under "application/
ogg"; for example, a combination of Theora video, Vorbis audio,
Skeleton metadata, and CMML captioning. Data served under the type
"video/ogg" SHOULD contain an Ogg Skeleton logical bitstream.
Implementations interacting with the type "video/ogg" SHOULD support
- multiplexed streams.
+ multiplexed bitstreams.
Author: See "Authors' Addresses" section.
Change controller: The Xiph.Org Foundation.
-8.3. audio/ogg
+9.3. audio/ogg
Type name: audio
@@ -431,24 +470,17 @@
Optional parameters: none
- Encoding considerations: See section 4.
+ Encoding considerations: See section 5.
- Security considerations: See section 5.
+ Security considerations: See section 6.
- Interoperability considerations: None, as noted in section 6.
+ Interoperability considerations: None, as noted in section 7.
Published specification: [RFC3533]
Applications which use this media type: Multimedia applications,
including hardware-based, streaming, and conferencing tools.
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 8]
-
-Internet-Draft Ogg Media Types February 2008
-
-
Additional information:
Magic number(s): The first four bytes, 0x4f 0x67 0x67 0x53,
@@ -463,20 +495,28 @@
Intended usage: COMMON
- Restrictions on usage: The type "audio/ogg" MAY be used for files
- containing predominantly audio material. Files served under the
- "audio/ogg" type SHOULD have an Ogg Skeleton logical bitstream if
- they use the .oga extension. The .ogg and .spx file extensions are a
- specialization that require no Skeleton due to concerns of backwards-
- compatibility with existing implementations. Use of the .oga file
- extension is the preferred method of distributing audio material
- under the "audio/ogg" type.
+ Restrictions on usage: The type "audio/ogg" SHOULD be used when the
+ Ogg bitstream predominantly contains audio data. Content served
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 9]
+
+Internet-Draft Ogg Media Types April 2008
+
+
+ under the "audio/ogg" type SHOULD have an Ogg Skeleton logical
+ bitstream if they use the .oga extension. The .ogg and .spx file
+ extensions are a specialization that require no Skeleton due to
+ concerns of backwards-compatibility with existing implementations.
+ Use of the .oga file extension is the preferred method of
+ distributing audio data under the "audio/ogg" type.
+
Author: See "Authors' Addresses" section.
Change controller: The Xiph.Org Foundation.
-9. Copying Conditions
+10. Copying Conditions
The authors agree to grant third parties the irrevocable right to
copy, use and distribute the work, with or without modification, in
@@ -484,9 +524,9 @@
permission is granted, redistributed modified works do not contain
misleading author, version, name of work, or endorsement information.
-10. References
+11. References
-10.1. Normative References
+11.1. Normative References
[RFC3533] Pfeiffer, S., "The Ogg Encapsulation Format Version 0",
RFC 3533, May 2003.
@@ -498,17 +538,10 @@
Extensions (MIME) Part One: Format of Internet Message
Bodies", RFC 2045, November 1996.
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 9]
-
-Internet-Draft Ogg Media Types February 2008
-
-
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
-10.2. Informative References
+11.2. Informative References
[Ogg] Xiph.Org Foundation, "Ogg bitstream documentation: Ogg
logical and physical bitstream overview, Ogg logical
@@ -521,6 +554,13 @@
[Dirac] Dirac Group, "Dirac Specification",
<http://dirac.sourceforge.net/specification.html>.
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 10]
+
+Internet-Draft Ogg Media Types April 2008
+
+
[Speex] Valin, J., "The Speex Codec Manual", February 2002,
<http://speex.org/docs/manual/speex-manual>.
@@ -554,13 +594,6 @@
"RTP Payload Format for the Speex Codec", July 2007,
<http://tools.ietf.org/html/draft-ietf-avt-rtp-speex>.
-
-
-Goncalves, et al. Expires August 25, 2008 [Page 10]
-
-Internet-Draft Ogg Media Types February 2008
-
-
[RFC3552] Rescorla, E. and B. Korver, "Guidelines for Writing RFC
Text on Security Considerations", BCP 72, RFC 3552,
July 2003.
@@ -568,6 +601,22 @@
[libogg] Xiph.Org Foundation, "The libogg API", June 2000,
<http://xiph.org/ogg/doc/libogg>.
+
+
+
+
+
+
+
+
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 11]
+
+Internet-Draft Ogg Media Types April 2008
+
+
Authors' Addresses
Ivo Emanuel Goncalves
@@ -612,9 +661,16 @@
-Goncalves, et al. Expires August 25, 2008 [Page 11]
+
+
+
+
+
+
+
+Goncalves, et al. Expires October 6, 2008 [Page 12]
-Internet-Draft Ogg Media Types February 2008
+Internet-Draft Ogg Media Types April 2008
Full Copyright Statement
@@ -668,5 +724,5 @@
-Goncalves, et al. Expires August 25, 2008 [Page 12]
+Goncalves, et al. Expires October 6, 2008 [Page 13]
More information about the commits
mailing list