diff options
author | Ralph Giles <giles@thaumas.net> | 2020-04-22 01:45:42 +0300 |
---|---|---|
committer | Ralph Giles <giles@thaumas.net> | 2020-04-22 02:48:40 +0300 |
commit | 9dd2c160dcec5ae735b550db41f4c174a7acabe4 (patch) | |
tree | 70081fb7bc26e6cd343ae2afb7646c5c63186de8 | |
parent | b005faf1c755bc3d71d4802bd9528b2216f2920d (diff) |
opus draft: Fix xml anchors.
Corrects an xml2rfc warning. Apparently text anchors can't
contain whitespace.
-rw-r--r-- | doc/draft-ietf-codec-opus.xml | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/doc/draft-ietf-codec-opus.xml b/doc/draft-ietf-codec-opus.xml index a0f3af5d..5156492e 100644 --- a/doc/draft-ietf-codec-opus.xml +++ b/doc/draft-ietf-codec-opus.xml @@ -1800,7 +1800,7 @@ For example, when switching from 20 ms to 60 ms, the 60 ms Opus When switching from 20 ms to 10 ms, the 10 ms Opus frame can contain an LBRR frame covering at most half the prior 20 ms Opus frame, potentially leaving a hole that needs to be concealed from even a single - packet loss (see <xref target="Packet Loss Concealment"/>). + packet loss (see <xref target="packet-loss-concealment"/>). When switching from mono to stereo, the LBRR frames in the first stereo Opus frame MAY contain a non-trivial side channel. </t> @@ -2107,7 +2107,7 @@ As stated above, LBRR frames still include this flag when the LBRR flag indicates that the side channel is not coded. In that case, if this flag is zero (indicating that there should be a side channel), then Packet Loss Concealment (PLC, see - <xref target="Packet Loss Concealment"/>) SHOULD be invoked to recover a + <xref target="packet-loss-concealment"/>) SHOULD be invoked to recover a side channel signal. Otherwise, the stereo image will collapse. </t> @@ -5428,7 +5428,7 @@ where N is the number of dimensions, K is the number of pulses, and f_r depends the value of the "spread" parameter in the bit-stream. </t> -<texttable anchor="spread values" title="Spreading Values"> +<texttable anchor="spread_values" title="Spreading Values"> <ttcol>Spread value</ttcol> <ttcol>f_r</ttcol> <c>0</c> <c>infinite (no rotation)</c> @@ -5659,7 +5659,7 @@ where alpha_p=0.8500061035. </section> -<section anchor="Packet Loss Concealment" title="Packet Loss Concealment (PLC)"> +<section anchor="packet-loss-concealment" title="Packet Loss Concealment (PLC)"> <t> Packet loss concealment (PLC) is an optional decoder-side feature that SHOULD be included when receiving from an unreliable channel. Because @@ -7368,7 +7368,7 @@ See tf_analysis() in celt/celt.c. <section title="Spreading Values Decision"> <t> -The choice of the spreading value in <xref target="spread values"></xref> has an +The choice of the spreading value in <xref target="spread_values"></xref> has an impact on the nature of the coding noise introduced by CELT. The larger the f_r value, the lower the impact of the rotation, and the more tonal the coding noise. The more tonal the signal, the more tonal the noise should be, so the CELT encoder determines |