If you update TurboRip, maybe you can put in a feature to analyze CD-R copies? At least report if the data track mode/form is wrong?
Alright Tom, I worked on TurboRip today and added what you were asking for since other great enhancements got out of the way.
1) If you burn a NEC game CD image (PCE/TG-16/PCFX) to CD-R, the TOC will match as an original if done properly, it'll be detected by TurboRip as usual, but it'll check all data tracks for a MODE2 setting and will report the error and exit. This traps the issue you reported where Ahead Nero burns MODE2 sectors instead of MODE1 when you burn CD-Rs to play on real NEC hardware. NEC data tracks are always supposed to be MODE1, so either the CUE or burning software made a wrong decision to burn them in MODE2 as you and Old Rover found (never encountered this problem myself).
2) If you burn homebrew stuff to CD-R, TOC matching does not apply of course, so to check for bad burns, you'd just run "TurboRip /cue" and look at the CUE which will report MODE1 or MODE2 for all the data tracks. You already had this option, but it seems you wanted TurboRip to report an error for official NEC game discs after burning them to CD-R.
To be honest, I didn't see this as very worthwhile because you could always look at the CUE file, and TurboRip is typically about an original CD getting ripped for the first time, not ripping CD-Rs back to your HDD. That doesn't strike me as typical-use, ripping NEC CD-Rs you burned back to your HDD... This still kinda wouldn't act as a reporting mechanism for newbs because they would have to know to rip the CD-R back with TurboRip after burning with Nero to ever catch this issue, ya know ? You and Rover know of the issue, so ripping the CUE file after a burn is all you have to do, and so I dunno if this error trap was worth bothering with, but hey, it was no big deal to add it.
So yeah, that's been coded for the next version release, which I think will be this week. Version 1.41 will officially go live with new stuff like "/normalize" for the waves, "/auto" to find the first NEC game disc to rip without stopping to ask you what drive to pick, a CD menu where the CDDB checksum of the disc's TOC is computed for look-up in the TOC database to title what's in your CD drive (now using a fast binary search algorithm instead of linear), similar to MagicEngine behavior (finally, I should've had something nifty like that ages ago!) etc.
If it's still gotta be stuck as a cmd/console app, it should be the best console app that it can be.
But seriously, I'm itching to leave it behind and begin work on a GUI version eventually. Problem is my ASPI library has a long way to go... I still have many things to master/research when it comes to SCSI, SPTI, the CD Redbook/Yellowbook formats, etc. (
and that's just for reading, never gonna try for writing recordable media!) before I could ever proceed further comfortably, and TurboRip provides a good learn-as-you-go situation when I'm in the mood to advance it. I'd like to perfect its ASPI library as-is, make the last best version, and then port the knowledge/libraries over to begin a GUI version (whenever that happens over the years).
