<div>yeah the chnage is not entered in the change log.. it helps in achieving better compression for 24 bit files.. an i think it came in as a mistake cvs merge in 1.2.1 encoder ..</div>
<div>neways i think Josh's( jcoalson ) reply on this thread is helpfull <a href="http://www.hydrogenaudio.org/forums/lofiversion/index.php/t57624.html">http://www.hydrogenaudio.org/forums/lofiversion/index.php/t57624.html
</a> </div>
<div>my guess is u r not using 24 bit files thts why older decoder is able to decode it.. an then again not all 24 bit files will make use of that enhacement :) <br> </div>
<div><span class="gmail_quote">On 1/3/08, <b class="gmail_sendername">Pyt</b> <<a href="mailto:py.thoulon@gmail.com">py.thoulon@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>Going in details through the FLAC format specification, I realize that there are 2 rice coding methods now supported for residual encoding. I thought I remembered in the 1.1.3 times that there was only 1 method (with 4-bit Rice parameter) [or was I drunk ? ;-)]. Going through the change log, I didn't find any reference to such an addition to the format.
</div>
<div> </div>
<div>Now, the decoder implementation I'm working on only implements the 4-bit-parameter-method; I've been using it extensively, including on files encoded with the reference encoder v1.2.1, and never stumbled on that second method. Does the reference encoder implement that yet ?
</div>
<div> </div>
<div>Thanks,</div><span class="sg">
<div>Pyt.</div></span><br>_______________________________________________<br>Flac-dev mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:Flac-dev@xiph.org">Flac-dev@xiph.org</a><br><a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.xiph.org/mailman/listinfo/flac-dev" target="_blank">
http://lists.xiph.org/mailman/listinfo/flac-dev</a><br><br></blockquote></div><br>