TurboRip

The PC Engine/TurboGrafx-16 CD-ROM ISO/WAV/CUE Ripper - A Win32 command line tool to rip PC Engine/TurboGrafx-16/PC-FX game discs to ISO/WAV/CUE image filesets on any Microsoft® Windows® OS.

<div align="center"><h1>- The Demo Shots -</h1></div>

<div align="center"><h1>- The Introduction -</h1></div>

I got the idea for this program some time after working on my translation project for "Ys IV: The Dawn of Ys" and releasing the first patch. It was based on many factors, one of them being that a project member was planning on creating English dubs for the Japanese audio tracks used in the game. Now to replace those audio tracks with English replacements, one would need to rip their Ys IV disc in a special way. The required image format is what's referred to as ISO/WAV/CUE. In this format, unlike formats such as CDRWIN's BIN/CUE, Nero's NRG, or Alcohol 120%'s MDS, etc., every track file is ripped to a separate file when dealing with a mixed mode CD (which is what all PC Engine/TG-16 CDs are). This has many advantages, since audio tracks are ripped to wave files, they can individually be compressed by special audio compression programs to greatly reduce the storage space required.

So anyway, the purpose of this program is to rip/extract any PC Engine/TG-16 CD-ROM that you might have directly into an ISO/WAV/CUE image format. It will guarantee the same size of every track file across all CD-ROM devices because it will enforce the PRE/POST-GAP rules for transitions between track types, something even GoldenHawk's CDRWIN program will not do, nor any other professional software of that nature. I wanted a perfect extraction of every track so every ISO and WAV file will come out to be the same size on every machine out there. So eliminating size inconsistencies in ripping results is another reason why I felt this program needed to exist.

While this program is intended for use with PC Engine/TG-16 discs, it can also detect and rip MODE2/2352 discs such as CD-I/PlayStation ones. So it is a general purpose command-line ripping program for various discs. But here's the neat thing that makes it unique to PC Engine/TG-16 discs: This program is compiled with a TOC Database of all PC Engine/TG-16 discs, so when you insert an original PC Engine/TG-16 disc, it'll detect and verify its authenticity and use the default title stored within to name the track files. You'll see what I mean after you try the program and it correctly names the image based on the disc you inserted.

So, what else can TurboRip do for you? It can produce an ISO/MP3 image archive that is ready for use on Sony's PSP portable system with the PCEP emulator or even X-BOX's HUGO-X emulator. If you have an audio CD, you can just use the /mp3 parameter, set the bitrate and a few other controls, and it'll rip just audio tracks. It should be faster than anything commercial software has to offer for audio extraction to boot! I also added support for the Monkey's Audio codec for lossless image backups too. If the initial release of this application is well received by the community, I will add support for more audio codecs such as OGG, and possibly FLAC.

Well, good luck, and do lemme know how this program works out for you!

NightWolve

<div align="center"><h1>- The Changelog/Version History -</h1></div>

Version 1.45 (10/18/2025):

