I've made two very interesting discoveries....
I used my burnt disk with the injected "A" subcode and ripped it in mode RW on yet another drive (an older liteon CD write) I then looked at the bin file in a hex editor and found The "A" subcode it at the end of each sector! ie 2532 bytes of audio and 96 bytes of subcode! in RW mode. I haven't yet checked if this subcode it ready deinterleaved by the drive but that is next on list of this to do. The NEC is putting in zeros (this is the really odd part) after every 26 sectors of audio! So the format of the data from the NEC is this... 26*2352 audio sectors then 26*96 byte of zeros (making the image exactly the smae size as if the subcode were in there.) Very odd. The upshot of all this is that cdgrip may actually be correct in it's treatment of bin files from RW capable drives. Also the NEC is *not* behaving in a sane way and has caused me to spend more time than is good for me using a hex editor. :) Tomorrow I'll check if the liteon is indeed ripping real RW data. 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 Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
