flac dev - Sep 2013 - [PATCH] Fix documentation rice partition order online

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--