Author: robux4
Date: 2004-12-17 14:54:55 +0300 (Fri, 17 Dec 2004)
New Revision: 817
Modified:
trunk/www.matroska.org/data/technical/specs/codecid/index.html
Log:
design: more XHTML and table fixes
Modified: trunk/www.matroska.org/data/technical/specs/codecid/index.html
===================================================================
--- trunk/www.matroska.org/data/technical/specs/codecid/index.html 2004-12-17 11:02:25 UTC (rev 816)
+++ trunk/www.matroska.org/data/technical/specs/codecid/index.html 2004-12-17 11:54:55 UTC (rev 817)
@@ -57,13 +57,12 @@
<div class="techdef">
<table width="100%">
<tr>
- <th><div align="center">Codec ID</div></th>
- <th><div align="center">Name</div></th>
- <th><div align="center">Description</div></th>
- <th> </th>
+ <th>Codec ID</th>
+ <th>Name</th>
+ <th>Description</th>
</tr>
<tr>
- <th colspan="4"><div align="center">Video</div></th>
+ <th colspan="4">Video</th>
</tr>
<tr>
<td>V_MS/VFW/FOURCC</td>
@@ -75,25 +74,22 @@
by Microsoft</a>. The data are stored in little endian format (like on
IA32 machines). Where is the Huffman table stored in HuffYUV, not AVISTREAMINFO
??? And the FourCC, not in AVISTREAMINFO.fccHandler ???</td>
- <td>????</td>
</tr>
<tr>
<td>V_UNCOMPRESSED</td>
<td>Video, raw uncompressed video frames</td>
<td>The private data is void, all details about the used colour specs and
bit depth are to be put/read from the KaxCodecColourSpace elements.</td>
- <td> </td>
</tr>
<tr>
<td>V_MPEG4/ISO/???</td>
<td>MPEG4 ISO Profile Video</td>
<td>The stream complies with, and uses the CodecID for, one of the MPEG-4
profiles listed below.</td>
- <td> </td>
</tr>
<tr>
<td> </td>
- <td colspan="3"><table width="100%" border="1">
+ <td colspan="2"><table width="100%" border="1">
<tr>
<td>V_MPEG4/ISO/SP</td>
<td>MPEG4 ISO simple profile (DivX4)</td>
@@ -124,7 +120,6 @@
<td>and derivates, means DivX3, Angelpotion, SMR, etc.; stream was created
using VfW codec or transmuxed from AVI; note that V1/V2 are covered in
VfW compatibility mode</td>
- <td> </td>
</tr>
<tr>
<td>V_MPEG1</td>
@@ -133,7 +128,6 @@
), where block boundaries are still to be defined. Its recommended to use
MPEG2MKV.exe for creating those files, and to compare the results with selfmade
implementations</td>
- <td> </td>
</tr>
<tr>
<td>V_MPEG2</td>
@@ -142,7 +136,6 @@
), where block boundaries are still to be defined. Its recommended to use
MPEG2MKV.exe for creating those files, and to compare the results with selfmade
implementations</td>
- <td> </td>
</tr>
<tr>
<td>V_REAL/????</td>
@@ -150,11 +143,10 @@
<td>The stream is one of the Real Video(TM) video streams listed below. Source
for the codec names are from <a href="http://forum.doom9.org/showthread.php?s=&threadid=55773&perpage=20&pagenumber=2#post331855">Karl
Lillevold on Doom9</a>.</td>
- <td> </td>
</tr>
<tr>
<td> </td>
- <td colspan="3"><table width="100%" border="1">
+ <td colspan="2"><table width="100%" border="1">
<tr>
<td>V_REAL/RV10</td>
<td>RealVideo 1.0 aka RealVideo 5<br /></td>
@@ -189,10 +181,9 @@
href="v_quicktime_private.html">contents of the
'stsd' atom</a> in unmodified form which means that all elements
are stored in big endian form.</td>
- <td> </td>
</tr>
<tr>
- <th colspan="4"><div align="center">Audio</div></th>
+ <th colspan="4">Audio</th>
</tr>
<tr>
<td>A_MPEG/L3</td>
@@ -200,7 +191,6 @@
<td><p>The private data is void. The data contain everything needed for playback
in the MPEG Audio header of each frame.</p>
<p>Corresponding ACM wFormatTag : 0x0055 </p></td>
- <td> </td>
</tr>
<tr>
<td>A_MPEG/L2</td>
@@ -208,7 +198,6 @@
<td><p>The private data is void. The data contain everything needed for playback
in the MPEG Audio header of each frame.</p>
<p>Corresponding ACM wFormatTag : 0x0050</p></td>
- <td> </td>
</tr>
<tr>
<td>A_MPEG/L1</td>
@@ -216,7 +205,6 @@
<td><p>The private data is void. The data contain everything needed for playback
in the MPEG Audio header of each frame.</p>
<p>Corresponding ACM wFormatTag : 0x0050</p></td>
- <td> </td>
</tr>
<tr>
<td>A_PCM/INT/BIG</td>
@@ -224,7 +212,6 @@
<td><p>The private data is void. The bitdepth has to be read and set from
KaxAudioBitDepth element </p>
<p>Corresponding ACM wFormatTag : ???</p></td>
- <td> </td>
</tr>
<tr>
<td>A_PCM/INT/LIT</td>
@@ -232,7 +219,6 @@
<td><p>The private data is void. The bitdepth has to be read and set from
KaxAudioBitDepth element </p>
<p>Corresponding ACM wFormatTag : 0x0001</p></td>
- <td> </td>
</tr>
<tr>
<td>A_PCM/FLOAT/IEEE</td>
@@ -240,7 +226,6 @@
<td><p>The private data is void. The bitdepth has to be read and set from
KaxAudioBitDepth element (32 bit in most cases)</p>
<p>Corresponding ACM wFormatTag : 0x0003</p></td>
- <td> </td>
</tr>
<tr>
<td>A_MPC</td>
@@ -248,7 +233,6 @@
<td>The main developer for musepack has requested that we wait until the SV8
framing has been fully defined for musepack before defining how to store
it in Matroska.</td>
- <td> </td>
</tr>
<tr>
<td><p>A_AC3 </p>
@@ -268,14 +252,12 @@
is 9<br />
For the samplerates 12kHz (00); 11,025kHz (01) and 8kHz (10) the BSID
is 10 </p></td>
- <td> </td>
</tr>
<tr>
<td>A_DTS</td>
<td>Digital Theatre System</td>
<td>The private data is void ??? Corresponding ACM wFormatTag : 0x2000 ; six
channels</td>
- <td> </td>
</tr>
<tr>
<td>A_VORBIS</td>
@@ -286,7 +268,6 @@
Comment</a> followed by <a href="http://www.xiph.org/ogg/vorbis/doc/vorbis-spec-ref.html">Codec
Setup</a>. The format of these data and how to differentiate them has to
be defined ??? It should be the same as in the OGG container.</td>
- <td> </td>
</tr>
<tr>
<td>A_FLAC</td>
@@ -296,16 +277,15 @@
the first data packet. These include the first header packet
containing only the word <code>fLaC</code> as well as all metadata
packets.</td>
- <td> </td>
</tr>
<tr>
<td>A_REAL/????</td>
<td> Realmedia Audio codecs</td>
<td>The stream contains one of the following audio codecs:</td>
- <td> </td>
</tr>
<tr>
- <td colspan="3">
+ <td> </td>
+ <td colspan="2">
<table width="100%" border="1">
<tr>
<td>A_REAL/14_4</td>
@@ -346,18 +326,16 @@
extra private bytes, as <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/mmstr_625u.asp">defined
by Microsoft</a>. The data are stored in little endian format (like on IA32
machines).</td>
- <td> </td>
</tr>
<tr>
<td>A_AAC/?????/???</td>
<td>AAC Profile Audio</td>
<td>The stream complies with, and uses the CodecID for, one of the AAC profiles
listed below.</td>
- <td> </td>
</tr>
<tr>
- <td height="526"> </td>
- <td colspan="3"><table width="100%" border="1">
+ <td> </td>
+ <td colspan="2"><table width="100%" border="1">
<tr>
<td>A_AAC/MPEG2/MAIN</td>
<td>MPEG2 Main Profile</td>
@@ -442,18 +420,15 @@
QuickTime file format read <a
href="http://developer.apple.com/documentation/quicktime/QTFF/qtff.pdf">Apple's
PDF on QuickTime</a>.</td>
- <td> </td>
</tr>
<tr>
<td rowspan="2"> </td>
<td>A_QUICKTIME/QDMC</td>
<td>QDesign Music</td>
- <td> </td>
</tr>
<tr>
<td>A_QUICKTIME/QDM2</td>
<td>QDesign Music v2</td>
- <td> </td>
</tr>
<tr>
<td>A_TTA1</td>
@@ -463,17 +438,15 @@
The header and seektable are dropped.<br />
The private data is void. SamplingFrequency, Channels and BitDepth are used in the TrackEntry.<br />
wFormatTag = 0x77A1</td>
- <td> </td>
</tr>
<tr>
- <th colspan="4"><div align="center">Subtitle</div></th>
+ <th colspan="4">Subtitle</th>
</tr>
<tr>
<td>S_TEXT/UTF8</td>
<td>UTF-8 Plain Text</td>
<td>Basic text subtitles. For more information, please look at the <a href="../subtitles/srt.html">Subtitle
specifications</a>. </td>
- <td> </td>
</tr>
<tr>
<td>S_TEXT/SSA</td>
@@ -481,7 +454,6 @@
<td>The [Script Info] and [V4 Styles] sections are stored in the codecprivate.
Each event is stored in its own Block. For more information, please read
the <a href="../subtitles/ssa.html">specs for SSA/ASS</a>.</td>
- <td> </td>
</tr>
<tr>
<td>S_TEXT/ASS</td>
@@ -489,14 +461,12 @@
<td>The [Script Info] and [V4 Styles] sections are stored in the codecprivate.
Each event is stored in its own Block. For more information, please read
the <a href="../subtitles/ssa.html">specs for SSA/ASS</a>.</td>
- <td> </td>
</tr>
<tr>
<td>S_TEXT/USF</td>
<td>Universal Subtitle Format</td>
<td>This is mostly defined, but not typed out yet. It will first be available
on the <a href="../subtitles/usf.html">USF specs page</a>.</td>
- <td> </td>
</tr>
<tr>
<td>S_IMAGE/BMP</td>
@@ -505,7 +475,6 @@
like in the DVD. The timestamp in the block header of matroska indicates
the start display time, the duration is set with the Duration element. The
full data for the subtitle bitmap is stored in the Block's data section.</td>
- <td> </td>
</tr>
<tr>
<td>S_VOBSUB</td>
@@ -526,8 +495,13 @@
consists of a MPEG program stream which in turn contains SPU
packets. The MPEG program stream data is discarded, and each SPU
packet is put into one Matroska frame.</td>
- <td> </td>
</tr>
+ <tr>
+ <th colspan="4">Buttons</th>
+ <td>B_VOBBTN</td>
+ <td>VobBtn Buttons</td>
+ <td>Based on MPEG PCI packets.</td>
+ </tr>
</table></div>
<p>To be supported later :</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.