[xiph-commits] r12040 - trunk/vorbis/doc

lu_zero at svn.xiph.org lu_zero at svn.xiph.org
Mon Nov 6 04:50:59 PST 2006


Author: lu_zero
Date: 2006-11-06 04:50:57 -0800 (Mon, 06 Nov 2006)
New Revision: 12040

Modified:
   trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml
Log:
Colin Perkins' suggestion: Remove ambiguity between payload type and Vorbis Data Type

Modified: trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml
===================================================================
--- trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml	2006-11-06 12:47:45 UTC (rev 12039)
+++ trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml	2006-11-06 12:50:57 UTC (rev 12040)
@@ -207,7 +207,7 @@
 <t>
 Vorbis Data Type (VDT): 2 bits</t>
 <t>
-This field sets the payload type for the Vorbis data in this RTP packet. There are currently three type of Vorbis payloads.
+This field specifies the kind of Vorbis data stored in this RTP packet. There are currently three different types of Vorbis payloads.
 </t>
 
 <vspace blankLines="1" />
@@ -369,13 +369,13 @@
 <section anchor="In-band Header Transmission" title="In-band Header Transmission">
 
 <t>
-The <xref target="Packed Configuration">Packed Configuration</xref> Payload is sent in-band with the packet type bits set to match the payload type. Clients MUST be capable of dealing with fragmentation and periodic re-transmission of the configuration headers.
+The <xref target="Packed Configuration">Packed Configuration</xref> Payload is sent in-band with the packet type bits set to match the Vorbis Data Type. Clients MUST be capable of dealing with fragmentation and periodic re-transmission of the configuration headers.
 </t>
 
 <section anchor="Packed Configuration" title="Packed Configuration">
 
 <t>
-A Vorbis Packed Configuration is indicated with the payload type field set to 1. Of the three headers, defined in the <xref target="vorbis-spec-ref">Vorbis I specification</xref>, the identification and the setup will be packed together, the comment header is completely suppressed. Is up to the client to provide a minimal size comment header to the decoder if required by the implementation.
+A Vorbis Packed Configuration is indicated with the Vorbis Data Type field set to 1. Of the three headers, defined in the <xref target="vorbis-spec-ref">Vorbis I specification</xref>, the identification and the setup will be packed together, the comment header is completely suppressed. Is up to the client to provide a minimal size comment header to the decoder if required by the implementation.
 </t>
 
 <figure anchor="Packed Configuration Figure" title="Packed Configuration Figure">
@@ -627,7 +627,7 @@
 <section anchor="Comment Headers" title="Comment Headers">
 
 <t>
-With the payload type flag set to 2, this indicates that the packet contain the comment metadata, such as artist name, track title and so on. These metadata messages are not intended to be fully descriptive but to offer basic track/song information. Clients MAY ignore it completely. The details on the format of the comments can be found in the <xref target="vorbis-spec-ref">Vorbis documentation</xref>.
+With the Vorbis Data Type flag set to 2, this indicates that the packet contain the comment metadata, such as artist name, track title and so on. These metadata messages are not intended to be fully descriptive but to offer basic track/song information. Clients MAY ignore it completely. The details on the format of the comments can be found in the <xref target="vorbis-spec-ref">Vorbis documentation</xref>.
 </t>
 <figure anchor="Comment Packet Figure" title="Comment Packet">
 <artwork><![CDATA[



More information about the commits mailing list