On Fri, 2006-06-30 at 00:33 +0100, Kelvin Lawson wrote: > I've just compared the RW vs RW_RAW output from my drive, and it appears > that the RW version has 72 byte CDG sections vs 96 bytes for RW_RAW. I > initially thought that must be the 96 bytes of CDG data without the 24 > parity bytes, but it turns out that strangely the drive is returning > only the first 3 24-byte CDG packets (including the parity bytes), and > missing the fourth. So it's only giving me 3 out of every 4 CDG packets > in RW mode. It also happens to swap the bytes in every 16 bit word. >
Kelvin, I've just had a thought. When cdrdao reports the capabilities of the drive it say this: Raw P-W sub-channel reading (audio track) is supported. Cooked R-W sub-channel reading (audio track) is supported. You notice it says "cooked R-W" NOT "cooked P-W" Does this mean it's excluding the p and q channels? that would mean it is returning 6 out of 8 subcode bits which would account for the subcode only being 72 bytes and not 96 (3/4 of the size). How it would arrange these 6 bit I don't know. Could this explain what you are getting from your drive? Drew. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Pykaraoke-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
