subcode and deinterleaving question

I've been looking at the code for cdgrip and doing a bit of coding (just
for fun really) and I'm having a few problems understanding some of it.

Specifically I'm having some trouble with all the deinterlacing
business. As far as I can tell my drive will only support reading
sub-channel in raw mode (ie --read-subchan rw_raw) and I'd really like
to know just what is being ripped, and in what order.

I've been reading all the info I can find but I must admit I'm getting a
little confused partly because the terms "frame" and "sector" do not
seem to be used consistently. For instance the ECMA-130 standard seems
to refer to 588 bits burnt on to the disk as a frame.

So far I gather the first 2352 bytes in the image are the audio samples
of one sector and the next 96 bytes are subcode bytes.

I know a certain amount of interleaving goes on in the audio data prior
to it being written onto the disk but I was under the impression that
the same could not be said about subcode?

Is it just the r to w channels which are interleaved or is it the whole
subcode byte? (including the p and q channels).

Any help or pointers to info about how the deinterleaving code in
cdrparse.py works would be great. 

Thanks

Drew





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642