[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