Alright guys, another silent update. Download TurboRip again if you've been using it and plan to in the future.
http://www.ysutopia.net/get.php?id=TurboRipIf the build date is anywhere between 8-7-2015 to 8-19-2015, it's an old 1.40 version. The latest best build will show August 24, 2015. The changes/improvements are reflected via editing in the same 1.40 section which I am listing below. One thing not listed is that (J) and (U) region codes are now added back to the automatic naming system via the TOC, they stopped working for older builds as I was making tweaks.
+ Bug fix: Fixed another minor bug with the /name parameter where all letters
were forcibly lowercased. Casing is now properly preserved.
+ Changed options /pcep and /hugox to /psp and /xbox respectively. Shorter and
easier to go by the gaming platform of those emulators I figure.
+ Added a shortcut /turbo option for /speed=max - Adding /turbo at the prompt
for parameters is a quicker way to set the drive's reading speed to maximum.
+ Other options that changed: /rs to /mrs, /br to /mbr, /mbr to /mmbr, /vbr to
/mvbr. For help, it now can either be /?, /h, or /help.
+ When using /?, /h, or /help for a parameter list, TurboRip no longer exits
and forces you to restart it - it will list the parameters, then let you
enter what you want to use and resume! The nice thing is you'll still be
able to see many parameters as you decide what to use. You shouldn't avoid
reading the ReadMe to understand everything, but it's a nice shortcut!
+ TurboRip sets the TOP_MOST flag 'on' of the Command Prompt window so it can
never be hidden behind other windows until it's closed or minimized. If it's
minimized while ripping, it'll restore and flash itself when it's finished.
+ 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!
TurboRip is now 4096 aligned to the preferences of Win98® as is the APE DLL.
4K alignment normally makes an EXE/DLL bigger, but with some reduction in
the way CD TOC naming data was stored, the EXE wound up smaller than ever!
So, I have more upcoming updates I'm working on right now and I will make them overt with the versioning system.
1) TurboRip 1.41 will add OGG support just as soon as I compile the vorbis "C" files into a usable DLL to my tastes. After talking with a) Vinny who made this
TurboRip Guide here for WiiMednafen and b) Mednafen's creator, I finally decided to greenlight the idea. Gotta also figure what the /option will be besides /ogg for general music CDs, probably /wii or something.
2) TurboRip 1.42 - Seeing the patching process of Zeroigar led to deciding I wanna add the BinChunker ability directly into TurboRip as it's not a lot of code. Just a matter of parsing the CUE file of a BIN set and reading/writing out the sectors. The wave files are straightforward and you can detect the data mode for a data track as far as differentiating mode2 forms like PSX and so forth, etc. So I think it might be useful to just add that, pass TurboRip a CUE file as a parameter, and if it's of a BIN, spit out the tracks per file by parsing the CUE's lines, etc. I might as well make it more useful instead of how I would have people in the past mount a CUE file, point TurboRip to the virtual CD drive, in order to convert it to ISO/WAV/CUE that way.
3) TurboRip 1.50 - That's the version # I really wanted to release before I was contacted about doing something for PCFX TOCs for the Zeroigar project. By this point, I wanna add the Q subchannel analysis to properly detect 00-99 indexes for any tracks... This will make TurboRip a good, respectable app finally. If you want to defeat copy protection, then you gotta go for CloneCD or Alcohol, those were made for all the tricks that are used, and I don't need nor can't ever get that far... TurboRip will be straight for Sega/Neo/PCE/PC-FX, all the retro CDs that never used copy protection, but did make use of nonstandard indexing (via pregaps), etc.
There is the matter of CD+G discs which is data stored on R-W subchannels and to handle those, you must in fact become CloneCD and rip a separate .sub file for all 96 bytes of subchannel data and do it in a format that burning software recognizes, so that means no BIN/CUE, but IMG/SUB/CCD as in CloneCD... I have to consider that down the road when/if I get good enough... :/
Well, that concludes this status update and future plans for now. Yeah, please delete any old copies and get the upgrade if you like the app and plan on using it in the future!
Expect the 1.41, 1.42 versions soon, within this week or next, while 1.50 is the big upgrade I was planning all along that I never got around to which will happen eventually. That would be months away if I continue with my motivation to upgrade this app!
P.S. Thanks to David Shadoff, I will have a real copy of the
"Super PCEngine Fan Deluxe - Special CD-ROM Vol.1" PC-FX CD in a couple of days which uses multiple indexing in one of the data tracks, something that TurboRip can't detect at present. He donated it to me in the name of science, that is advancement in the science of CD analysis.
So yeah, I really wanted a copy of the disc so I can study it and help perfect TurboRip with it; it'll be cool to finally get that done!
This is what I'm talking about, check out a portion of its CUE file produced by CloneCCD:
FILE "IMAGE.img" BINARY
TRACK 1 AUDIO
INDEX 1 00:00:00
TRACK 2 MODE1/2352
INDEX 0 00:55:45
INDEX 1 00:58:45
TRACK 3 MODE1/2352
INDEX 1 11:33:74
TRACK 4 MODE1/2352
INDEX 1 13:34:51
TRACK 5 MODE1/2352
INDEX 1 13:51:56
INDEX 2 13:58:45
INDEX 3 14:01:12
INDEX 4 16:12:59
INDEX 5 22:43:38
INDEX 6 28:16:20
INDEX 7 29:53:41
INDEX 8 34:04:26
INDEX 9 34:29:34
TRACK 6 MODE1/2352
INDEX 1 34:51:19
If your ripping software can produce a CUE file like that with the detection of those 9 indexes in total for track 5, it separates the men from the boys basically in terms of proper, expert track analysis and makes it top notch!
