[cvs-annodex] commit (/annodex): standards/draft-pfeiffer-annodex-current.xml

[silvia]

Update of /annodex (new revision 875)

Modified files:
   standards/draft-pfeiffer-annodex-current.xml

Log Message:
I'm moving the caching description into the temporal URI addressing I-D,
so this I-D should now be finished, yay!



Modified: standards/draft-pfeiffer-annodex-current.xml
===================================================================
--- standards/draft-pfeiffer-annodex-current.xml	2005-02-10 17:01:10 UTC (rev 874)
+++ standards/draft-pfeiffer-annodex-current.xml	2005-02-10 23:50:34 UTC (rev 875)
@@ -1,5 +1,3 @@
-/* KFGSHIFT = log of maximum cmml clip spacing */
-
 <?xml version="1.0" encoding="UTF-8"?> 
 <!DOCTYPE rfc SYSTEM "rfc2629.dtd">
 <?rfc toc="yes"?>
@@ -387,7 +385,7 @@
       </t>
 
       <t>This situation is not acceptable for Annodex, because an Annodex
-      sever must be able to return media format information for an Annodex
+      server must be able to return media format information for an Annodex
       resource without having to understand the codecs involved. And it
       must be able to return temporal subparts of an Annodex resource
       without needing to decode.
@@ -1117,7 +1115,7 @@
       which, the data packets occur in a temporally consecutive order based
       on the time at which their data ends. These times are represented in
       the granule positions of the Ogg pages, which are only allowed to
-      increase within one logical bitstream. This all taken together
+      monotonically increase within one logical bitstream. This
       implies that when having found an Ogg page with a granule position
       that maps to a given seek time (i.e. convers the time or ends at it),
       the seek has found the right location. This applies over all logical
@@ -1164,43 +1162,44 @@
 
       <t>When a subpart of an Annodex bitstream is requested, such as through
       a temporal URI query request from a Web server, the bitstream has to be
-      recomposed and a remultiplexed bitstream served out. There are several aims
-      for performing the remultiplexing with as little effort and therefore
-      as little delay as possible:
+      recomposed and a remultiplexed bitstream served out. There are several
+      aims for performing the remultiplexing with as little effort and 
+      therefore as little delay as possible:
       <list style="symbols">
-        <t>no decoding of the logical bitstreams is performed.</t>
-        <t>no changes to the pages, in particular to the granule positions are made.</t>
-        <t>changes occur only to the control section.</t>
+        <t>no decoding of the logical bitstreams is performed.
+        </t>
+        <t>no changes to the pages, in particular to the granule
+           positions are made.
+        </t>
+        <t>changes occur only to the control section.
+        </t>
       </list>
       </t>
 
       <t>The fields of the Skeleton track allow achievement of all these aims.
       Remultiplexing is essentially achieved by seeking to the position as
       described above and then including from each logical bitstream only the
-      relevant Ogg pages into the new stream. Changes to fields in the bitstream
-      are restricted to the control section:
+      relevant Ogg pages into the new stream. Changes to fields in the 
+      bitstream are restricted to the control section:
       <list style="symbols">
-        <t>the "presentationtime" has to be adjusted to the requested start time
+        <t>the "presentationtime" has to be adjusted to the requested start
+           time
         </t>
-        <t>the "basegranule" for each logical bitstream has to be adjusted to the
-        granule position at which each logical bitstream starts. This is not the
-        first granule position of the Ogg pages included into the bitstream, but
-        rather the last one that did not get included, as it represents the start
-        time of the bitstream.
+        <t>the "basegranule" for each logical bitstream has to be adjusted to
+           the granule position at which each logical bitstream starts. This
+           is not the first granule position of the Ogg pages included into
+           the bitstream, but rather the last one that did not get included, 
+           as it represents the start time of the bitstream.
         </t>
       </list>
       Everything else, and in particular the Ogg pages, stay the same. This is
-      important also to allow caching of such files as is required for Web proxies.
+      important also to allow caching of such files as is required for Web
+      proxies and described in <xref target="timedURI">temporal URI
+      addressing</xref>.
       </t>
 
       </section>
 
-      <section title="Caching of Annodex in caching Web proxies">
-
-      <t>xxx</t>
-
-      </section>
-
     </section>
 
 


-- 
silvia