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

[lu_zero at svn.xiph.org]

Author: lu_zero
Date: 2006-11-21 04:13:18 -0800 (Tue, 21 Nov 2006)
New Revision: 12133

Modified:
   trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml
Log:
wtay's comment: inline is not in-band and vice versa

Modified: trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml
===================================================================
--- trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml	2006-11-19 14:49:56 UTC (rev 12132)
+++ trunk/vorbis/doc/draft-ietf-avt-rtp-vorbis-01.xml	2006-11-21 12:13:18 UTC (rev 12133)
@@ -973,9 +973,9 @@
 
 <t>On join the client will receive the current Configuration necessary to decode the current stream inlined in the SDP so that the decoding will start immediately after.</t>
 
-<t>When the streamed content changes the new Configuration is sent in-band before the actual stream, and the Configuration that has to be sent inline in the SDP updated. Since the inline method is unreliable, an out of band fallback is provided.</t>
+<t>When the streamed content changes the new Configuration is sent in-band before the actual stream, and the Configuration that has to be sent inline in the SDP updated. Since the in-band method is unreliable, an out of band fallback is provided.</t>
 
-<t>The client could choose to fetch the Configuration from the alternate source as soon it discovers a Configuration packet got lost inline or use <xref target="RFC3611">selective retransmission</xref>, if the server supports the feature.</t>
+<t>The client could choose to fetch the Configuration from the alternate source as soon it discovers a Configuration packet got lost in-band or use <xref target="RFC3611">selective retransmission</xref>, if the server supports the feature.</t>
 
 <t>A serverside optimization would be to keep an hash list of the Configurations per session to avoid packing all of them and send the same Configuration with different Ident tags</t>