> The end of the RW file is full of zeros. As far as I can tell the last > non zero data is at 641378399 (0x263AA85Fh). > > Both files are 642511872 bytes.
The abundance of zeroes towards the end of the RW file indicates there might be some data in the RW_RAW file which is missing in the RW file. The RW_RAW file contains 262464 blocks (of 2448 bytes each). The RW file is 641378400 bytes up to the zero section. Assuming the data in the RW file is still 262464 blocks, but with some padding at the end we get between 2443 and 2444 bytes per block. Could it be that the CDG data is in there somewhere, but the parity bytes have been removed or shortened? There are 6 parity bytes per 96 byte block, which makes 2442 bytes per audio+CDG block if the parity bytes were removed. 2443-4 is not far off that, so even though there are a bunch of zeroes at the end there is still enough space up to the zeroes to hold the payload of the CDG data (without some of the parity bytes). Not sure if it's significant but thought I'd mention it as an observation. A useful thing to do with the two rips might be to knock up a little program to compare each of the audio sectors at 2352 and 2448 in turn, until we find the first one that is different. It would be interesting if this was at some significant boundary (say 32 blocks), and if it was followed by some CDG-looking bytes in the RW file. 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