Update: New parameter option: /redump to dump in the redump.org bin image format (BIN/BIN/CUE format).
Update: No more spam, version-check browser popup removed.
Update: The basic /normalize feature was revisited and improved. The main loop for processing a WAVE file was rewritten in pure x86 Assembly, the volume multiplier precision was increased from a 4-byte float variable to an 8-byte double, switched to faster float-to-int rounding, and even more speed was achieved by skipping zero/null/silent 16-bit samples (an obvious no-brainer, previously every 16-bits of a WAVE were read/written blindly).
Bug fix: The /xbox option produced a CUE file with wrong MP3 filenames... Thanks to pceslayer @ PCEngine-FX.com forums for the bug report! (The CUE format is matched to the old cddissect app by Xport which most XBOX PCE emulators expect I figure, so that's what I used for reference.)
Bug fix: Compatibility improvements. More CD/DVD devices under Win7++ work! Some Windows® 7 versions can't read CD data sectors using SPTI that lack an an ISO9660 file system like all previous NT versions and the security level varies... It's confusing, but I had to rewrite the function that reads data sectors to try using the normal method of building a SCSI command packet with the SCSI_READ10 (0x28) opcode first, and if that fails, try the Microsoft SPTI method to let the OS mostly handle it. The prescribed SPTI ReadFile() method is no longer enforced as other Windows® 7 builds required AND it stopped working on PC Engine game CDs as they have no file system...

The other issue is the CD device rejecting opcode 0x28 to read data sectors. As a result, I increased compatibility by adding the MMC1 0xBE opcode as a 3rd option when the other 2 fail! That newer opcode is used for reading sectors raw, but by setting the appropriate flag in the command packet, it will return only the "cooked" user data just as the READ10 opcode does. Anyway, thanks to Chris Covell again for another bug report!
Bug fix: A 64-bit version of Windows® creates a separate registry view for a 32-bit app under the "Wow6432Node" key that prevented the "AllocateCDRoms=1" string from being properly set. Thanks to ImgBurn for this tip/info! If that registry value can be set, it may allow CD/DVD reading to occur under User Rights, but you need to merge a .reg file with the contents below:

e.g. "CDReadRightsNT.reg"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "AllocateCDRoms"="1"

Note: Following investigation of virustotal.com and false virus-flagging, I no longer compile TurboRip to set this HKLM registry value to reduce 1 false virus report, so I include 2 .reg files to do it yourself...
Bug: CTRL+BREAK/C not working 100% correctly (still fixing this...).

Version 1.41 (10/15/2016):

Update: New parameter option: /auto which simply scans all drives for the first game CD detected in the TOC database and rips it without prompt! ^_^ Try: "/auto /turbo" for max, automatic ripping of the first Turbo CD found.
Update: New parameter option: /normalize which will auto-normalize/amplify wave files afer ripping them. Given low preamp levels in some CDs making 'em very hard to play loudly on your sound system, this will be useful to some!
Update: I switched to the TOC CDDB checksum standard for identifying game discs. This reduced TurboRip's size by 200KB, and allowed me to use the much quicker binary search algorithm to find a CD title whereas before I used a basic linear search. This also prepares TurboRip for a future upgrade, to look up the CDDB ID at www.freedb.org to conveniently title music discs.
Update: Alignment of 64KB SCSI buffer. Alignmask of CD/DVD drive processed. Switched from dynamic memory allocation to static - this more guarantees no memory fragmentation or trouble. I noticed more general stability this way!
Update: Error messages are now printed in red for fun, also some yellow is used for status/info messages. :)
Update: MNKyDeth has an original copy of "Dungeon Master - Theron's Quest" that wasn't in the PCE/TG-16 TOC database, so it appears another factory pressing was discovered. I added it under its catalog/reference #TGXCD1041.
Update: Full [re]testing on Windows® 95/98/ME/NT4/2000/XP/Vista/7/8/10 was performed to 100% verify TurboRip's compatibility, no assumptions this time!
Update: TurboRip now automatically centers its working CMD window.
Bug fix: Fixed total epic failure for Windows® 7 that required major rewrite! TurboRip is now officially certified for Windows® 7 support even though I said it was prior to this release without actually testing it on!!! :)

*Better trapping of SPTI errors after SCSI command packet sent. *Using prescribed SPTI method for raw read of audio sectors - Win7 required! *Using prescribed SPTI ReadFile method for data sector reads, the ONLY Win7 permissible way for MODE1 sectors due to security/policing of SCSI reads! *Win7 security changes led to this! Audio sectors - check!!! Data sectors - check!!!

Thanks to johnnykonami for the bug report which also led me to do complete genuine Windows® platform tests and find/fix the bug for NT 4.0 as well.
Bug fix: Setting thread priority to 'highest' on Windows® 95/98/ME caused buggy input handling at the Command Prompt, sometimes even crashes! It took hours of testing on Windows® 95 to figure this out, removed one unneeded line of code to fix... Quite pesky...
Bug fix: Getting a SPTI CD/DVD drive handle on Windows® NT 4.0 (SP6) failed! Now works both with User or Administrator Rights! Why bother making sure it can work

TurboRip

Install / Use

README

TurboRip