Merge remote-tracking branch 'origin/master' into derf_rtp_edits
authorJean-Marc Valin <jmvalin@jmvalin.ca>
Wed, 30 Jul 2014 17:41:28 +0000 (13:41 -0400)
committerJean-Marc Valin <jmvalin@jmvalin.ca>
Wed, 30 Jul 2014 17:47:16 +0000 (13:47 -0400)
Conflicts:
doc/draft-ietf-payload-rtp-opus.xml

1  2 
doc/draft-ietf-payload-rtp-opus.xml

@@@ -17,7 -18,7 +18,7 @@@
  <!ENTITY nbsp "&#160;">
    ]>
  
-   <rfc category="std" ipr="trust200902" docName="draft-ietf-payload-rtp-opus-01">
 -  <rfc category="std" ipr="trust200902" docName="draft-ietf-payload-rtp-opus-02">
++  <rfc category="std" ipr="trust200902" docName="draft-ietf-payload-rtp-opus-03">
  <?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
  
  <?rfc strict="yes" ?>
        <organization>Mozilla</organization>
        <address>
          <postal>
-           <street>650 Castro Street</street>
 -          <street>2 Harrison Street</street>
 -          <city>San Francisco</city>
++          <street>331 E. Evelyn Avenue</street>
 +          <city>Mountain View</city>
            <region>CA</region>
 -          <code>94105</code>
 +          <code>94041</code>
            <country>USA</country>
          </postal>
          <email>jmvalin@jmvalin.ca</email>
        </address>
      </author>
  
-     <date day='14' month='January' year='2014' />
 -    <date day='30' month='June' year='2014' />
++    <date day='30' month='July' year='2014' />
  
      <abstract>
        <t>
            <t>
              In cases where the bitrate of Opus needs to be reduced even
              further or in cases where only constant bitrate is available,
 -            the Opus encoder may be set to use discontinuous
 +            the Opus encoder can use discontinuous
              transmission (DTX), where parts of the encoded signal that
              correspond to periods of silence in the input speech or audio signal
-             are not transmitted to the receiver.
+             are not transmitted to the receiver. A receiver can distinguish
+             between DTX and packet loss by looking for gaps in the sequence
+             number, as described by Section 4.1
+             of&nbsp;<xref target="RFC3551"/>.
            </t>
  
            <t>
        <t>The payload format for Opus consists of the RTP header and Opus payload
        data.</t>
        <section title='RTP Header Usage'>
 -        <t>The format of the RTP header is specified in <xref target="RFC3550"/>. The Opus
 -        payload format uses the fields of the RTP header consistent with this
 -        specification.</t>
 +        <t>The format of the RTP header is specified in <xref target="RFC3550"/>.
 +        The use of the fields of the RTP header by the Opus payload format is
 +        consistent with that specification.</t>
  
 -        <t>The payload length of Opus is a multiple number of octets and
 -        therefore no padding is required. The payload MAY be padded by an
 +        <t>The payload length of Opus is an integer number of octets and
 +        therefore no padding is necessary. The payload MAY be padded by an
          integer number of octets according to <xref target="RFC3550"/>.</t>
  
-         <t>The marker bit (M) of the RTP header is used in accordance with
-         Section 4.1 of <xref target="RFC3551"/>.</t>
+         <t>The timestamp, sequence number, and marker bit (M) of the RTP header
+         are used in accordance with Section 4.1
+         of&nbsp;<xref target="RFC3551"/>.</t>
  
          <t>The RTP payload type for Opus has not been assigned statically and is
          expected to be assigned dynamically.</t>
  
          <t>Example 2: 16000 Hz clock rate, maximum packet size of 40 ms,
          recommended packet size of 40 ms, maximum average bitrate of 20000 bps,
--        prefers to receive stereo but only plans to send mono, FEC is allowed,
-         DTX is not allowed</t>
++        prefers to receive stereo but only plans to send mono, FEC is desired,
+         DTX is not desired</t>
  
          <figure>
            <artwork>