Hi Pradeep,
*Escape code is used to say that the partition is not coded using rice
coding, it is in unencoded form.
*Now, if a partition is coded using escape coding, we need to know how
many bits/sample is used for coding - this is given by n (a 5 bit number)
*For 24 bps input, we need not use 24 bits to code the partition using
escape coding, it is based on the maximum value in the partition. For
example, in a 24 bps input, if all the samples in the partition is less than
16, then we can use only 5 bits (given by n) to code using escape coding
instead of 24 bits.
a.. 00000-11110 : Rice parameter.
b.. 11111 : Escape code, meaning the partition is in unencoded binary form
using n bits per sample; n follows as a 5-bit number.
Thanks and Regards,
Santhosh N M
----- Original Message -----
From: "Pradeep D" <pradeep.d at ittiam.com>
To: <flac-dev at xiph.org>
Sent: Thursday, April 24, 2008 12:04 PM
Subject: [Flac-dev] partitioned_rice2 method
> I have a doubt reg. RESIDUAL_CODING_METHOD_PARTITIONED_RICE2
>
> http://flac.sourceforge.net/format.html#partitioned_rice2 tells that
> 5 bits are used to specify the Rice parameter.
> And "Escape code, meaning the partition is in unencoded binary form
> using n bits per sample; n follows as a 5-bit number"
>
> Question:
> What is the use of the "escape code" if we have to specify the
Rice
> parameter again using only 5 bits?
> Is there any use of "escape code" at this place given that you
will
> anyway have to specify the Rice parameter using 5 bits only?
>
> -Paradigm
> -----------------
> No trees were destroyed due to the transmission of this email. However a
> significant number of electrons were terribly troubled.
>
> **********************************************************************
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. If you have received this email in error please notify
> helpdesk at ittiam.com.
> **********************************************************************
>
> _______________________________________________
> Flac-dev mailing list
> Flac-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/flac-dev
>