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 _______________________________________________ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
