[xiph-commits] r3680 - standards
silvia at svn.annodex.net
silvia at svn.annodex.net
Mon Aug 4 21:35:53 PDT 2008
Author: silvia
Date: 2008-08-04 21:35:53 -0700 (Mon, 04 Aug 2008)
New Revision: 3680
Modified:
standards/draft-pfeiffer-annodex-current.xml
standards/draft-pfeiffer-oggskeleton-current.txt
standards/draft-pfeiffer-oggskeleton-current.xml
Log:
added to skeleton I-D that x/0 for basetime & presentationtime imply them being 0. Also added presentationtime >=0
Modified: standards/draft-pfeiffer-annodex-current.xml
===================================================================
--- standards/draft-pfeiffer-annodex-current.xml 2008-08-05 04:34:16 UTC (rev 3679)
+++ standards/draft-pfeiffer-annodex-current.xml 2008-08-05 04:35:53 UTC (rev 3680)
@@ -93,16 +93,16 @@
</abstract>
</front>
-
+
<middle>
-
+
<!--**************-->
<!-- INTRODUCTION -->
<!--**************-->
<section title="Introduction">
<section title="Motivation">
-
+
<t>When searching the World Wide Web, time-continuous data
such as audio and video files are currently treated as "dark
matter" outside the existing infrastructure of the World Wide Web:
@@ -113,7 +113,7 @@
files are "dead ends" in that by consuming their content the
hyperlinking functionality of the Web is left behind.
</t>
-
+
<t>Text documents were enabled for the Web through definition of a
markup language (<xref target="HTML">HTML</xref>) for text documents
to enable description of the structure of a document, and thus
@@ -127,7 +127,7 @@
<t>To turn text documents into a Web resource that can be
exchanged between different applications, HTML markup is added. Such
- an exchange format where CMML is merged with the time-continuous
+ an exchange format where CMML is merged with the time-continuous
document(s) it describes is also necessary to turn the time-continuous
document(s) into a Web resource and provide a standard exchange
format between applications. This format is called "Annodex" for
@@ -186,18 +186,18 @@
</section>
</section>
-
+
<!--**********-->
<!-- FEATURES -->
<!--**********-->
<section title="Features of Annodex">
-
- <t>Annodex contains interleaved
+
+ <t>Annodex contains interleaved
bitstreams of time-related data. It is designed to be used
both as a persistent file format and as a streaming format to
exchange temporally addressable bitstreams. It enables encapsulation
of any type of time-continuous bitstream as long as it is streamable
- and is based on a regular data sampling rate (called granulerate).
+ and is based on a regular data sampling rate (called granulerate).
For variable sampling rate bitstreams, a least common multiple of
the used sampling rates must be known.
Using this container format, Annodex is designed to accommodate any
@@ -218,7 +218,7 @@
__________________________________________________________________
D1 | | | | | | | | | | |
- __________________________________________________________________
+ __________________________________________________________________
D2 | | | | | | |
__________________________________________________________________
@@ -254,9 +254,9 @@
<t>Data bitstreams generally contain the following information:
<list style="symbols">
- <t>setup information for a codec</t>
- <t>content data</t>
- </list>
+ <t>setup information for a codec</t>
+ <t>content data</t>
+ </list>
The setup information is inserted at the start of a data
bitstream before any content data.
</t>
@@ -307,7 +307,7 @@
</figure>
<t>The Annodex format has been designed to accommodate for
- reliable and unreliable transport. In case of packet loss
+ reliable and unreliable transport. In case of packet loss
due to an unreliable transport, data may get lost; this may be
important to the application or not and thus may need to be addressed.
All data, including CMML data, is treated with the same importance.
@@ -364,16 +364,16 @@
<t>An Annodex physical bitstream has the following mandatory order of
Ogg pages:
- <list style="numbers">
- <t>skeleton bos page.</t>
- <t>CMML bos page.</t>
- <t>bos pages of the other logical bitstreams.</t>
+ <list style="numbers">
+ <t>skeleton bos page.</t>
+ <t>CMML bos page.</t>
+ <t>bos pages of the other logical bitstreams.</t>
<t>secondary header pages of all logical bitstreams, including
fisbone.</t>
- <t>skeleton eos page.</t>
- <t>data and eos pages of logical bitstreams, excluding skeleton,
+ <t>skeleton eos page.</t>
+ <t>data and eos pages of logical bitstreams, excluding skeleton,
multiplexed in a time-synchronous fashion.</t>
- </list>
+ </list>
Such an Annodex bitstream is identified by the CMML bitstream's magic
number which can be found at Byte position 104 for this version of the
"skeleton" specification. This is calculated through the size of the
@@ -418,7 +418,7 @@
</t>
<figure>
- <artwork><![CDATA[
+ <artwork><![CDATA[
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1| Byte
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -523,13 +523,13 @@
<section title="The format of the skeleton ident header">
- <t>The skeleton logical bitstream starts with an ident header
+ <t>The skeleton logical bitstream starts with an ident header
containing information for the complete Ogg physical bitstream.
The ident header has the following format:
- </t>
+ </t>
- <figure>
- <artwork><![CDATA[
+ <figure>
+ <artwork><![CDATA[
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1| Byte
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
@@ -568,10 +568,10 @@
]]></artwork>
</figure>
- <t>Fields with more than one Byte length are encoded LSB (least
- significant Byte) first.
- </t>
-
+ <t>Fields with more than one Byte length are encoded LSB (least
+ significant Byte) first.
+ </t>
+
<t>The fields in the skeleton ident header have the following
meaning:
</t>
@@ -597,33 +597,33 @@
signifying the minor version number of the skeleton
bitstream. This document specifies the minor version 0.
</t>
- <t>Presentationtime numerator & denominator: 8 Byte signed
+ <t>Presentationtime numerator & denominator: 8 Byte signed
integer each
They represent together the time at which to start
presenting the Ogg physical bitstream given as a rational number.
The denominator represents the temporal resolution at which the
- presentationtime is given. E.g. 5 on 1000 results in a
+ presentationtime is given. E.g. 5 on 1000 results in a
presentationtime of 0.005 sec. This enables a very high temporal
resolution without having to store floating point numbers. In a
newly created physical bitstream presentationtime and basetime are
the same. When remultiplexing a subpart of the stream, this number
MUST be adapted to the requested start time offset of the newly
created stream.
- </t>
- <t>Basetime numerator & denominator: 8 Byte signed integer
- each
+ </t>
+ <t>Basetime numerator & denominator: 8 Byte signed integer
+ each
They represent together the basetime of the
- Ogg physical bitstream given as a rational number like the
+ Ogg physical bitstream given as a rational number like the
presentationtime. This number is fixed once the physical bitstream
is created and provides a mapping to time for the beginning of
the physical bitstream when it starts with a granule position of 0.
- </t>
- <t>UTC: a 20 Byte string containing a UTC time in the form
- of YYYYMMDDTHHMMSS.sssZ. It associates a calendar date and a
- wall-clock time with the basetime. It is a sequence of 20 NUL
- Bytes if not in use, making this ident packet and thus the
+ </t>
+ <t>UTC: a 20 Byte string containing a UTC time in the form
+ of YYYYMMDDTHHMMSS.sssZ. It associates a calendar date and a
+ wall-clock time with the basetime. It is a sequence of 20 NUL
+ Bytes if not in use, making this ident packet and thus the
bos page of the skeleton bitstream constant length.
- </t>
+ </t>
</list>
<t>Please note: The possible temporal resolution of the presentation-
Modified: standards/draft-pfeiffer-oggskeleton-current.txt
===================================================================
--- standards/draft-pfeiffer-oggskeleton-current.txt 2008-08-05 04:34:16 UTC (rev 3679)
+++ standards/draft-pfeiffer-oggskeleton-current.txt 2008-08-05 04:35:53 UTC (rev 3680)
@@ -1,8 +1,10 @@
+
+
Network Working Group S. Pfeiffer
Internet-Draft C. Parker
Intended status: Informational Annodex
-Expires: May 22, 2008 November 19, 2007
+Expires: May 4, 2008 November 2007
The "skeleton" meta information track for Ogg
@@ -33,11 +35,9 @@
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
- This Internet-Draft will expire on May 22, 2008.
+ This Internet-Draft will expire on May 4, 2008.
-Copyright Notice
- Copyright (C) The IETF Trust (2007).
@@ -50,7 +50,9 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 1]
+
+
+Pfeiffer & Parker Expires May 4, 2008 [Page 1]
Internet-Draft SKELETON November 2007
@@ -106,7 +108,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 2]
+Pfeiffer & Parker Expires May 4, 2008 [Page 2]
Internet-Draft SKELETON November 2007
@@ -162,7 +164,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 3]
+Pfeiffer & Parker Expires May 4, 2008 [Page 3]
Internet-Draft SKELETON November 2007
@@ -218,7 +220,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 4]
+Pfeiffer & Parker Expires May 4, 2008 [Page 4]
Internet-Draft SKELETON November 2007
@@ -274,7 +276,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 5]
+Pfeiffer & Parker Expires May 4, 2008 [Page 5]
Internet-Draft SKELETON November 2007
@@ -330,7 +332,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 6]
+Pfeiffer & Parker Expires May 4, 2008 [Page 6]
Internet-Draft SKELETON November 2007
@@ -379,18 +381,20 @@
newly created physical bitstream presentationtime and basetime
are the same. When remultiplexing a subpart of the stream, this
number MUST be adapted to the requested start time offset of the
- newly created stream.
+ newly created stream. Presentationtime must always be larger or
+ equal to zero.
- 5. Basetime numerator & denominator: 8 Byte signed integer each.
- They represent together the basetime of the Ogg physical
-Pfeiffer & Parker Expires May 22, 2008 [Page 7]
+
+Pfeiffer & Parker Expires May 4, 2008 [Page 7]
Internet-Draft SKELETON November 2007
+ 5. Basetime numerator & denominator: 8 Byte signed integer each.
+ They represent together the basetime of the Ogg physical
bitstream given as a rational number like the presentationtime.
This number is fixed once the physical bitstream is created and
provides a mapping to time for the beginning of the physical
@@ -410,6 +414,10 @@
future needs of time resolution for any other time format and time-
continuously sampled data.
+ Please note further: A denominator of 0 in either presentationtime or
+ basetime is regarded as a special value and sets the respective time
+ to 0, no matter what the value of the numerator.
+
2.2. The format of the skeleton secondary headers
The skeleton secondary headers are a sequence of packets that each
@@ -436,13 +444,7 @@
-
-
-
-
-
-
-Pfeiffer & Parker Expires May 22, 2008 [Page 8]
+Pfeiffer & Parker Expires May 4, 2008 [Page 8]
Internet-Draft SKELETON November 2007
@@ -498,7 +500,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 9]
+Pfeiffer & Parker Expires May 4, 2008 [Page 9]
Internet-Draft SKELETON November 2007
@@ -554,7 +556,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 10]
+Pfeiffer & Parker Expires May 4, 2008 [Page 10]
Internet-Draft SKELETON November 2007
@@ -610,7 +612,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 11]
+Pfeiffer & Parker Expires May 4, 2008 [Page 11]
Internet-Draft SKELETON November 2007
@@ -666,7 +668,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 12]
+Pfeiffer & Parker Expires May 4, 2008 [Page 12]
Internet-Draft SKELETON November 2007
@@ -722,7 +724,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 13]
+Pfeiffer & Parker Expires May 4, 2008 [Page 13]
Internet-Draft SKELETON November 2007
@@ -778,7 +780,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 14]
+Pfeiffer & Parker Expires May 4, 2008 [Page 14]
Internet-Draft SKELETON November 2007
@@ -834,7 +836,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 15]
+Pfeiffer & Parker Expires May 4, 2008 [Page 15]
Internet-Draft SKELETON November 2007
@@ -890,7 +892,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 16]
+Pfeiffer & Parker Expires May 4, 2008 [Page 16]
Internet-Draft SKELETON November 2007
@@ -946,7 +948,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 17]
+Pfeiffer & Parker Expires May 4, 2008 [Page 17]
Internet-Draft SKELETON November 2007
@@ -1002,7 +1004,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 18]
+Pfeiffer & Parker Expires May 4, 2008 [Page 18]
Internet-Draft SKELETON November 2007
@@ -1058,7 +1060,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 19]
+Pfeiffer & Parker Expires May 4, 2008 [Page 19]
Internet-Draft SKELETON November 2007
@@ -1114,7 +1116,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 20]
+Pfeiffer & Parker Expires May 4, 2008 [Page 20]
Internet-Draft SKELETON November 2007
@@ -1170,7 +1172,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 21]
+Pfeiffer & Parker Expires May 4, 2008 [Page 21]
Internet-Draft SKELETON November 2007
@@ -1226,7 +1228,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 22]
+Pfeiffer & Parker Expires May 4, 2008 [Page 22]
Internet-Draft SKELETON November 2007
@@ -1282,7 +1284,7 @@
-Pfeiffer & Parker Expires May 22, 2008 [Page 23]
+Pfeiffer & Parker Expires May 4, 2008 [Page 23]
Internet-Draft SKELETON November 2007
@@ -1329,15 +1331,14 @@
ietf-ipr at ietf.org.
-Acknowledgment
- Funding for the RFC Editor function is provided by the IETF
- Administrative Support Activity (IASA).
-Pfeiffer & Parker Expires May 22, 2008 [Page 24]
+
+
+
+Pfeiffer & Parker Expires May 4, 2008 [Page 24]
-
Modified: standards/draft-pfeiffer-oggskeleton-current.xml
===================================================================
--- standards/draft-pfeiffer-oggskeleton-current.xml 2008-08-05 04:34:16 UTC (rev 3679)
+++ standards/draft-pfeiffer-oggskeleton-current.xml 2008-08-05 04:35:53 UTC (rev 3680)
@@ -254,18 +254,19 @@
They represent together the time at which to start
presenting the Ogg physical bitstream given as a rational number.
The denominator represents the temporal resolution at which the
- presentationtime is given. E.g. 5 on 1000 results in a
+ presentationtime is given. E.g. 5 on 1000 results in a
presentationtime of 0.005 sec. This enables a very high temporal
resolution without having to store floating point numbers. In a
newly created physical bitstream presentationtime and basetime are
the same. When remultiplexing a subpart of the stream, this number
MUST be adapted to the requested start time offset of the newly
- created stream.
+ created stream. Presentationtime must always be larger or equal to
+ zero.
</t>
<t>Basetime numerator & denominator: 8 Byte signed integer
- each.
+ each.
They represent together the basetime of the
- Ogg physical bitstream given as a rational number like the
+ Ogg physical bitstream given as a rational number like the
presentationtime. This number is fixed once the physical bitstream
is created and provides a mapping to time for the beginning of
the physical bitstream when it starts with a granule position of 0.
@@ -289,6 +290,11 @@
and time-continuously sampled data.
</t>
+ <t>Please note further: A denominator of 0 in either presentationtime
+ or basetime is regarded as a special value and sets the respective
+ time to 0, no matter what the value of the numerator.
+ </t>
+
</section>
<section title="The format of the skeleton secondary headers">
More information about the commits
mailing list