> It smells to me like cdrdao is stripping the subcode data, otherwise what is > the > hardware deinterleaving and error-correcting about? I'll take a look through > the > cdrdao source to see if anything jumps out.
Well I've had a quick browse through the cdrdao source and my first impression is that there is little difference between the handling for RW and RW_RAW modes other than sending a different command code to the drive. It seems to memcpy the same number of subchannel bytes in each case. I'm starting to wonder whether cdrdao has internally decided not to use RW mode on your drive, and instead defaulted to audio only (although as you said it does claim that the drive supports it). It would be interesting if you could pepper some debug statements into cdrdao and rebuild it to see whether it's actually doing the memcpys of received subchannel data when running on your drive. I'll see whether I can source some other drives to test on, in case they give different results. 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
