TurboRip v1.42: The PC Engine/TG-16 CD-ROM ISO/WAV/CUE Ripper [2019]!!

[NightWolve]

Updated: XX/XX/2019!

The Demo Shots:









The Introduction:

   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

The Features/Change Log (really):

Version 1.42 (X/XX/2019):

 + 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 all the way back to such old Windows versions ?? Just because!
   I started my software developer career on Windows® NT4 Workstations and it's
   just nice to know that TurboRip can work on them. It lets me know the code
   is simple enough and most appropriately makes use of the Windows API as well
   as handle some of its quirks where one or two lines of code or flags can
   make or break software between different OS versions.

 + Bug fix: Wrongly displayed US TurboGrafx CD type for Japanese PC Engine CDs.
   This may have actually caused crashes for some people. Bug Report: It did!
   tbone3969 @ PCEngine-FX.com reported crashing on his Windows 10 machine which
   was subsequently solved by this fix!


Version 1.40 (8/7/2015 - 8/24/2015):

 + Uses the Native NT SCSI Library for NT/2K/XP/Vista/7/8/10 platforms! No more
   dependency on an ASPI DLL and none of the problems associated with it!!!

 + Certified, tested, approved for use all the way back to Windows 98SE for the
   "retro" in you, as well as all the way to the present with the new arrival
   of Windows 10!!!! Even I find it hard to believe it works in all of them!!!

 + Improved skipping of unreadable data sectors near postgap area transition.
   If you had trouble reading some PC Engine/TG-16 discs, this should help.

 + Major Command Prompt interface enhancement: TurboRip can now be fully run by
   double-clicking it anywhere in Windows Explorer! The user no longer has to
   first open a Command Prompt window and then CD to the folder where it is
   located in order to enter parameters! User will be prompted for parameters
   if none were detected when TurboRip is executed/double-clicked!! A troll on
   the Ancient Land of Ys forums once barked, "How do you use this F#!K1NG!
   PROGRAM?!?!?!?!" having never encountered command-line programs before and
   not knowing how to first open a Command Prompt before using it... Short of
   a future Windows GUI version, this enhancement solves that issue! Of course
   you can't fix stupid nor those who couldn't bother to read instructions...

 + By request, the TOC CD-ROM data of NEC PC-FX videogames (50 out of 80) were
   added to coincide with the release of the "Tyoushin Heiki Zeroigar" English
   fan translation patch on 8/8/2015!! Only games such as Zeroigar (a shooter)
   were added that "OBEY" the standard mixed-mode CD-ROM rules which can
   accurately be ripped by TurboRip (The next version will have all 80!).

 + Added CD-TEXT support! Some music audio discs can have track file names and
   other info such as artist, composer, genre, etc. burned into the "Lead-in"
   area of the disc. Unfortunately, it's rare to find discs using this feature
   because it arrived towards the end of the CD format's life, but I thought
   I'd add support for it nonetheless! You still have CDDB of course. (You can
   think of this feature as CDDB BTW, but that the album data/info is actually
   burned into the disc so you don't need a program to do a CDDB look-up over
   the Internet to obtain it.)

 + Added CD-EXTRA support! If your music audio disc carries an "Enhanced CD"
   label, then it's really a multi-session disc that comes in three possible
   forms, both with audio tracks and a MODE2 data track that can include music
   videos, interviews with the band, whatever, etc. So, I've added support for
   ripping the one format that I know of for now. I happen to have some of
   these discs, so I wanted to make TurboRip work with them. Unlike with
   CD-TEXT, music audio discs such as these are more common.

 + Various performance enhancements in interface, behavior, coding were made to
   really make this app as great as it should be!! However, index/gap detection
   by reading the "Q" subchannel failed to make it in this version. Stay tuned!

 + To reduce the size of TurboRip, all third-party components for MP3 (LAME)
   and APE are now zipped within TurboRip and extracted/unzipped on demand.

 + When using the /APE parameter for perfect CD backups, support files are now
   extracted to easily decompress APE files back to WAVE when needed! Simply
   double-clicking the "APE_TO_WAVE.bat" batch file will do the trick!

 + The default 3.9.9.0 (2004) Monkey’s Audio (APE) codec no longer requires the
   Unicode layer to work on Windows 98SE, so TurboRip fully works with both its
   APE and MP3 codecs on a clean install of all Windows flavors!!!

 + Bug fix: I noticed on Windows XP that as TurboRip read sectors from a CD/DVD
   drive connected via USB or FireWire, it could actually lose the connection!!
   This could happen consistently when you ALT+TAB'ed to switch to another app!
   I found the solution was to raise the Process Priority of TurboRip to HIGH!
   Normally, disc burning software will raise the Process Priority to HIGH as
   well when *burning* a disc which makes sense, and so with all that, I now
   ALWAYS set TurboRip's priority to HIGH to avoid the bug with external drives
   AND speed up the ripping time - it might as well live up to its name!!

 + Bug fix: Fixed a drive selection bug in Windows 98SE when selecting a drive
   number from the prompt menu.

 + Fixed issue that caused "Linda ³ (J)" to be excluded from the TOC database.
   Squaresoft74's use of the fancy superscript "3" was the culprit...

 + If all CD tracks are audio, it's a music CD (not videogame!) so messages
   like "Note: No videogame CD-ROM was detected." were eliminated.

 + The track file-naming style was changed to put the track # (01-99) first.
   This is better for sorting and viewing the CD image file set I think.

 + TurboRip no longer installs its own ASPI layer for Win9X/ME, it instead just
   relies on the default Adaptec ASPI layer. Compatibility is still maintained!

 + TurboRip sets the TOP_MOST flag 'on' of the Command Prompt window so it can
   never be hidden behind other windows until it is closed or minimized.

 + Bug fix: Fixed a minor bug that caused the /name parameter to be overwritten
   when the last parameter specified was /useaspi or if any other text was
   mistakenly typed at the Command Prompt.


 Version 1.00 (4/19/2006):

 + Integration with the PC Engine/TG-16 TOC database so as to detect a valid,
   original PC Engine/TG-16 disc if inserted, and warn you if not.

 + Can detect CD/DVD devices connected to your system via Firewire/USB!

 + Independent executable that provides its own copy of components if missing.
   You'll only ever need the executable and not have to worry about other
   missing dependent files as they'll be extracted on demand.

 + As of this release, LAME MP3 Library version 1.32 [Engine 3.98] (2/19/2006)
   was compiled with the executable for all your MP3 encoding needs. If you have
   a better/newer DLL, you can always replace LAME_ENC.DLL in the same folder
   as the executable and it'll use that instead.

 + As of this release, MAC APE Library version 3.9.9.0 (2004) was compiled
   with the executable for all your APE encoding needs. If you have a
   better/newer DLL, you can always replace MACDll.dll in the same folder as
   the executable and it'll use that instead. MAC=Monkey's Audio Codec is
   lossless audio encoder. Use this if you want a perfect backup of your CD!

 + Can rip your disc directly into an ISO/MP3 format that is usable by PCEP
   (a PC Engine/TG-16 emulator for Sony's portable PSP system) or HUGO-X (a
   PC Engine/TG-16 emulator for Microsoft's X-BOX console system).

 + Generates a default reliable CUE file for use with Daemon Tools or any CDRW
   burning software that supports CDRWIN's CUE format.

 + Generates a TOC dump in PCEP usable format.

 + Support for three data track modes (MODE1/2048, MODE1/2352, & MODE2/2352).
   That means you could rip a game disc from other systems such as Sega CD,
   NeoGeo CD, PlayStation, etc. PlayStation games can only be ripped in RAW
   mode so your drive must support reading RAW sectors.

 + Code is highly optimized. The default VC++ runtime engine is not used.
   Instead, I use a small custom runtime engine I prefer to compile with that
   results in a much smaller and quicker executable, along with the fact that I
   sacrifice ANSI portability by calling Windows APIs directly for speed gains.

 + I would argue TurboRip is probably faster than any audio ripper out there
   when used to rip a regular audio disc. Many of the libraries commercial
   software use are quite bloated while TurboRip was written with the bare
   minimum of what's needed to read from a MMC-Capable device. Their advantage
   of course is more compatibility with specific drives, etc. and support for
   Jitter Correction if your drive isn't "CD-DA Stream Accurate." TurboRip
   being command-line and not having to deal with controlling a Windows GUI
   also provides a speed advantage.

 + Accurate track file sizes with 9X% of PCE/TG-16 CD-ROMs, ensuring consistency
   in ripping results.

The Download: Latest TurboRip.zip (v1.42)

Fully works now on Microsoft Windows 95/98/ME/NT4/2K/XP/Vista/7/8/10 believe it or not!!!!

>> For Windows VISTA or 7 and up Users, Download BETA Version <<

No need for that broken beta anymore I'm happy to say! Version 1.42 and on works on damn near every Windows version Microsoft ever released!

(Some past history on issues with old versions is below just for reference - ysutopia.net/forums/index.php?msg=3668)


Feel free to leave feedback here and lemme know how it's working for you preferably with original CD-ROMs. If you have ideas for improvements/enhancements or find bugs, do lemme know! Keep on ripping!

Tracker URLs to other forums I posted this to check for feedback:

https://www.pcengine-fx.com/forums/index.php?topic=1604.0
http://forums.magicengine.com/en/viewtopic.php?t=1560

[ViperD]

It's a great program. Nice to see it moved out of beta.

[NightWolve]

If anybody has a Sony PSP, try out the /pcep option to create an ISO/MP3/TOC archive for use with the PCEP emulator on that portable. That's something I can't test out, but last I checked, David Shadoff reported it works out fine for him.

Also, if you know of other pce/tg16 forums/communities, please spread the word. I'd like as many as possible getting their hands on this.

[motoh]

I have a PSP, unfortunately I also have upgraded the firmware (I wanted WPA.  ::sniffle:  Has there been progress in homebrew so I can run this?  And if so, where do I go?  I'd be glad to try it out.

[Impulse]

Another great job on another project.  Keep up the great work.  By the way is there any chance (since you brought it up) that we may yet see a Dawn of Y's patch with the dubs that someone was working one...thanks again and keep up the great work...

-OnImpulse-

[MP83]

TurboRip v1.00 works like a charm. Thanks, NightWolve.

[NightWolve]

By the way is there any chance (since you brought it up) that we may yet see a Dawn of Y's patch with the dubs that someone was working one...
-OnImpulse-

Beats me. I doubt it.

[SkyeWelse]

Very nice. I want to try this using the PCE PSP emulator next chance I get. I don't own one myself, but a friend was letting me borrow his for a bit. Perhaps next time.

-SkyeWelse

[Warchild]

Hello NightWolve ^^ being as this is my first post ever i though ide say HI! Im looking at this new soft you made. but what I really wanted to know is how you edited the data on your ys IV patch? Im ive seen lots of ways to rip cd's to iso's including this here. Im looking to start a small group of fan translators myself and being as Im a video and sound editor/operator I can remake audio without a hitch. what I dont know is what I need to be looking for for recoding things in english text IE like your TGCD of ysIV ^_^ Im sure there is another forum about this somewhere I just cant find it so I hope you dont mind me posting this Q here. Thanks

[NightWolve]

Well, if you're talking about the text in Ys IV, it's compressed, so it would be beyond the scope of this post to explain how to "edit it." To edit data in general though, you start with a hex editor that can view S-JIS (Japanese text encoded with the S-JIS charset). Hexecute is one such editor. That helps with games when the text is not compressed. Beyond that, to make systematic updates across the whole data track programmatically, I made my own custom tools to insert blocks and update sections to achieve the desired results. Though, I can't really help you if this is your starting point, let alone one post with the query, "Um, how do you do it???"

Anyway, TurboRip will dump you a good image with all tracks properly sized, so you'll wanna use this for any hacking projects. You'll be certain that you're working with a properly sized data track which is important and were you to succeed in making a patch someday, it'll make it easier for your users to run TurboRip and then patch the results, etc.

[JoeQuaker]

I would argue TurboRip is probably faster than any audio ripper out there
   when used to rip a regular audio disc.

I'd argue that too. Very handy program this has turned out to be.

[NightWolve]

I guess TurboRip is a success as there are multiple downloads of it daily server logs show. Unfortunately, I didn't get the level of feedback I was hoping for judging by this and all the other threads I made on some other NEC related boards. Oh well.

So far, I have at least one enhancement planned for the updated version BTW. There are special music CDs that carry an "Enhanced CD" label. These particular discs conform to a CD-EXTRA standard and currently will fail with TurboRip.

I happen to have a few and noticed the last audio track fails to be accurately ripped. Basically, they work by having two sessions, where the first is just the audio tracks, and the 2nd one has one MODE2 data track. Artists can include videos, interviews, shit like that. You've probably noticed you can access files when you insert these particular discs in your PC drive. Amazingly, by having the audio tracks in the first session, ALL (past and present) CD-ROM hardware will recognize them as regular CD-DA audio discs and ignore the last data track. Kinda neat. Full backwards compatibility with even the earliest of CD-ROM hardware out there.

Anyhow, I think I basically need to read the session number from the TOC and if it's 2, instead of 1 like a regular burned disc, I'll know it's a CD-EXTRA disc. But yeah, I will have to research a bit more to be sure what are all the factors/conditions to look for in order to accurately detect such discs. Obviously this enhancement doesn't have much to do with the application's "intended" purpose, but I'm picky like that and would like to make TurboRip handle what is likely a minor consideration that would make it work with these discs.

Well, it'll be a couple of months before I get to work on that, so no biggie. I did rather enjoy the 7 weeks I spent developing the current version I must say. It was a fun nerdy project for something purty cool. A GUI version down the road would be fun to work on also.

Alrighty, see you folks later.

P.S. One bug fix. Squaresoft's PC is French and he sent me his TOC files from it. For the game "Linda 3", he's using the superscript "3" character, which English/US machines don't appear to like. So what happened is Linda 3 was excluded from TurboRip's TOC database of PC-Engine discs unfortunately. I caught this problem last time for TocFixer, but he updated me again with all the TOC files and I missed it this time when I built TurboRip. So basically, TurboRip doesn't detect a Linda 3 disc. It's already been fixed, but a new release will have to wait for something a little more important like the CD-EXTRA enhancement I talked about.

I was also thinking about detecting CD-TEXT (if you've ever stuck a regular audio disc (CD-DA pure redbook, not MP3, etc.) in like your car's MP3/WMA/CD player and noticed that every track file showed the song title when played as well as the artist's name, that's via CD-TEXT support), but it's so rarely used in the music industry for audio discs, it's probably not worth the trouble. The CD-TEXT feature, like CD-EXTRA, produces an audio disc that is still backwards compatible with all old CD-ROM hardware, just that new hardware is able to detect the song title/artist name stuff per audio track. (I learned how to burn one myself in fact, then I went and tested it with a car stereo CD/WMA/MP3 player at Bestbuy -- which has them on display and operational -- to see if it would work. Heh.)

[esteban666]

I still haven't had a chance to use TurboRip, otherwise I would have given you feedback

But, if I may, I would request that you retain the CD-Text feature! I think it is really kool! I know I may be in the minority... but if possible, keep it.

I learned how to burn one myself in fact, then I went and tested it with a car stereo CD/WMA/MP3 player at Bestbuy -- which has them on display and operational -- to see if it would work. Heh.

Very, very kool. I am going to look up the history of CD-TEXT, do you have any juicy links that I might not find with an average search?

I am primarily interested in when CD-TEXT was introduced and what players support the feature. It sounds like CD+G to me ... a neat idea that was never really utilized. I know, you can laugh about CD+G, but I thought it was pretty kool back in the day (and I am still trying to find some CD+G music albums! All I have are a few samplers...)

[JoeQuaker]

Yeah with music CDs with the "enhanced CD" label, I always had to rip by individual track instead of the whole disc with another ripping program. I always thought CD-text was neat myself... but it just so rarely gets used.

[NightWolve]

But, if I may, I would request that you retain the CD-Text feature! I think it is really kool! I know I may be in the minority... but if possible, keep it.

Well, it's not actually supported right now. My thoughts in the previous post were about adding it later on when I get the chance.

I don't have much history on CD-TEXT really. It's a neat and slight enhancement they added later on so you could name every track basically. Certainly newer MP3/WMA recorded discs and players support that by default, but CD-TEXT lets you do it with a regular CD-DA recorded disc and it'll still work with older drives all the same as I mentioned.

Anyway, hurry up and try TurboRip already then.

[Game_Hunter]

I have tried to rip Seiya Monogatari a few times but it when the data track gets to 99.9%, it always says that there is an read error and closes yet there is not a singlt scrath on the disc. Any advice?

[NightWolve]

Thanks for the feedback.

Hm. Well, that's usually related to an issue with some drives having trouble reading the end of a DATA track right near the 2 second POSTGAP area that precedes an audio track. If it's detected as best as possible, you'll see this:



It's because an unreadable "POSTGAP area" is present due to a track type transition, such as DATA track to AUDIO track or the last DATA track and you have the transition to the "Lead-out." Now, no drive can read in the POSTGAP area, but unfortunately, I found that some drives will report a read error if you try to read one or two sectors right before where the POSTGAP area officially begins. That's been the problem. In essence, the unreadable POSTGAP area is slightly longer than the default of 2 seconds (150 sectors) for these drives.

Well, one thing to try is increasing the DATA read retry count. Add "/readretry=99" to the commandline along with any other parameters you're using. If that doesn't help, I wonder if I need to adjust how I detect being near the end of a DATA track based on the different behavior of your drive. I'd like to get in touch with you online through AIM or MSN if you're available to get more info and to have you try possible fixes with me. If you have another CD or DVD drive, using that instead would be a workaround to this, but I'm more interested in fixing the problem for the drive you're using of course. Just saying.

[esteban666]

Anyway, hurry up and try TurboRip already then.

Well, as I mentioned in the other thread, the only PC I have to play with is Oldie. My wife won't let me touch her brand new laptop, unfortunatley.

Next time I'm home I'll give TurboRip a whirl

[The J Man]

Hello NightWolve or anyone that can help...

   I am using Turborip and am trying to use the PCEP option but the program just makes .wav files.. 

  Any suggestions?

Thank you for this great program and for Turbofix!!!!!!!!!

The J Man

[NightWolve]

Howdy. Well, my first guess is you just haven't typed the parameter properly. Make sure you're using the forward slash. Example:

Code: [Select]

TurboRip /speed=max /pcep

The above command is all you need. You should then notice the MP3 library being extracted and loaded. Also, the files will be named in the following manner: 01.mp3, 02.iso, 03.mp3, etc. just as the PCEP emulator expects them to be.

I take it you didn't examine any of the example commands in the ReadMe??

[The J Man]

Hello Again,

  Before I posted I tried several times and only got .wav files using the examples in the ReadMe  ex. TURBORIP /1  /PCEP.   I also tried TurboRip /speed=max /pcep and TurboRip just closes.  Any ideas?  Thank you for your time!

Other combinations I tried

TurboRip /1 /speed=max /pcep  (still produced .wav)
1 /pcep

Thank You

See attached pics

[The J Man]

Got it working!!!!!


Thank you for the help!!!

[Gillian Seed]

How much people are there still ripping PcEngine Isos ? I wonder...
What about .ape encoding as a new feature ?

[turbofan]

I have to say NightWolves TurboRip utility puts Cdrwin to shame.

[NightWolve]

Got it working!!!!!

Thank you for the help!!!

Yeah, hehe. I already saw the problem in your screenshot with you putting in the parameters too late, when prompted for just a drive letter. It's too late at that point as you've already started the program, and it's in the wrong place as you can clearly see I'm asking for a drive number, but you already figured that out... Congrats. You're not a commandline program kind of guy, eh? You gotta not be impatient and just read things clearly.

What about .ape encoding as a new feature ?

I wonder if anybody is taking advantage of its APE support.

[ViperD]

I have for music CDs but not Turbo games...

[NightWolve]

I guess CDDB Internet lookups would be another feature to consider if it gets used a lot for music CDs to name the tracks. That would be an "extra-mile" feature to consider adding of course, way down the road.

[Gillian Seed]

I wonder if anybody is taking advantage of its APE support.

Oh god, it already does 

What about other consoles support ? (Sega Saturn, SegaCD,... what else ?)

[malducci]

Nightwolve,

 Does the PCE CD format have zero pre/post gap for the data track when its the second track? The format looks very close to Yellow Book standard, except for the pre/post gaps.

 Also, do know if a mixed-mode CD is the samething thing as Yellow Book standard with the data track being the first with no pregap? Shapeshifter appears to have the data track as the first track and I was wondering if it adhere'd to a legal Yellow Book format.

 The reason I ask is that I trying to gather as much info on the PCE CD format before making rounds with the replication houses.

-Rich

[Game_Hunter]

Sorry for taking so long to reply but I got Snatcher yesterday (wow the music really sucks after playing the M-CD version for so many years  ) and it too did the same thing so I am least relieved to know that it was not my Seiya Monogatari disc.  I will try the 99 retry count and see what happens.  Also, with the pre-gap problem, should it mention it in the error message?  Because all it says is that there is an unreadable error.  Thanks again.

[Game_Hunter]

Nope, same result    It says "Read Error: Unrecovered read error"

Stupid piece of crap drive 

[NightWolve]

Oh god, it already does 

I thought you were joking. I could've sworn I tested the APE support with you before I released the first public version... But yeah, it's compiled with the latest APE DLL although it was a BETA version. It was new and releases are rare, so I went with that. All compression modes are supported and it works pretty much flawlessly.

What about other consoles support ? (Sega Saturn, SegaCD,... what else ?)

It does Sega CD, or should, same with PSX, maybe Saturn if it obeys default gap rules. Squaresoft tested for me and commented about this:

Dump any PC-FX, Saturn, PSX, Sega CD, etc.. disc, assuming its structure is respecting the pregaps rule that follows :

00:03:00 for a data track following an audio one.
00:02:00 for an audio track following a data one.

Since most NeoGeoCD games do NOT respect this rule, TurboRip in its current release is NOT suitable to make accurate Iso/Wav/Cue sets of these games.

So he knows for sure TurboRip is not suitable for use with Neo Geo CDs.

Does the PCE CD format have zero pre/post gap for the data track when its the second track? The format looks very close to Yellow Book standard, except for the pre/post gaps.

Also, do you know if a mixed-mode CD is the same thing thing as Yellow Book standard with the data track being the first with no pregap? Shapeshifter appears to have the data track as the first track and I was wondering if it adhere'd to a legal Yellow Book format.

OK, I assume you read what I put in the ReadMe concerning this? I'll paste it anyway:

When dealing with mixed-mode discs, TurboRip follows the
   standard set forth by the industry as follows (verbatim from a MMC document):


   ****  6.2.11.6. Pre-gap ****
   If a Data track is preceded by a different mode of track (such as an audio
   track) or if the mode number of CD-ROM changes, this Data track starts with
   an extended pre-gap. A pre-gap is placed at the head of a Data track, also
   is belonging to the Data track. A pre-gap does not contain actual user data.
   The pre-gap is encoded as "pause."

   An extended pre-gap is divided into two parts. The first part of the
   extended pre-gap has a minimum 1 second of data, and it is encoded according
   to the data structure of previous track. The second part has a minimum 2
   seconds data, and this data track is encoded according to the same data
   structure as the other parts.

   ****  6.2.11.7. Post-gap ****
   If a Data track is followed by another kind of track (such as an audio
   track), this Data track ends with a post-gap. A post-gap is placed at the
   end of a Data track, and is part of the Data Track. A post-gap does not
   contain actual user data. The minimum length of post-gap is 2 seconds. The
   drive does not perform any action for a Post-gap.


   What this means is that if a Data track is followed by an Audio track, the
   CUE file will have a "PREGAP 00:02:00" line to in effect cause a post-gap of
   2 seconds for the prior Data track. If an Audio track is followed by a Data
   track, you will see a "PREGAP 00:03:00" line. Now because I follow these
   rules and assume the factory where the disc was burned/made follows them, I
   will subtract off sectors accordingly to avoid these gap/pause sectors.
   This is why TurboRip will work with a PC-Engine/TG-16 disc without errors.
   Also, this general rule should apply to all mixed-mode discs as well.

OK, as far as I know, since MMC is a standard for getting CD/DVD devices to support universal commands and so forth, and alot of such documents actually pull info from things like the Yellow Book standard, I believe this particular 2/3 second rule for track type transitions is legal. Whatever the case, PC-Engine discs are complying with what I pasted above.

Now, lemme answer your questions directly. Your first question shows that some explaining is needed. Any "gap" is only needed when there is a transition of track types, either when you go from audio to data or from data to audio. So, if there is only one data track in the session for the disc, there is no pre/post gap that the CD maker has to account for. Notice when there are a series of audio tracks, one after the other, there is never a pre/post gap line. Only when there is a transition to another track type do we have to worry about gaps.

So, as to your 2nd question, since Shapeshifter starts with a data track, there is NO PREGAP line found in the CUE, because it's the first track and it did not follow an audio track. No forced gap is needed. Most any other PCE CD starts with an audio track, and THEN you have a transition with track 2, because it's a data track, a track of a different type. When you transition from AUDIO to DATA, you add a 3 second PREGAP, so that's why you see PREGAP 03:00 in that case, and you don't see it when the DATA track is the first track. Makes sense? Pregaps are only an issue when you're changing the track type, going from one to another. (There are only two types of course, audio and data.)

(Oh, one more thing, whether pregap or postgap, they're the same thing really. POSTGAP commands in CUE files weren't always supported well, but if you simply put a PREGAP line with the next track, that achieves the same thing as a POSTGAP with the prior track, so the result is the same. I imagine that's why CDRWIN only used PREGAP commands when creating its CUEs. I explained this in the last quote paragraph above btw.)

Well, this is where my research led me. You have to pay to gain access to the Yellow Book standard, while the MMC documents pre-ANSI approval are free which contain bits and pieces of what one might need. You want the good stuff you have to buy it from Phillips, ANSI, etc.

[NightWolve]

Nope, same result    It says "Read Error: Unrecovered read error"

Stupid piece of crap drive 

Yeah, I needed the exact error message or a screenshot would've been better (and/or if you could paste everything from the DOS box here). Anyway, it seems your drive returns a different error message when dealing with this issue than my two drives. I can trap this particular error message as well and that would fix it, I guess. It will be included in the next release whenever that happens. In the meantime, I can give you a private copy to test with, but you must never share it as I don't want unofficial copies I might hand out in circumstances like these to spread since I haven't updated the ReadMe, version number, etc. Check you PM for a link and lemme know how it works out.

[malducci]

When you transition from AUDIO to DATA, you add a 3 second PREGAP, so that's why you see PREGAP 03:00 in that case, and you don't see it when the DATA track is the first track.

 So the first 1 s  of sectors in the pregap is audio mode(or previous track mode if not audio), followed by a 2 s pregap in data mode. Wouldn't this be a post-gap of 1 s on the preceeding audio track, followed by a 2 s pre-gap on the data track - by my assumption that pre/post-gaps are just sectors with blank data(0x00) in the data/audio part of sector?

 I've burned a few test CD's without any pre-gap for the second data track following an audio track in the que, they booted fine in the SCD system.  I wonder if NERO is adding/correcting the pre-gap before burning.  

Also, I was looking at the ECMA-130 doc and it states that if a data track preceeds the lead-out, that no pre-gap is used. Do PCE games with a last track as a data track follow this rule?


Thanks for the info,

Rich

[Gillian Seed]

What about other consoles support ? (Sega Saturn, SegaCD,... what else ?)

It does Sega CD, or should, same with PSX, maybe Saturn if it obeys default gap rules. Squaresoft tested for me and commented about this:

Of course, but it can't recognize the name of such games. 

[JoeQuaker]

This program is excellent for backing up PC-Engine and Turbo grafx/duo CDs Audio CDs are also a plus. Other programs can do other types... I'm kind of paticuliar... for instance as much as Disc Juggler sucks, I prefer .cdi images for Dreamcast games.

[NightWolve]

So the first 1 s  of sectors in the pregap is audio mode(or previous track mode if not audio), followed by a 2 s pregap in data mode. Wouldn't this be a post-gap of 1 s on the preceeding audio track, followed by a 2 s pre-gap on the data track - by my assumption that pre/post-gaps are just sectors with blank data(0x00) in the data/audio part of sector?

I don't quite understand your first statement to be honest. But a gap is supposed to be unburned/unreadable sectors, technically. However, burner software might burn blank zero data or even garbage as appears to be the case with PCE discs for the pregap of a data track following an audio track. The 2 second postgap of a data track preceding an audio track (or 2 second pregap of an audio track after a data track) appear to always be unburned/unreadable sectors for PCE discs.

So, for a standard PCE disc with the warning audio track, data track and one or more other audio tracks following it, I can read the whole first audio track. But, if I don't subtract off 3 seconds from the end, I'll hear garbage. The sectors are readable (I won't be stopped by the CD/DVD hardware when reading them with some error). Now if you look at those sectors, they appear to be garbage data sectors arranged improperly, not starting correctly, etc. On the other hand, if I try to read the whole data track, I will get a read error if I don't subtract off the 2 seconds for the postgap, which was added since a transition to another audio track is occuring.

I see what you were getting at, though, with the 1s + 2s making 3s of pregap for the audio to data transition. But yeah, seems with a PCE disc, all 3 of those seconds are readable. That is what I guess the quote from the doc I referred to calls an "extended pregap," but it just looks continuous. Since the TOC points to the data track right where it starts, it's conceptually better and technically a postgap, since this "gap" occurs at the end of the audio track. Anyway, I think you understand that calling it a pregap or postgap is relative to whose frame of reference you want to consider/value more, whatever.

I've burned a few test CD's without any pre-gap for the second data track following an audio track in the que, they booted fine in the SCD system.  I wonder if NERO is adding/correcting the pre-gap before burning.  

Well, that's understandable. But there are situations that will cause problems. The last data track in PCE discs has 3 seconds of zeros and I think a postgap of unreadable sectors is added when you burn the disc between it and the lead out. I burned an Ys IV disc without the last track. I found that when you fight the last boss, the last audio track was not played, instead another one was. Same problem with Dracula X. So, I found the solution was to add a POSTGAP 03:00 in the CUE file to fix the problem or readd the last backup track. So like for Ys IV, the CUE looks like this:

FILE "YS IV-THE DAWN OF YS (J-RIGG) [SUPER CD-ROM2]-31.WAV" WAVE
  TRACK 31 AUDIO
    INDEX 01 00:00:00
    POSTGAP 00:03:00

Plus, with a PCE disc, sector starting offsets are important, so if you screw around and remove the proper pregap lines, all audio tracks will begin at a different offsets and when the game code attempts to play a particular track, it'll be off by however many seconds the pregaps are equal to, that is if the game doesn't crash... You'd be creating the MP3 problem basically.

Also, I was looking at the ECMA-130 doc and it states that if a data track preceeds the lead-out, that no pre-gap is used. Do PCE games with a last track as a data track follow this rule?

Ah, yeah, that was another handy doc I found as well. OK, if it says the last track then - since it's the last track that would precede a lead-out obviously - then no, because the last data track is usually preceded by an audio track, so the transition rule is followed and you'll see a PREGAP 00:03:00 line in the CUE file when you rip it. It's no big deal really, so I wonder if you read that correctly from the doc or I would guess the transition rule takes precedent. Anyway, it really only affects the 2nd-to-the-last audio track. If I rip that 2nd-to-the-last audio track, reading all its sectors, I'll get garbage noise for the last 3 seconds. Well, whatever.

[malducci]

Plus, with a PCE disc, sector starting offsets are important, so if you screw around and remove the proper pregap lines, all audio tracks will be at a different offset and when played, will be off by however many seconds the pregaps are equal, if the game doesn't crash. You'd be creating the MP3 problem basically.

Yeah, from the tests I've done, the audio track layout is very finicky. It appears the PCE/game is playing the audio based on the exact sector address instead of track number, but this doesn't appear to be the case with the data tracks. I have one CD were the first track(data) has a 47s +9frame pregap and the system is oblivious to it - all the sector addresses are based off index 01 for a data track (with index 00 containing the pre-gap), but the pre-gaps in the data track effect the LBA of the audio starting point to be played by the game.

Thanks NightWolve

Rich

[djcarl77]

Hey  NightWolf,  I just found your old rigg web page for ripping PCE/DUO rom, which I want to thank you.  I'm new to this, so can I only follow instructions of CDRWin step by step  and other
information provided by authoritative guide to rippimg. Is this another
form of the turboripv.1.00 pc/tg16 cdrom iso/wav/cue. Are the command  lines /programming  needed to rip the roms. Can copy/back-up games
be played on turbo 16cd/duo system with modifications.
 
one more thing, devices/supported features is the cd+g always unchecked and the tracklist mode 1 is always number 2 and rest
audio

[JoeQuaker]

Is this another
form of the turboripv.1.00 pc/tg16 cdrom iso/wav/cue.

Huh?

Are the command  lines /programming  needed to rip the roms.

The "programming" has already been done. See the ReadMe file for instructions on using TurboRip.

Can copy/back-up games
be played on turbo 16cd/duo system with modifications.
 

A TurboGrafX 16 CD system or TurboDuo system does not need modifications.

one more thing, devices/supported features is the cd+g always unchecked and the tracklist mode 1 is always number 2 and rest
audio

Unchecked. Correct.