> without any complaints. Looking at the hex, the CDG data appears to be > there but is shorter, possibly with the parity bytes removed. I'll > experiment further tomorrow but by the look of things, this drive does > support RW mode, but we need to do a little something to the data to > bump it up to 96 bytes per sector.
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. So it looks like this drive is giving me dud data in RW mode. Maybe it expects to send 72 bytes due to dropping the parity bytes, but just forgets to drop the parity bytes. Given your experience with your NEC drive purporting to send RW data but sending nothing of the sort, I'm thinking that this is an issue with my drive. I'll be interested to hear what you're getting out of your other drive. Hopefully it will either be the full 96 bytes, or 72 bytes but with the parity bytes removed. Cheers, Kelvin. 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
