[PATCH] Fix documentation rice partition order online
Martijn van Beurden
mvanb1 at gmail.com
Wed Sep 18 10:11:18 PDT 2013
For some reason all documentation lists the max rice partition
order to be 16, while the maximum is 15. This fixes thee HTML
online documentation
---
documentation_tools_flac.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation_tools_flac.html b/documentation_tools_flac.html
index bc1f2b8..5100cb4 100644
--- a/documentation_tools_flac.html
+++ b/documentation_tools_flac.html
@@ -856,7 +856,7 @@
<td>
Set the [min,]max residual partition order. The min value defaults to 0 if unspecified.<br />
<br />
- By default the encoder uses a single Rice parameter for the subframe's entire residual. With this option, the residual is iteratively partitioned into 2^min# .. 2^max# pieces, each with its own Rice parameter. Higher values of max# yield diminishing returns. The most bang for the buck is usually with <span class="argument">-r 2,2</span> (more for higher block sizes). This usually shaves off about 1.5%. The technique tends to peak out about when blocksize/(2^n)=128. Use <span class="argument">-r 0,16</span> to force the highest degree of optimization.
+ By default the encoder uses a single Rice parameter for the subframe's entire residual. With this option, the residual is iteratively partitioned into 2^min# .. 2^max# pieces, each with its own Rice parameter. Higher values of max# yield diminishing returns. The most bang for the buck is usually with <span class="argument">-r 2,2</span> (more for higher block sizes). This usually shaves off about 1.5%. The technique tends to peak out about when blocksize/(2^n)=128. Use <span class="argument">-r 0,15</span> to force the highest degree of optimization.
</td>
</tr>
</table>
--
1.8.1.2
--------------070000020602090200090907--
More information about the flac-dev
mailing list