Author: robux4
Date: 2004-08-23 15:33:51 +0400 (Mon, 23 Aug 2004)
New Revision: 522
Modified:
trunk/www.matroska.org/data/csssheets/test.css
trunk/www.matroska.org/data/technical/specs/index.html
Log:
spec: mark some elements as unused yet
Modified: trunk/www.matroska.org/data/csssheets/test.css
===================================================================
--- trunk/www.matroska.org/data/csssheets/test.css 2004-08-23 11:08:53 UTC (rev 521)
+++ trunk/www.matroska.org/data/csssheets/test.css 2004-08-23 11:33:51 UTC (rev 522)
@@ -330,3 +330,7 @@
.subclass {
background: #ccc;
}
+
+.version2 {
+ color: #666;
+}
\ No newline at end of file
Modified: trunk/www.matroska.org/data/technical/specs/index.html
===================================================================
--- trunk/www.matroska.org/data/technical/specs/index.html 2004-08-23 11:08:53 UTC (rev 521)
+++ trunk/www.matroska.org/data/technical/specs/index.html 2004-08-23 11:33:51 UTC (rev 522)
@@ -267,7 +267,7 @@
<tr class="subclass">
<td colspan="9">signature</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignatureSlot<a name="SignatureSlot"/></td>
<td>1+</td>
<td>[1B][53][86][67]</td>
@@ -278,7 +278,7 @@
<td>sub-elements</td>
<td>Contain signature of some (coming) elements in the stream.</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignatureAlgo<a name="SignatureAlgo"/></td>
<td>2+</td>
<td>[7E][8A]</td>
@@ -289,7 +289,7 @@
<td>u-integer</td>
<td>Signature algorithm used (1=RSA, 2=elliptic).</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignatureHash<a name="SignatureHash"/></td>
<td>2+</td>
<td>[7E][9A]</td>
@@ -300,7 +300,7 @@
<td>u-integer</td>
<td>Hash algorithm used (1=SHA1-160, 2=MD5).</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignaturePublicKey<a name="SignaturePublicKey"/></td>
<td>2+</td>
<td>[7E][A5]</td>
@@ -312,7 +312,7 @@
<td>The public key to use with the algorithm (in the case of a PKI-based
signature).</td>
</tr>
-<tr>
+<tr class="version2">
<td>Signature<a name="Signature"/></td>
<td>2+</td>
<td>[7E][B5]</td>
@@ -323,7 +323,7 @@
<td>binary</td>
<td>The signature of the data (until a new.</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignatureElements<a name="SignatureElements"/></td>
<td>2+</td>
<td>[7E][5B]</td>
@@ -334,7 +334,7 @@
<td>sub-elements</td>
<td>Contains elements that will be used to compute the signature.</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignatureElementList<a name="SignatureElementList"/></td>
<td>3+</td>
<td>[7E][7B]</td>
@@ -348,7 +348,7 @@
means that the BlockAdditional of all Blocks in all Clusters is used for
encryption.</td>
</tr>
-<tr>
+<tr class="version2">
<td>SignedElement<a name="SignedElement"/></td>
<td>4+</td>
<td>[65][32]</td>
@@ -644,7 +644,7 @@
<td>Block containing the actual data to be rendered and a timecode relative
to the Cluster Timecode.</td>
</tr>
-<tr>
+<tr class="version2">
<td>BlockVirtual<a name="BlockVirtual"/></td>
<td>3</td>
<td>[A2]</td>
@@ -656,10 +656,10 @@
<td>A Block with no data. It must be stored in the stream at the place the
real Block should be in display order.</td>
</tr>
-<tr><td>BlockAdditions</td><td>3</td><td>[75][A1]</td><td>-</td><td>-</td><td>-</td><td>-</td><td>sub-elements</td><td>Contain additional blocks to complete the main one. An EBML parser that has no knowledge of the Block structure could still see and use/skip these data.</td></tr>
-<tr><td>BlockMore</td><td>4</td><td>[A6]</td><td>*</td><td>*</td><td>-</td><td>-</td><td>sub-elements</td><td>Contain the BlockAdditional and some parameters.</td></tr>
-<tr><td>BlockAddID</td><td>5</td><td>[EE]</td><td>*</td><td>-</td><td>-</td><td>>0</td><td>u-integer</td><td>An ID to identify the BlockAdditional (0 is the main Block).</td></tr>
-<tr><td>BlockAdditional</td><td>5</td><td>[A5]</td><td>*</td><td>-</td><td>-</td><td>-</td><td>(see <a href="#block">Block</a>)</td><td>Same structure as a Block interpreted by the codec as it wishes (using the ID).</td></tr>
+<tr class="version2"><td>BlockAdditions</td><td>3</td><td>[75][A1]</td><td>-</td><td>-</td><td>-</td><td>-</td><td>sub-elements</td><td>Contain additional blocks to complete the main one. An EBML parser that has no knowledge of the Block structure could still see and use/skip these data.</td></tr>
+<tr class="version2"><td>BlockMore</td><td>4</td><td>[A6]</td><td>*</td><td>*</td><td>-</td><td>-</td><td>sub-elements</td><td>Contain the BlockAdditional and some parameters.</td></tr>
+<tr class="version2"><td>BlockAddID</td><td>5</td><td>[EE]</td><td>*</td><td>-</td><td>-</td><td>>0</td><td>u-integer</td><td>An ID to identify the BlockAdditional (0 is the main Block).</td></tr>
+<tr class="version2"><td>BlockAdditional</td><td>5</td><td>[A5]</td><td>*</td><td>-</td><td>-</td><td>-</td><td>(see <a href="#block">Block</a>)</td><td>Same structure as a Block interpreted by the codec as it wishes (using the ID).</td></tr>
<tr>
<td>BlockDuration<a name="BlockDuration"/></td>
<td>3</td>
@@ -696,7 +696,7 @@
<td>Timecode of another frame used as a reference (ie: B or P frame). The
timecode is relative to the block it's attached to.</td>
</tr>
-<tr>
+<tr class="version2">
<td>ReferenceVirtual<a name="ReferenceVirtual"/></td>
<td>3</td>
<td>[FD]</td>
@@ -708,7 +708,7 @@
<td>Relative <a href="#position">position</a> of the data that should be
in position of the virtual block.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CodecState<a name="CodecState"/></td>
<td>3</td>
<td>[A4]</td>
@@ -729,13 +729,13 @@
<tr>
<td>LaceNumber<a name="LaceNumber"/></td><td>5</td><td>[CC]</td><td>-</td><td>-</td><td>-</td><td>0</td><td>u-integer</td><td>The reverse number of the frame in the lace (0 is the last frame, 1 is the next to last, etc). While there are a few files in the wild with this element, it is no longer in use and has been deprecated. Being able to interpret this element is not required for playback.</td>
</tr>
-<tr>
+<tr class="version2">
<td>FrameNumber<a name="FrameNumber"/></td><td>5</td><td>[CD]</td><td>-</td><td>-</td><td>-</td><td>0</td><td>u-integer</td><td>The number of the frame to generate from this lace with this delay (allow you to generate many frames from the same Block/Frame).</td>
</tr>
-<tr>
+<tr class="version2">
<td>BlockAdditionID<a name="BlockAddID"/></td><td>5</td><td>[CB]</td><td>-</td><td>-</td><td>-</td><td>0</td><td>u-integer</td><td>The ID of the BlockAdditional element (0 is the main Block).</td>
</tr>
-<tr>
+<tr class="version2">
<td>Delay<a name="BlockDelay"/></td><td>5</td><td>[CE]</td><td>-</td><td>-</td><td>-</td><td>0</td><td>u-integer</td><td>The (scaled) delay to apply to the element.</td>
</tr>
<tr>
@@ -945,7 +945,7 @@
<td>UTF-8</td>
<td>A human-readable string specifying the codec.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CodecSettings<a name="CodecSettings"/></td>
<td>3</td>
<td>[3A][96][97]</td>
@@ -956,7 +956,7 @@
<td>UTF-8</td>
<td>A string describing the encoding setting used.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CodecInfoURL<a name="CodecInfoURL"/></td>
<td>3</td>
<td>[3B][40][40]</td>
@@ -967,7 +967,7 @@
<td>string</td>
<td>A URL to find information about the codec used.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CodecDownloadURL<a name="CodecDownloadURL"/></td>
<td>3</td>
<td>[26][B2][40]</td>
@@ -978,7 +978,7 @@
<td>string</td>
<td>A URL to download about the codec used.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CodecDecodeAll<a name="CodecDecodeAll"/></td>
<td>3</td>
<td>[AA]</td>
@@ -1026,7 +1026,7 @@
<td>u-integer (1 bit)</td>
<td>Set if the video is interlaced.</td>
</tr>
-<tr>
+<tr class="version2">
<td>StereoMode<a name="StereoMode"/></td>
<td>4</td>
<td>[53][B8]</td>
@@ -1161,7 +1161,7 @@
<td>binary</td>
<td>Same value as in AVI (32 bits).</td>
</tr>
-<tr>
+<tr class="version2">
<td>GammaValue<a name="GammaValue"/></td>
<td>4</td>
<td>[2F][B5][23]</td>
@@ -1235,7 +1235,7 @@
<td>u-integer</td>
<td>Numbers of channels in the track.</td>
</tr>
-<tr>
+<tr class="version2">
<td>ChannelPositions<a name="ChannelPositions"/></td>
<td>4</td>
<td>[7D][7B]</td>
@@ -1543,7 +1543,7 @@
<td>u-integer</td>
<td>Number of the Block in the specified Cluster.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueCodecState<a name="CueCodecState"/></td>
<td>4</td>
<td>[EA]</td>
@@ -1556,7 +1556,7 @@
to this Cue element. 0 means that the data is taken from the initial Track
Entry.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueReference<a name="CueReference"/></td>
<td>4</td>
<td>[DB]</td>
@@ -1567,7 +1567,7 @@
<td>sub-elements</td>
<td>The Clusters containing the required referenced Blocks.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueRefTime<a name="CueRefTime"/></td>
<td>5</td>
<td>[96]</td>
@@ -1578,7 +1578,7 @@
<td>u-integer</td>
<td>Timecode of the referenced Block.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueRefCluster<a name="CueRefCluster"/></td>
<td>5</td>
<td>[97]</td>
@@ -1590,7 +1590,7 @@
<td><a href="#position">Position</a> of the Cluster containing the referenced
Block.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueRefNumber<a name="CueRefNumber"/></td>
<td>5</td>
<td>[53][5F]</td>
@@ -1601,7 +1601,7 @@
<td>u-integer</td>
<td>Number of the referenced Block of Track X in the specified Cluster.</td>
</tr>
-<tr>
+<tr class="version2">
<td>CueRefCodecState<a name="CueRefCodecState"/></td>
<td>5</td>
<td>[EB]</td>
@@ -2231,7 +2231,7 @@
</ul>
</div>
-<div>
+<div class="version2">
<h4><a name="block_virtual">Virtual Block</a></h4>
<p>The data in matroska is stored in coding order. But that means if you seek to a particular point and a frame has been referenced far away, you won't know while playing and you might miss this frame (true for independent frames and overlapping of dependent frames). So the idea is to have a placeholder for the original frame in the timecode (display) order.</p>
<p>The structure is a scaled down version of the normal <a href="#block">Block</a>.</p>
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.