PCEngineFans.com - The PC Engine and TurboGrafx-16 Community Forum
NEC TG-16/TE/TurboDuo => TG-16/TE/TurboDuo Sales & Trades => Topic started by: NightWolve on April 19, 2006, 11:49:22 AM
-
Updated: 10/15/2016!
The Demo Shots:
(http://www.ysutopia.net/images/TurboRip01.png)
(http://www.ysutopia.net/images/TurboRip02.png)
(http://www.ysutopia.net/images/TurboRipDemo.gif)
(http://www.ysutopia.net/images/TurboRip05.png)
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.40 (8/8/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.41) (http://www.ysutopia.net/get.php?id=TurboRip)
Backup: http://www.ysutopia.net/software/TurboRip.zip
>Sneak forward to a WIP BETA/RC candidate release here< (http://www.ysutopia.net/software/TurboRipTest.zip)
Fully works now on Microsoft Windows 95/98/ME/NT/2K/XP/Vista/7/8/10 believe it or not!!!! :)
The Feedback Thread: http://www.ysutopia.net/forums/index.php?topic=69.0
>> 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.41 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 - http://www.ysutopia.net/forums/index.php?topic=69.msg3668#msg3668)
Alright, I'm making this a general post cause it'll be the same in mine and the MagicEngine forum. 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:
http://forums.magicengine.com/en/viewtopic.php?t=1560
http://www.ysutopia.net/forums/index.php?topic=69.0
-
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. For reference, this is the thread (http://www.ysutopia.net/forums/index.php?topic=23.0) that inspired my adding PSP support. You can see what you normally had to go through to get it to work from that...
Anyway, if you know of other PCE/TG-16 forums/communities, please spread the word! I'd like as many as possible getting their hands on this.
EDIT: Hey, bit of history here, but that person in the thread I linked above (http://www.ysutopia.net/forums/index.php?topic=23.0) was Bernie actually! I got him all set up playing an image of Dracula X on his Sony PSP and then wound up adding the /PCEP option to make it easy for everybody else to rip an image for the Sony PSP's emulator preferences. He is credited in the ReadMe for the feedback and interaction that led to all that. :) I recall that he donated $10 bucks to me for that help as well way back then! ;)
-
This thread would make a nice sticky note.
-
Moved to the proper forum....
I have a PSP but I'm running on the latest firmware...haven't looked to see if there is a way to run PCEP on it yet but can try this when I get back home.
-
Oh man, you have no idea how happy I am to see this!
Hopefully I'll be able to actually figure out how to use it...
-
Finally, another response. Well, lemme know how it goes for you.
-
Unfortunatly i have been unable to get this to work. Ive tried a total of 3 drives, with the same result. It will rip the first audio track, and dumps back to the command prompt. Any ideas?
-
Unfortunatly i have been unable to get this to work. Ive tried a total of 3 drives, with the same result. It will rip the first audio track, and dumps back to the command prompt. Any ideas?
I'm having the same problem on my end. I'm using a combo drive on my laptop, it's a Toshiba SD-R2512. It'll rip the first track and then quit. I have tried changing aspi drivers but no luck. Still the same result.
-
Is there no error message, it just finishes? Also, does the TOC listing show more than one track? One more thing, tell me what happens if you add this extra parameter: "/track=2" - that's to rip just one specified track. The result of using that parameter might be useful in troubleshooting, other than that, I'm not sure what's wrong. Oh, and uh is the one audio track correctly dumped/playable in an audio player, etc.?
EDIT:
P.S. Screenshots of mostly everything after you pick your CD/DVD drive would be helpful too.
-
Night - I've used it a few times and it's worked flawlessly everytime for me. This is definetely one of the coolest and most useful tools for anyone who rocks emulation on their XBox, or anything else for that matter.
OD
-
NightWolve, I was just about to take a few screenshots for you, and try the /track=2 parameter. BUT, it just worked flawlessly for me. I have no idea what i may have changed that could have effected it. I dont think anything. Im super happy its working now, since its such a great utility. I wish i could have helped you with a potential bug though, since a few people are still having this problem im sure.
Rollins, its up to you to take some screenshots now.
-
I just flashed my DVD combo drive with the lastest firmware. Seems to be able to rip all my cd-rom games without problems now (they're all original by the way). All except Nexzr. The program rips the game if I use /track=3, but it just gives me errors if it's trying to rip track-2. It's strange, I double checked my disc and it's 100% original with no scratches, I bought it practically brandnew.
Prompt screen
(http://img57.imageshack.us/img57/4899/tr25lp.jpg)
Turborip with default settings trying to rip Nexzr
(http://img59.imageshack.us/img59/2383/tr01zb.jpg)
Turborip /track=2
(http://img427.imageshack.us/img427/3244/tr13xz.jpg)
-
I dont have a copy of that to try myself... maybe someone else here can post their results?
Its funny, i cant think of any reason mine works now. I hardly even use the computer. No windows updates, no hardware changes, nothing. Well except for installing and removing the other drive i tried (which also didnt work).
I gotta say it again NightWolve, GREAT utility. Vobbo, the author of the free HU6280 PC Engine emulator, has been writing a version for the GP2X linux homebrew console ( http://gp2x.co.uk (http://gp2x.co.uk/) ). He just added ISO support a few days ago. No cd-audio support yet, but he has been updating it at an incredible speed. Check it out.
I still prefer my region modded Turbo Express for portable hucard gaming, but this is a GREAT portable SCD option.
-
Thanks for the feedback guys. I wish I knew what fixed this particular problem because I'm having it as well. My YAMAHA drive used to be able to read the entire data track, even the last few sectors, but not anymore. However, a workaround has been in place, it's just that I didn't cover the particular read error a few drives are returning.
Anyway, the background to the problem is that you basically have "gaps" that are either unburned/unreadable sectors or burned null sectors when you have a track type transition with mixed-mode CDs such as PCE ones. When you transition from a data track to an audio track, 2 seconds of unburned/unreadable sectors are left behind at the end of the data track. That's referred to as a postgap. Now some drives, mine included, when you try to read the last few valid sectors before the unreadable postgap sectors officially begin, they fail as if you were trying to read in the postgap region. That's the problem that you guys were having and why it would fail right at 99% of track 2. Your CD lens can't get the last few sectors that should be valid right before where the invalid postgap sectors begin. If you try to read the first postgap sector or anywhere in its region, you will correctly get an error, but the drive is supposed to be able to read the last valid data sector before the invalid postgap sector begins. However, this seems to vary with drives with some failing too early AND changes in your system somehow affect this. I know my drive used to work fine, but stopped for some reason.
Now, my solution has been to trap certain conditions. If a read error is returned, I check if the current track is a data track and if there only 27+5 sectors left from completely reading the whole track (We're at 99% of completion). Previously, I only accounted for two read errors because those were the only ones my drives returned. They are: "No Seek Complete" or "Illegal mode for this track". However, somebody else, before you guys a few days ago, posted that they were getting a "Unrecovered read error." So I decided to now account for that error which should compensate for the problem should you ever encounter it again.
Anyway, rolins, since you're still having the problem, I'm pm'ing you a link to a slightly updated copy. It should work for Nexzr. You'll see a message about 'unreadable data sectors near postgap area' like this (with the last track at the bottom):
(http://www.ysutopia.net/images/TurboRip03.png)
So yeah, when I get around to releasing an updated version (1.01) to the public, it'll include this fix among some other improvements I've been thinking about.
Glad you all like the program btw. I wish I had the knowledge to have created it back when the NEC scene was kicking off its image sharing days. Would've saved a whole bunch of grief.
grahf: Funny thing about that emulator author. I frequently like to check all referrer links recorded by my server and/or website software. TurboRip was linked to in a thread on that author's forum and so that's how I already happen to have learned about his work. No interest since I don't have this GP2X thingy, but that's nice for those that do.
-
Thanks, NightWolve. I got your PM and that update you sent me works on Nexzr now. I still get that "unrecovered read error..." after track 2, but it still continues the rip the other tracks.
I spent the entire morning playing thru my ISO/WAV of Nexzr trying to find a hiccup, but so far I've found none.
-
NightWolve,
I'm going to start using this fairly soon, so will let you know how it goes. Thank you so much for creating the app.
-
Thanks, NightWolve. I got your PM and that update you sent me works on Nexzr now. I still get that "unrecovered read error..." after track 2, but it still continues the rip the other tracks.
I spent the entire morning playing thru my ISO/WAV of Nexzr trying to find a hiccup, but so far I've found none.
Hm, you should've just seen the "Notice: Unreadable data sector(s) near postgap area were replaced with zeroes." I think you mean that message, right? Also, you might try setting the readretry to 99 with this extra parameter "/readretry=99" for this. If not, your CD/DVD device simply refuses to do it. You'll get the same unreadable sector problem with any CDRW software.
NightWolve,
I'm going to start using this fairly soon, so will let you know how it goes. Thank you so much for creating the app.
np
-
NightWolve,
All of the links/images are dead and I can't get to nick.serveblog.net. It is about 10:15PM PST 7/10/06.
-
The site should be back as of now... No-IP likes deleting your free DNS registrations if you don't log in from time to time, at least, that's how it should work. I did do that recently to prevent this, before I terminated my ISP like 2 weeks ago, but it appears deletion occured anyway... So, I noticed the problem and I restored my DNS registrations today from a computer at my old university. Alright, back to searching for an ISP.
P.S. Next version of TurboRip will have significant improvements.
+Multi-session support so as to correctly rip CD-EXTRA music audio discs.
+CD-TEXT support.
+Correct detection of Indexes (INDEX 00, 01, 02, etc.) which will increase compatibility with game discs from other systems (NeoGeo CD probably, if Squaresoft74 is correct). TurboRip is currently hardcoded with PREGAP 03:00 & PREGAP 02:00 for track type transitions which is based on the assumption of a PC-Engine/TG-16 disc. Of course, not all discs are gonna obey those transition rules, but it turns out you can correctly detect Indexes by reading the Q-subchannel information of a sector, to be technical. Anyway, this will make TurboRip more like CDRWIN with its subcode analysis feature. I can appreciate CloneCD a little more now with its separate ripping of all the subchannel data into a separate .sub file. It's a far better program for duplicating a disc.
Other than that, some minor bug fixes and the like such as the one discussed here plus some code optimizations. Anyway, later.
-
NightWolve, let me know if you need a mirror for the program.
-
No problem. Thanks. If you like, I'd prefer if you use the actual link cause I have a download counter going and I wanna have a handle on the userbase out there that's being created, etc. I just have to be careful and get online when I can from my friend's or university till I get another ISP.
-
OK, so I used Turborip to extract a game, and I have a question or two.
If I want to substitute the music tracks, what happens if they aren't the exact size of the originals when I go to write the disc? Will it just cut them off, or will it not burning correctly? If they are all longer, will it be OK as long as the total running time fits on the CD? If they have to be the exact size, how exact to they need to be? Can it be down to the second, or do I need to edit them to the exact frame/sample/whatever?
Also, the cue file doesn't seem like it has very much information in it. For all the audio tracks it just says, "INDEX 01 00:00:00". Is that normal? I see the .toc file is much more specific, but I'm pretty sure my CD software will ignore the .toc file.
Thanks in advance for your help!
-
OK, so I used Turborip to extract a game, and I have a question or two.
If I want to substitute the music tracks, what happens if they aren't the exact size of the originals when I go to write the disc? Will it just cut them off, or will it not burning correctly? If they are all longer, will it be OK as long as the total running time fits on the CD? If they have to be the exact size, how exact to they need to be? Can it be down to the second, or do I need to edit them to the exact frame/sample/whatever?
Also, the cue file doesn't seem like it has very much information in it. For all the audio tracks it just says, "INDEX 01 00:00:00". Is that normal? I see the .toc file is much more specific, but I'm pretty sure my CD software will ignore the .toc file.
Thanks in advance for your help!
Check out Necstacy (http://necstasy.emunova.net (http://necstasy.emunova.net/)) for a utility called TocFixer (check the 'news' section). This will resize the tracks to the proper size/length. So you can modify them or change the track to something entirely different - just make sure the replace track is close to the same length of the original track by 2 seconds or TocFixer will complain, etc. If you do some cool remixes, you should post a video them
on youtube.
As for the cue sheet - it should be fine.There shouldn't be any pre-gap for audio tracks that follow a previous audio track. You can mount the cue with Alcohol 120% or Daemon tools for use with emulators or burn it with Nero for use with your real system.
-
If I want to substitute the music tracks, what happens if they aren't the exact size of the originals when I go to write the disc? Will it just cut them off, or will it not burning correctly? If they are all longer, will it be OK as long as the total running time fits on the CD? If they have to be the exact size, how exact to they need to be? Can it be down to the second, or do I need to edit them to the exact frame/sample/whatever?
For most PCE/TG-16 games, the wave file must be exactly the same size as the original. You can replace them with whatever you want, BUT, you must make sure they come out to be the same exact bytes in size as the original. If you don't, the game will have problems. Many programmers hardcoded sector offsets to be used when it comes time to play an audio track, so if any of the wave files change in size and you burn a new disc, every audio track will get a new sector offset. This is bad... If you reduced in size say the 3rd audio track, every track file thereafter will have a lower offset. So when the game attempts to play any of those tracks, they'll begin playing some time later within the track, and not at the beginning. You get the idea.
Now, there are games like Ys IV where the game code was written to always fetch the sector offset (or rather, the LBA) directly from the TOC of the disc. For those games, you can resize the wave files and will not have any problems. But I don't know how many of them there are.
So basically, for most games, the answer is that resizing the wave files will cause problems such as lip syncing issues, music not starting correctly, crashes even, etc. But, there are some games where you can get away with it, as I mentioned, like Ys IV. You'll have to run tests on the particular game you're working on to see if it'll work...
Also, as was already pointed out, you can use my TocFixer tool to enforce the correct wave sizes after you make your replacements (assuming the music you use was made to be about the same length as the original). You can get it from my site as well, here:
http://www.ysutopia.net/index.php?ind=downloads&op=entry_view&iden=4
Also, the cue file doesn't seem like it has very much information in it. For all the audio tracks it just says, "INDEX 01 00:00:00". Is that normal?
That's normal.
I see the .toc file is much more specific, but I'm pretty sure my CD software will ignore the .toc file.
The TOC file is in a format recognizable by the emulator PCEP for Sony's PSP system. That's mainly what you'll need it for (when using the /PCEP option), if not for TOC reference. If you're a casual gamer and not into any of the techy detail stuff, yeah, you can ignore it.
-
Check out Necstacy (http://necstasy.emunova.net (http://necstasy.emunova.net/))
It's NecstaSy !! #-o :wink:
As for the url it will soon change to http://www.necstasy.net (http://www.necstasy.net/) so you can start updating your bookmarks / links.
-
OK, my little project turned out...really well, IMO.
Whole LoT of Metal~The Lords of Thunder Remix (http://www.mininova.org/tor/479832)
Please seed, yadda yadda....
-
Check out Necstacy (http://necstasy.emunova.net (http://necstasy.emunova.net/))
It's NecstaSy !! #-o :wink:
As for the url it will soon change to http://www.necstasy.net (http://www.necstasy.net/) so you can start updating your bookmarks / links.
Doh!
Cool, I'll update my links.
-
This is a great program - worked like a treat on this laptop. Wouldn't work on my other laptop though, although thats probably because it uses an external hard drive. Cheers!
-
I haven't wanted to publicize this too much, but if you're on Vista and really want to run TurboRip, I released an early build that works for it.
http://www.ysutopia.net/forums/index.php?topic=69.msg3668#msg3668
You can find it attached to that post. Basically, if you're not on Vista, stick with the current version, but if you are and really would like to have a working copy, you can get that.
*waves to all*
Good to see this place still kicking!
-
Thanks man, I grabbed a copy for my vista machine! 8)
-
*waves to all*
Good to see this place still kicking!
*waves back*
Good to see that you're still kicking around. Thanks for the update. :)
-
Good to see that you're still kicking around.
Speak for yourself, Necro. :shock:
*waves to all*
A hearty 'hi!' and 'wuzzup?!' from all of us :)
-
Speak for yourself, Necro. :shock:
Always and forevermore.
-
*waves back*
Good to see that you're still kicking around. Thanks for the update. :)
Yeah, still around but in limited capacity. =\ I had to cut down on my online time so that meant giving up on a few message boards I frequented... I'd sometimes do quick visits over the years, but not much else. Missed out on some drama, eh? I noticed deleted accounts of longtime regulars.
Anyhow, Arjak had asked me about a fix for the Vista problem so that's what prompted the new Turborip release (of course I had to eventually post an update about it here, the only really successful NEC board that I know of, aside from ME's). Thing is, I haven't touched the rest of the source code in the last 2 years and I wanted to finish the subcode issue before doing another release. So, as usual, despite what I wrote in the ReadMe, don't use it with discs other than PC Engine/TG-16... It's not trustworthy.
-
Hey guys, I just went live with a new version of TurboRip v1.40 that fixed/improved several things and added new TOCs for the NEC PC-FX to coincide with the release of the Zeroigar English fan translation patch by elmer and SamIAm!! Hoping to see feedback from people with original CD-ROMs of PCE or PCFX games!
What's trippy for me is after I got it working on Windows 98SE, I went to my Winbook 7" tablet that I just upgraded to Windows 10, plugged in my USB hub, a DVD drive connected via USB, brought TurboRip over on a USB memory stick, started it, and with a Xak III CD-ROM, I always able to rip it however I wanted, ISO/WAV/CUE, or encoded to MP3 just to listen to the audio tracks, or even in ISO/APE/CUE for archival/backup purposes! :) Same behavior on Win98SE to WinVista and on to Win10, etc.! Just hard to believe it could be coded universal enough and work on all Windows flavors, past, and right up to the present! And it's coded in "C" and some Intel x86 Assembly like real men used to code, not in some slow ass Java crap!!! :P
This will be the universal download link: http://www.ysutopia.net/get.php?id=TurboRip
And here's a look at the changelog:
Version 1.40 (8/8/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.
-
Asm? Post a sample of your code, I'm intrigued with your choice.
-
Thanks man! Such an awesome utility!
-
Yeah thanks for this. I've used it a lot throughout the years. On everything from old PC games to Saturn. Truly a great piece of software.
-
Cant wait to try it on my Win98SE PC. Thanks Nightwolve!
Sent from my GT-N7100 using Tapatalk
-
The Dicer's Birthday update, sweet...
-
The Dicer's Birthday update, sweet...
Hahaha ... don't you try to steal someone else's present! :wink:
It's NightWolve's generous Birthday present for Zeroigar ... exactly 18 years old tomorrow (or right now, in Japan)!
-
Thanks guys, and glad it has been useful in the past as well!! I would love to finish the "Q" Subcode stuff, make one last finished command-line version for everybody that still loves DOS-style software, freeze the code base for that, and then move on to a full Windows GUI version with everything that I've learned! Most people are just not meant for command-line software... ;)
BTW, anybody that already downloaded it, do so again with the same link for a slight update! I made quick little tweaks just now, a) I retitle the Command Prompt window to what I want ("TurboRip Version 1.40 (Aug 7 2015)") and b) I set the window's TOP_MOST flag on so it can never be hidden behind other windows until it is closed or minimized, etc.
-
Awesome! Thanks again Nightwolve. I can't tell you how helpful your utilities have been in my short time I've had Obey.
-
NogjtWolve = L'awesome.
-
Great stuff :-) thanks again for your continued work on this great tool.
-
Well, heh, another silent update... Delete the zip and download it again if you want it up-to-date:
http://www.ysutopia.net/get.php?id=TurboRip
Updates: 50 NEC PC-FX TOCs are now included - this just means if you have an original PC-FX CD-ROM, TurboRip will name the track files properly if you use it; it's a convenience, that's it!
There are only 80 games in total that were released for the PC-FX. The 30 others I excluded have multiple data tracks and with TurboRip not able to process the Q Subcode/subchannel data for proper index detection, I don't want to add them just yet, only with the next version when I finally handle that aspect of CD-ROM sector analysis and am able to properly reflect it in the CUE files that are produced...
So anyway, what happened is Squaresoft74 emailed me last night which I saw today giving me all of his TOC and CUE files of everything he has! His website ( http://www.necstasy.net/ ) forces you to research a TOC or CUE file one by one, he doesn't have a download link to all files in one zip file somewhere, so it was too tedious for me to check all PC-FX TOC files of games to include, so I just added Zeroigar, the RPG Miraculum, the other fan translation one Pia Carrot, so like only 10 of them in all went into the TurboRip 1.4 of yesterday... So yeah, download it again, and find that it now has 50 PC-FX TOCs, plus the 500 or so for PCE/TG-16 its always had of course. ;)
This would be the list of the ones included:Akazukin Cha Cha [FXNHE630]
All Japan Female Pro Wrestle - Queen of Queens [FXNHE503] - Disc A
All Japan Female Pro Wrestle - Queen of Queens [FXNHE503] - Disc B
Anime Freak FX Vol.1 [FXNHE510]
Anime Freak FX Vol.2 - Sample Disc [No Serial]
Anime Freak FX Vol.2 [FXNHE513]
Anime Freak FX Vol.3 [FXNHE621]
Anime Freak FX Vol.4 [FXNHE636]
Anime Freak FX Vol.5 [FXNHE738] - Disc 1
Anime Freak FX Vol.5 [FXNHE738] - Disc 2
Anime Freak FX Vol.6 [FXNHE845] - Disc 1
Anime Freak FX Vol.6 [FXNHE845] - Disc 2
Battle Heat [FXHUD401] (J).txt
Blue Breaker [FXNHE622]
Blue Breaker [FXNHE622] (J).txt
Blue Chicago Blues [FXNHE512] - Disc A
Blue Chicago Blues [FXNHE512] - Disc B
Boundary Gate Daughter of Kingdom [FXNHE620]
Chip Can Kick! [FXNHE626]
Cocktail Pack - Pia Carrot he Youkoso [FXNKT702]
Cutey Honey FX [FXNHE511]
Deep Blue Fleet [FXNHE504]
Der Langrisser FX [FXNHE618]
Dragon Knight IV [FXNAV603]
Farland Story FX [FXNHE628]
Fire Woman Matoi-Gumi [FXNHE634] (J).txt
First Kiss Monogatari [FXHNX801]
Ginga Ojousama Densetsu Yuna FX - Kanashimi no Selene [FXHUD506]
Kishin Douji Zenki FX [FXHUD505]
Kokuu Hyouryuu Nirgends [FXNHE625]
Last Imperial Prince [FXNHE635] - Disc B
Lunatic Dawn [FXNHE509]
Mahjong Gokuu Tenjiku [FXNHE402]
Megami Paradise II [FXNHE623]
Minimum Nanonic [FXNHE631]
Miraculum - The Last Revelation [FXNHE617]
Nnyuu [GANHE001A] - Disc 1
Nnyuu [GANHE001B] - Disc 2
Pia Carrot he Youkoso [FXNKT701] (J).txt
Return to Zork [FXNHE505]
Ruruli Ra Rura [FXNHE627]
Shanghai - The Great Wall [FXNHE507]
Sotsugyou II - Neo Generation FX [FXNHE401]
Team Innocent [FXHUD402] (J).txt
Tenchi Muyo FX [FXNIC601] - Disc A
Tenchi Muyo FX [FXNIC601] - Disc B
Tonari no Princess Rolfee [FXNHE741]
Tyoushin Heiki Zeroigar [FXNHE624]
Zoku Hatukoi Monogatari [FXNHE629] - Disc A
Zoku Hatukoi Monogatari [FXNHE629] - Disc B
-
ASIDE: I didn't know that Squaresoft74 = necstasy.com!
If I did, I forgot it long ago.
RESUME...
-
This is great news!!!
-
Aaron!!!!!!!!! You posted, a rare treat!!!!! :)
-
I just used this today (new version). Big thanks NW for this app! Much appreciated.
-
I'm not only posting, but I'm going to try this out on some FX games!
-
I'm not only posting, but I'm going to try this out on some FX games!
As a Microsoft guy (I consider myself as one as well, in spirit, brother! Heh-heh!), you'll be pleased to know that it is likely certified/approved for use all the way back to Windows 95 (official testing though was limited to Windows 98SE, 2000 Pro, Vista Home, and Windows 10 Home on my Winbook tablet with a USB connected DVD drive!!!!) as well as all the way to the present with Windows 10!! :) But I'm a meticulous coder and I always look up my WinAPI calls to make sure the function I'm using exists in the kernel32.dll or user32.dll of Windows 95 via the Microsoft Platform SDK WinAPI documentation system (which is very well-made BTW!) so I'm leaning on it being a safe assumption.
I really DO gotta give it the GUI that it deserves some day though! Just a lightweight version, no cheating by using Visual Basic or other RAD development packages and then forcing the need for a bunch of .NET runtimes and all the rest of it!! :) I wanna do it limited to just using WinAPI calls to kernel32, user32, shell32, comdlg32, etc. as is the case with something like TocFixer.
I just used this today (new version). Big thanks NW for this app! Much appreciated.
Thanks Tom! Lemme know if you got any ideas/suggestions for it!!
-
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=TurboRip
If 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 (http://timewarpgamer.com/features/emulation_pc_engine_cd_on_wii.html) 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 (http://pcecp.com/?mode=catalog&action=info&gameid=933) 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!
(https://s5.postimg.cc/6k4h2bctj/PCEFan_DXVol1_Title.jpg)
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!
-
Thanks for your work on this NightWolve, it's a really great tool!
-
Thanks for your work on this NightWolve, it's a really great tool!
You're welcome! Feel free to list the games you used it with and ideas of how else it could be improved.
Random Thoughts: A part of me feels maybe I should've cheated and used Visual Basic 6 to develop a Windows GUI version when I got started. It's slower to do it in "C" but more rewarding that the executable is lightweight by the end of it and you don't have to direct the user to download a bunch of runtime installers which only keep getting bigger such as with the later .NET upgrades to the Microsoft IDEs... An example where I did get it done in "C" was with my other PC Engine/TG-16 TocFixer app (http://www.ysutopia.net/index.php?ind=downloads&op=entry_view&iden=4), very simple, very basic GUI that I started off from a default Visual C++ 6.0 GUI project.
But yeah, it's nice to be able to quickly slap a GUI together with RAD IDEs, just that the penalty sucks of then needing all these runtime dependencies... That's kinda why I started with a console/command-line version initially for TurboRip and it was a bit later that I learned how to do something like TocFixer with VC++ 6.0... In a professional IT setting, software developers go with stuff like Visual Basic because time matters far more than efficiency and neat/readable/organized code - it's about finishing something in a reasonable amount of time that works and has a good interface!
Since TurboRip is a fan project, I worked on it whenever and didn't apply a deadline/business thought process of course. I personally never liked software developers that could slap stuff together quickly because it almost always equals shitty code and just one bug meant days/weeks of debugging it for those left with it to pick up the pieces after they were long gone...
Anyway, David's shipment of the "Super PC Engine Fan Deluxe - Special CD-ROM Vol.1" PC-FX CD arrived today! I now have what I need to help perfect TurboRip! He sent me the whole magazine that it came in since it was a duplicate. I decided to scan it for the hell of it. So, the magazine page is cardboard and the back side of it included another CD, the "Develo Magazine Vol. 1" which is a PC Engine Super CD that contains demos for Popful Mail, Fray CD Xak Gaiden and Assembly/Basic-developed games, along with development tools, etc.
(http://www.ysutopia.net/images/SPCEFAN-DX-PCFXVol1.gif)
-
http://www.ysutopia.net/index.php?ind=downloads&op=download_file&ide=8&file=TurboRip.zip
This webpage is not available
ERR_CONNECTION_RESET
:(
-
Works for me, try again.
-
Works for me, try again.
No dice, weird...
-
Per Dicer's problem with my server not hosting files properly when they're not hard links but instead are accomplished with a PHP script plus custom headers, could people test these links for me ??
www.ysutopia.net/get.php?id=TurboRip (http://www.ysutopia.net/get.php?id=TurboRip)
www.ysutopia.net/downloads/TurboRip.zip (http://www.ysutopia.net/downloads/TurboRip.zip)
After the last couple of days, I optimized the PHP code every which way Sunday and did learn that redirect links are better off with the FULL url, hostname included, but I still couldn't solve the problem for Dicer. And then! I used the best possible solution beyond a hard link, a symbolically linked file, but he reports back that EVEN THAT doesn't work, giving him a connection interrupted error...
The only thing that works for him through his network and 2 browsers is a public direct link to a real file, this link:
www.ysutopia.net/software/TurboRip.zip (http://www.ysutopia.net/software/TurboRip.zip)
Now I examined the HTTP response headers sent with a real file versus a symbolic link, they're exactly the same! I spent quite a bit of time trying to figure this out but I'm out of ideas.
If anyone with web experience has any ideas, lemme know. In the meantime, if people could test the first 2 links and lemme know if they don't work, I'd appreciate it.
TurboRip Status: johnnykonami caught a major bug in Windows 7 that renders it useless. Turned out that was one Windows version I couldn't boast compatibility with. While I finished all the code enhancements/research to fix TurboRip for Windows 7, I've procrastinated and got distracted with other things, so haven't pushed the update out yet. But anyway, for anybody with Windows 7, there'll be an update as soon as I get a chance if not this week, the next. I mean, the work is basically done, but I'm optimizing other stuff and then I have to document everything in the ReadMe, so it's just a matter of when I get a chance. Afraid I used up too much time and the OGG support will have to wait.
-
Both links work for me.
-
Some time ago, I was emailed a question asking me for help to rip Arkhan's Insanity game so that it could be shared on ROM sites. Said individual noticed that it wasn't available and he wanted to be the first to get to upload it. I politely declined and informed him that it's my friend Arkhan's homebrew game and I won't help as I doubt he sold out of his pressed CDs.
Well, turns out that unbeknownst to Arkhan and Oldman, they actually accomplished a form of copy protection by unintentionally creating a large postgap of unburned sectors at the end of the first data track!
According to Yellow book rules, in designing the layout of a mixed mode CD, you're supposed to specify a 2 second postgap when transitioning from a data track to an audio track. There have been 2 ways to reflect this and you've seen it all the time:
FILE "02 Akumajou Dracula X - Chi no Rondo (J).iso" BINARY
TRACK 02 MODE1/2048
PREGAP 00:03:00
INDEX 01 00:00:00
FILE "03 Akumajou Dracula X - Chi no Rondo (J).wav" WAVE
TRACK 03 AUDIO
PREGAP 00:02:00
INDEX 01 00:00:00
Or, like this:
FILE "02 Akumajou Dracula X - Chi no Rondo (J).iso" BINARY
TRACK 02 MODE1/2048
PREGAP 00:03:00
INDEX 01 00:00:00
POSTGAP 00:02:00
FILE "03 Akumajou Dracula X - Chi no Rondo (J).wav" WAVE
TRACK 03 AUDIO
INDEX 01 00:00:00
The second way is technically more proper, but it's mostly done the first way. Burning software seems to correct the first way while burning the CD-R and treat it as a postgap anyway which will be reflected as 2 seconds of skipped/unburned sectors.
Now, TurboRip subtracts this 2 seconds off by default, but because they specified a much bigger postgap for Insanity, the true final sector is unknown, and TurboRip continues to read into the unburned postgap area resulting in a Layered-Error uncorrectable error, meaning, either the area of the CD was really scratched up and can't be read, or as I later realized, it's totally unburned, so naturally there is no correct EDC/ECC data to speak of resulting in total erroring out and failure.
Alcohol 52% also fails to continue reading after encountering this, so in effect, a basic copy-protection was created by inadvertently specifying a larger than standard postgap transition area.
Long story short, I contacted Arkhan about the matter and offered to block any ripping attempts for Pyramid Plunder and Insanity. I've added the blocks, just have to write a message in the form of please respect our homebrew guys and buy the game until it sells out, then redirect to their website. Pyramid Plunder does need the block as it's just a 2 meg data track and it easily is ripped by TurboRip or any other program. But anyhow, it was interesting how Insanity actually already achieved a decent copy protection.
(https://s5.postimg.cc/bugz7p63r/Insanity_Rip_Error.png)
-
Haha ... that's an interesting little copy-protection "trick", I'd be curious to know if it was deliberate.
Would the PCE's CD drive be able to find any subsequent audio tracks OK after a gap like that?
-
Nope, I was talking to OldMan about it, it was just something that inadvertently happened given how they wrote their CUE file! Totally unintentional!
At first, I was unsure, so I asked them if they did something on purpose because I was wondering if I got a badly pressed CD or something! Arkhan sent me 2 copies of their games rather than giving me the TOCs so I could block them in TurboRip, so while doing that, I encountered this issue. This is why some random dude contacted me asking me for help all along, his ripping attempt was getting blocked by encountering that LEC error! Heh.
The game works fine since it boots the first data track it finds and the game code points to proper LBA offsets when it comes time to play redbook audio tracks. So yeah, it works!
You're right to question this though, messing around like that could create trouble! For example, when it comes to Ys IV, if you don't burn 3 seconds of postgap after the final audio track if you exclude the final data track, that final audio track won't get played properly! I used to exclude the final duplicate backup data track (track #32) and didn't know a postgap was somehow needed and that resulted in the final boss music not getting played properly on real NEC hardware! It was not an error you could catch with emulators! That's what you get with tinkering!
-
If a PCE CD game uses CDPLAY with the track argument, instead of start and end LBA sectors, you need an end track for it to work. This is why some games wouldn't play the audio last track, since the end track didn't exist for that request (cue needs to be fixed). I did this for the Megaman CD audio routines (used the first data track as the last track as well). It doesn't matter if the last track is audio or not - just that it exists.
Pre-gaps and post-gaps (less so) need to be exact for games that use LBA sector mode for music play routine. The alignment will be off otherwise.
There's something else people should be aware of; the data track repeated as the last data track. There is a function/setup in the bios that holds the LBA offset of a redundant track - in case the primary track is have issues with data reads. The game can theoretically use the alt LBA offset to read from the redundant track instead. Whether any game actually does this or not, I don't know. But the software is there and setup for it (for those games that use that layout). Good to know of you're hacking games.
-
If a PCE CD game uses CDPLAY with the track argument, instead of start and end LBA sectors, you need an end track for it to work. This is why some games wouldn't play the audio last track, since the end track didn't exist for that request (cue needs to be fixed). I did this for the Megaman CD audio routines (used the first data track as the last track as well). It doesn't matter if the last track is audio or not - just that it exists.
Ah, I see. So CDPLAY, the dynamic track play method (since it'll fetch the start LBA from the TOC), needs an ending marker, which yeah, you get by using the start of the next track and subtract off pregap sector markings if need be.
Interesting thing, I did solve the problem with the last audio track by adding a POSTGAP 03:00 to the CUE file when I used to share Ys IV images without the backup tracks to compress them better. That also served as a solution somehow instead of putting data track #32 back with its 03:00 PREGAP command.
Nowadays though, I wouldn't do that, there was a smarter way. Just copy a translated/patched data track #2 to data track #32, and then resize it to what the original size is, case closed. I still get a more compressed archive of one data track and all its audio tracks. And when the batch file unpacks all the APE zipped waves, it will copy the data track to track #32 and resize it proper.
If you think about it, it ought to work properly without an extra track, it should be smart enough to use the Leadout LBA for the final track. Think about audio CDs. It plays them correctly on the other hand. I guess CD player code does advanced analysis on the TOC but that doesn't happen with general game code or something.
the data track repeated as the last data track. There is a function/setup in the bios that holds the LBA offset of a redundant track - in case the primary track is have issues with data reads. The game can theoretically use the alt LBA offset to read from the redundant track instead. Whether any game actually does this or not, I don't know. But the software is there and setup for it (for those games that use that layout). Good to know of you're hacking games.
Yeah, I learned that long ago from David Michel who assured me it's a backup track and the design is there to read sectors from it if the first data track #2 starts to encounter read errors.
It's a fine idea I guess, but not really needed if discs are properly maintained. I suppose if you have the space, it doesn't hurt.
Incidentally, they ran out of space for Ys IV and fully maxed out the CD! Every last byte that you can burn back then was used up! Most of the ADPCM voice-acting is clipped out when it comes to track #32, so it really wouldn't do any good if track #2 went bad and the system switched to using track #32 throughout the rest of the game. I would presume it'd eventually crash when it came time to play the voice-acting, or you just won't hear anything when it tries.
EDIT: HomeBrew Block added. If a user tries to rip "Pyramid Plunder" or "Insanity" by Arkhan's/OldMan's Aetherbyte Studios, the attempt is aborted and a browser is opened to their website (http://www.aetherbyte.com/). This is just a minor courtesy until their pressed CDs sell out. Somebody asked me for help to try to pirate this and I declined; let the CDs sell out first out of courtesy before wanting to make your friends happy by uploading it to them or to ROM sites...
(https://s5.postimg.cc/sscbijnzb/Turbo_Rip_Home_Brew_Block.png)
-
Any flags for Implode, Meteor Blaster DX, Hypernova Blast, Mysterious Song, and Revival Chase too?
-
Funny you mentioned that. I was chatting with Bernie the other day, and he pointed out that Implode and Meteor Blaster DX were in Squaresoft74's TOC database already, what TurboRip relies on for the titling magic. Since I got the block going for Arkhan's games now, I can do it for BT's on those.
However, the rest of the games you mentioned, I don't have TOCs for. Somebody would have to ask Old Rover or somebody with an original copy of the game to get them to me if they want/care for such a block.
If you run "TurboRip /cue /1" with the CD in your first drive, it'll just dump a TOC and CUE then exit. That'd be one way to get it to me. It's also printed in the DOS emulated window, so if you know how to mark text/copy it, that's another way.
-
I'll do it tonight for mysterious song
Sent from my iPhone using your mama
-
Hi, I just downloaded v 1.40 (Aug 24) and it aborts ("Progress 100% LBA: 013229 to 013255 / Read Error: Unknown read failure") after track 2 on Road Spirits (the first disc I tried), where the old version of TurboRip (1.00) I was using rips the whole disc just fine.
I'm using a WinXP Toshiba laptop with built-in DVD/CD-R drive.
-
Hi Chris, thanks for the feedback.
Try this copy, the next release candidate, which fixed many problems, johnnykonami's Windows 7 total failure and crashing on tbone's Windows 10 machine.
http://www.ysutopia.net/software/TurboRipTest.zip
Hopefully the error trapping improvements show something more with your CD if it still fails.
-
Hopefully the error trapping improvements show something more with your CD if it still fails.
It did! It did! It changed the failure text from white to red. :-\
-
Hah! Yeah, figured if I'm still gonna be stuck as a command-line app, might as well use all possible features and bloody red text for errors was a nice touch I thought that was available all along. :mrgreen:
Well, that sucks... I do know what the problem is though since it's happening right at the end of the data track 2: the 2 second pregap transition area is right there for audio track 3 and determining the true final sector of any track on a CD is a problem because of this concept of gaps/index 0 and varying behavior among drives...
If the CD format was designed proper, the TOC would also tell you the true end LBA, not just the start, or the LBA of the next track - 1 would always work which is what you use now but also have to take gaps into consideration which normally will be added if transitioning to different track types (data to audio and vice versa).
So anyway, when you read a few sectors near that gap area between track 2 and 3 on a PCE CD, some drives error out 1 sector away or 3 sectors away from where these 2 or 3 second areas begin... It actually varies, so I predict this and zero out those sectors before writing them to disk in the data track 2 file. This is how I ensure the track file sizes are universal. Right now the prediction is at 5 or 7 sectors, but I guess in your case I'd have to increase that value to trap the error, zero out the sectors and continue instead of giving up. Old version of TurboRip you say works maybe had a bigger value.
The other basic problem is I need to implement "Abort, Retry, Ignore" so you could manually ignore your way out of a few unreadable sectors at the end of a data track that would be zero anyway instead of TurboRip trying to automatically do it... It's on my To-Do list, but I never got around to it.
Brings up another idea, the /track command. Another workaround to this is you'd use /track=3, then /track=4 to rip the CD the rest of the way each time. But I should implement support for greater than '>' so a user could do "/track>2" as a parameter to rip the remainder of the tracks. Ah, the fun of figuring out textual input commands for cmd apps when they should just be a GUI. :)
Well, I'm tied up for all of this week and on, but maybe I'll try to compile another version with that constant increased for you to test with next weekend I hope. Maybe 9 sectors is the right amount to be willing to subtract off if read errors are encountered at the end of a track with a gap complication. There's some rule in Redbook/Yellowbook docs about at least 9 out of every 10 sectors need to be encoded with indexing in the Q subchannel data, so my choice of 5 was too low.
-
(https://s5.postimg.cc/sscbijnzb/Turbo_Rip_Home_Brew_Block.png)
I understand why you did that but I'm someone who likes to have backups of his games available. Not everyone is going to upload homebrew to the internet just because they can dump their discs. I should have done this sooner ](*,)
-
Like I said, it was just a courtesy on their behalf. I'm aware 100% would not upload their rip, but a % will or have and this is simply a polite message asking them to show mercy to our homebrew guys, if you will, let them know CDs are still for sale, etc. Of course it's technically a futile gesture, but why not until their CDs fully sell out.
BTW, if you look back further in this thread, TurboRip was going to fail anyway because of the larger-than-usual pregap OldMan assigned in the CD layout. All TurboRip versions will fail, ImgBurn crashes on track analysis and Alcohol raises errors too.
(https://s5.postimg.cc/bugz7p63r/Insanity_Rip_Error.png)
I need to implement Q-subchannel analysis to detect the true end LBA for data track 2, a smart track mode analysis in other words to be able to skip those gap sectors and reflect the size in the CUE file... It's somewhat complicated, but I got a long way to go before I could rip a CD like Insanity... So, long story short, there was already an unintended copy protection. ;)
-
All versions will fail, ImgBurn crashes on track analysis and Alcohol raises errors too.
Yeah, but he used clone cd (I recognized the ccd format) and uploaded it anyway.
I almost downloaded it to see if it worked. Trying to use ccd images was a pain, iirc. Though maybe you could extract the tracks from it.... :\
-
Ssssh, I didn't wanna mention what works... ;)
-
I didn't wanna mention what works...
Have you ever used clone-cd on a pce cd? It took me several (ie >10. I went to bed leaving it running) hours to backup a few of my games :)
Gotta admire the guys perseverence, though. Maybe next time, we will use oddball gaps for all the tracks ;)
--edit--
You really can't stop it. Pirates gonna pirate....
-
Update: Another RC/test build of TurboRip to solve Chris' problem. For anyone else, it's here:
http://www.ysutopia.net/software/TurboRipTest.zip
What I did is this: On the final 1 - 27 (+10) sectors that are left to read of a data track that is preceded by an audio track and will have at least 2 seconds of pregap (150 sectors), if a read error is trapped, I switch to reading every sector one by one instead of burst mode (reading 27*2352 sectors at a time=64KB) writing them individually. If I hit a read error, I write a null/zeroed out sector (2048 bytes for cooked, 2352 for raw). The only logical solution, really, as well as informing the user.
I think that should do it for this issue and it's the more proper way to have behaved around these transition areas, I just haven't gotten around to dealing with this more thoroughly and I still have much work ahead to truly detect gap areas instead of assuming PCE CD rules as I currently do!
I learned a while back in testing/debugging that when you do CD burst reads 2-27 (>1) sectors at a time and you hit a gap area where one sector is marked data while the next one is marked audio, that throws an error, whereas reading raw one sector at a time could avoid it. I really don't understand though why errors are caused in reading *near* the gap area as PCE CDs do follow strict size rules which are subtracted off proper. Track #3's LBA - 150 sectors - 1 is the true stop LBA for data track #2, and you should be able to read that final sector at 13279 in Road Spirit's case, but not always with certain drives/OS conditions/etc.
Anyway, hopefully it works a lot better now! :)
Have you ever used clone-cd on a pce cd? It took me several (ie >10. I went to bed leaving it running) hours to backup a few of my games :)
Eh, once or twice. Not much. That is the format David originally sent me that weird PC-FX CD given its very unusual indexing, but now I have an original to play with thanks to him.
It's really powerful and one of the few formats that can store/copy CD+Graphics CDs, Karaoke CDs, etc. given the R-W-Q subchannel (.sub) dumping file, but it's usually excessive/not needed for most gaming CDs of the retro console era.
-
Should I be using TurboRip 1.40 or TurboRiptest currently?
I have been backing up all my game discs to my server over the past day or two. I have been using the TurboRipTest but started wondering if it even really mattered.
Also, I have the Dracula X repro that I got from Bernie with the English translation. Does turborip leave everything intact or does it put the disc back to JP format? I would assume it just rips it as it is but I have no real idea so figured I would ask.
-
You're fine - the latest TurboRipTest is the best. It's fully working, has all the latest improvements thanks to johnnykonami and my recent interaction with Chris Covell which restored it to full speed for older OSes going back to WinXP.
It's pretty much an RC, I'm ready to recompile with a new version, but I gotta write up stuff in the ReadMe which I haven't gotten around to, that's the hold up. I'm gonna hold off on binchunking and OGG support till later.
On Dracula X, it would rip anything in tact of course. No changes like that would ever be planned.
-
I actually just tried Dungeon Master: Theron's Quest and TurboRip says this cd-rom does not match any TOC in the internal videogame database.
This is the original disc, is there something I can do to help resolve this issue?
-
Oh awesome, guess it's another pressing or something. So it's not a really good bootleg - it's a 100% original ? Yeah, if so, PM or paste the TOC file. It's printed both on screen and written to file, you can grab it from either.
The data I have for this game is as follows:
US:
Track (01) audio 00:02:00 LBA=000000
Track (02) data 00:45:09 LBA=003234
Track (03) audio 01:30:05 LBA=006605
Track (04) audio 04:20:66 LBA=019416
Track (05) audio 05:50:74 LBA=026174
Track (06) audio 07:04:14 LBA=031664
Track (07) audio 07:39:64 LBA=034339
Track (08) audio 10:42:56 LBA=048056
Track (09) audio 13:33:70 LBA=060895
Track (10) audio 15:06:27 LBA=067827
Track (11) audio 17:00:74 LBA=076424
Track (12) audio 19:30:61 LBA=087661
Track (13) audio 22:34:54 LBA=101454
Track (14) audio 24:17:13 LBA=109138
Track (15) audio 24:50:39 LBA=111639
Track (16) audio 27:56:70 LBA=125620
Track (17) audio 30:16:40 LBA=136090
Track (18) audio 37:30:02 LBA=168602
Track (19) data 38:50:37 LBA=174637
Leadout: 39:31:34 LBA 177709
Japan
Track (01) audio 00:02:00 LBA=000000
Track (02) data 00:49:65 LBA=003590
Track (03) audio 01:34:61 LBA=006961
Track (04) audio 04:23:37 LBA=019612
Track (05) audio 05:53:17 LBA=026342
Track (06) audio 07:06:32 LBA=031832
Track (07) audio 07:42:07 LBA=034507
Track (08) audio 10:44:74 LBA=048224
Track (09) audio 13:36:13 LBA=061063
Track (10) audio 15:08:45 LBA=067995
Track (11) audio 17:03:17 LBA=076592
Track (12) audio 19:33:04 LBA=087829
Track (13) audio 22:36:72 LBA=101622
Track (14) audio 24:19:31 LBA=109306
Track (15) audio 24:52:57 LBA=111807
Track (16) audio 27:59:13 LBA=125788
Track (17) audio 30:18:58 LBA=136258
Track (18) audio 37:37:39 LBA=169164
Track (19) data 38:57:74 LBA=175199
Leadout: 39:38:71 LBA 178271
-
This is a 100% original. My dad bought this game when I was a teenager. It is one of the original games I got with my TurboDuo for xmas one year. It was purchased from Electronics Boutique.
Some pics.
(https://s5.postimg.cc/jdz7s5lb7/DSC00781.jpg) (https://s5.postimg.cc/5lkswiujn/DSC00782.jpg) (https://s5.postimg.cc/yp90srin7/DSC00783.jpg) (https://s5.postimg.cc/4933umx43/DSC00785.jpg) (https://s5.postimg.cc/ogllk20wz/DSC00786.jpg)
---------Table of Contents--------
Track 01 Audio 00:02:00 LBA=000000
Track 02 Data 00:45:09 LBA=003234
Track 03 Audio 01:30:05 LBA=006605
Track 04 Audio 04:20:66 LBA=019416
Track 05 Audio 05:50:74 LBA=026174
Track 06 Audio 07:04:14 LBA=031664
Track 07 Audio 07:39:64 LBA=034339
Track 08 Audio 10:42:56 LBA=048056
Track 09 Audio 13:33:70 LBA=060895
Track 10 Audio 15:06:27 LBA=067827
Track 11 Audio 17:00:74 LBA=076424
Track 12 Audio 19:30:61 LBA=087661
Track 13 Audio 22:34:54 LBA=101454
Track 14 Audio 24:17:13 LBA=109138
Track 15 Audio 24:50:39 LBA=111639
Track 16 Audio 27:56:70 LBA=125620
Track 17 Audio 30:16:40 LBA=136090
Track 18 Audio 37:30:01 LBA=168601
Track 19 Data 38:50:36 LBA=174636
Leadout: 39:31:33 LBA 177708
----------------------------------
I copied from the terminal, if you prefer the entire .toc file I will get that for you.
-
Thanks man, and good anticipation, as I would've had to ask you for photos of the CD so I could get the catalog/reference# 'TGXCD1041' and use it for this alternate pressing's naming!
Next time you run TurboRip, your CD should be identified as:
"Dungeon Master - Theron's Quest {TGXCD1041} (U)"
http://www.ysutopia.net/software/TurboRipTest.zip
Give it a try, it's been recompiled in, should work if all went right.
-
I sent a PM as a reply but it all seems to work just fine now. Glad I could help.
-
Hi! I own all homebrew games released. If you are interested, I can provide you all missing TOCs in order to better protect all releases still not correclty recognized. I sent you a PM a few days ago with no answer. Let me know.
-
Hm, I looked in my PM inbox, it doesn't exist; if you sent a PM, it wasn't to me.
I remembered Bernie gave me Mysterious Song, so I'm adding that now. Whatever the case, feel free to dump the all the homebrews you say you have, and I'll take a look if I don't have them. Duplication would just serve for verification against what I have, so no harm done.
It's about time I push the RC release to the main download link after I finish the ReadMe. Gonna work on that now since I'm free.
-
Hm, I looked in my PM inbox, it doesn't exist; if you sent a PM, it wasn't to me.
PM resent: now I can see it in my outbox.
-
Looks like you still have not received my personal message.
Anyway, please find below the data for the first few games, more will follow later.
Meteor Blaster DX Signature Edition
Track 01 Data 00:05:00 LBA=000225
Track 02 Audio 00:34:73 LBA=002473
Track 03 Audio 03:59:48 LBA=017823
Track 04 Audio 07:47:31 LBA=034906
Track 05 Audio 10:49:00 LBA=048525
Track 06 Audio 15:37:01 LBA=070126
Track 07 Audio 18:57:01 LBA=085126
Track 08 Audio 21:35:55 LBA=097030
Track 09 Audio 25:35:61 LBA=115036
Track 10 Audio 28:45:61 LBA=129286
Track 11 Audio 31:49:53 LBA=143078
Track 12 Audio 35:44:44 LBA=160694
Track 13 Audio 39:30:44 LBA=177644
Track 14 Audio 44:03:56 LBA=198131
Track 15 Audio 47:53:56 LBA=215381
Track 16 Audio 51:43:42 LBA=232617
Track 17 Audio 55:43:42 LBA=250617
Track 18 Audio 59:18:67 LBA=266767
Track 19 Audio 62:56:67 LBA=283117
Track 20 Audio 66:38:24 LBA=299724
Track 21 Audio 70:22:24 LBA=316524
Leadout: 72:58:27 LBA 328227
Mysterious Song - Second edition (pressed)
Track 01 Audio 00:02:00 LBA=000000
Track 02 Data 01:21:01 LBA=005926
Track 03 Audio 02:05:08 LBA=009233
Track 04 Audio 04:15:68 LBA=019043
Track 05 Audio 06:37:73 LBA=029698
Track 06 Audio 07:42:33 LBA=034533
Track 07 Audio 09:06:40 LBA=040840
Track 08 Audio 10:55:49 LBA=049024
Track 09 Audio 14:15:33 LBA=064008
Track 10 Audio 19:00:20 LBA=085370
Track 11 Audio 23:11:20 LBA=104195
Track 12 Audio 25:55:18 LBA=116493
Track 13 Audio 28:06:23 LBA=126323
Track 14 Audio 30:10:65 LBA=135665
Track 15 Audio 32:52:50 LBA=147800
Track 16 Audio 33:00:34 LBA=148384
Track 17 Audio 34:42:38 LBA=156038
Track 18 Audio 35:20:73 LBA=158923
Track 19 Audio 36:37:65 LBA=164690
Track 20 Audio 38:55:69 LBA=175044
Track 21 Audio 40:00:71 LBA=179921
Track 22 Audio 41:15:05 LBA=185480
Track 23 Audio 42:08:62 LBA=189512
Track 24 Audio 42:47:23 LBA=192398
Track 25 Audio 43:43:72 LBA=196647
Track 26 Audio 45:54:42 LBA=206442
Track 27 Audio 49:06:15 LBA=220815
Track 28 Audio 49:37:28 LBA=223153
Track 29 Audio 50:50:31 LBA=228631
Leadout: 54:44:30 LBA 246180
Revival Chase (please note needs to be confirmed as the copy I checked had read errors on the disc)
Track 01 Data 00:02:00 LBA=000000
Track 02 Audio 00:34:16 LBA=002416
Track 03 Audio 02:53:16 LBA=012841
Track 04 Audio 04:03:16 LBA=018091
Track 05 Audio 04:25:16 LBA=019741
Track 06 Audio 05:31:16 LBA=024691
Track 07 Audio 06:55:16 LBA=030991
Track 08 Audio 09:22:16 LBA=042016
Track 09 Audio 11:34:16 LBA=051916
Track 10 Audio 11:42:16 LBA=052516
Track 11 Audio 14:52:16 LBA=066766
Track 12 Audio 17:28:16 LBA=078466
Leadout: 20:04:05 LBA 090155
Ys 1&2 Special edition (Dark City Production, 2001)
Track 01 Audio 00:02:00 LBA=000000
Track 02 Data 00:09:00 LBA=000525
Track 03 Audio 02:04:06 LBA=009156
Track 04 Audio 05:12:66 LBA=023316
Track 05 Audio 07:52:04 LBA=035254
Track 06 Audio 09:58:26 LBA=044726
Track 07 Audio 13:45:51 LBA=061776
Track 08 Audio 18:26:50 LBA=082850
Track 09 Audio 20:11:09 LBA=090684
Track 10 Audio 21:50:09 LBA=098109
Track 11 Audio 24:47:42 LBA=111417
Track 12 Audio 27:25:22 LBA=123247
Track 13 Audio 29:24:05 LBA=132155
Track 14 Audio 31:24:32 LBA=141182
Track 15 Audio 34:25:06 LBA=154731
Track 16 Audio 37:22:56 LBA=168056
Track 17 Audio 39:33:51 LBA=177876
Track 18 Audio 41:23:40 LBA=186115
Track 19 Audio 42:17:19 LBA=190144
Track 20 Audio 43:56:07 LBA=197557
Track 21 Audio 47:50:15 LBA=215115
Track 22 Audio 50:35:13 LBA=227488
Track 23 Audio 52:29:46 LBA=236071
Track 24 Audio 54:26:62 LBA=244862
Track 25 Audio 55:29:72 LBA=249597
Track 26 Audio 58:02:10 LBA=261010
Track 27 Audio 60:47:67 LBA=273442
Track 28 Audio 64:00:56 LBA=287906
Track 29 Audio 64:59:37 LBA=292312
Track 30 Audio 65:18:13 LBA=293713
Track 31 Audio 66:18:16 LBA=298216
Track 32 Audio 66:58:25 LBA=301225
Track 33 Audio 67:20:48 LBA=302898
Track 34 Audio 67:39:65 LBA=304340
Track 35 Audio 68:13:27 LBA=306852
Track 36 Audio 68:24:18 LBA=307668
Track 37 Audio 69:29:47 LBA=312572
Track 38 Audio 70:40:65 LBA=317915
Track 39 Audio 71:46:44 LBA=322844
Track 40 Audio 72:01:58 LBA=323983
Track 41 Audio 72:49:31 LBA=327556
Track 42 Audio 74:04:69 LBA=333219
Track 43 Audio 74:44:18 LBA=336168
Leadout: 75:48:37 LBA 340987
I'll post here other TOCs as soon as possible.
-
Thanks brizio, will do.
Quick Turbo update. Per an idea I got from SamIAm's Amp thread and my experiences with discovering/understanding the really low preamp level practice of the industry when it came to redbook audio tracks in CDs in the 80's when I was adding an Ys MP3 player to my website (http://www.ysutopia.net/audio/mp3player.htm), I added a basic auto-normalizing/max-amplifying feature to TurboRip which is now fully tested and working! Works very fast too, helps to use the OS's memory map features over traditional ReadFile/WriteFile APIs! Most especially compared to when the code was written in Visual Basic 6 and I had to wait 3 minutes per wave file for completion, heh.
Shared some of "C" source code below for the curious after converting the algorithm from VB6. Man, it was VERY hard to find useful code for this, I looked at Audacity's source and it exemplifies what I hate about C++, everything had been 'classed' up, dependencies all over the friggin' place, would be extremely hard to extract just the algorithm out of the damn thing for easy drop'n'use for your own project... :/ Granted, their algorithm is more complex than the basic one I found and used here, but I honestly just hate excessive use of C++... Added complexity AND plus doggedly much slower execution of code too... When it comes to that, you just want their compiled DLL and a competent API/interface to make use of the functionality, that is, if you're willing to bloat your software just for one little feature...
#include <global.h>
#include <NumbersASM.h>
#include "WAVE.h"
BOOLEAN WAVE_Normalize(LPSTR lpFileName) {
// VB6 norm/amplify generic algorithm by piuskerala
short LowestDataValue, HighestDataValue, *lp16BitSample, SampleValue;
WAVE_FILE_HEADER *WaveHeader;
MappedFile mFile;
long NewSampleValue;
float VolumeLevel;
DWORD Count;
// 1) Open wave file memory mapping style
if ( !MapFile(lpFileName, &mFile, FALSE, FALSE) )
return FALSE;
WaveHeader = (WAVE_FILE_HEADER*)mFile.lpMapAddress;
if ( WaveHeader->riffFORMAT != 'EVAW' ) // Verify it's a wave file
return FALSE;
// 2) Find highest and lowest value in wave data
LowestDataValue = HighestDataValue = 0;
lp16BitSample = MakePtr(short*, mFile.lpMapAddress, 44);
for ( Count = WaveHeader->dataSIZE / 2; Count; Count-- ) {
SampleValue = *lp16BitSample;
if ( SampleValue > HighestDataValue )
HighestDataValue = SampleValue;
if ( SampleValue < LowestDataValue )
LowestDataValue = SampleValue;
lp16BitSample++;
}
// 3) Normalize wave a sample at a time
VolumeLevel = ((HighestDataValue + -LowestDataValue) / 2) / (float)32767;
VolumeLevel = 1 / VolumeLevel; // For maximum amplitude/normalizing
lp16BitSample = MakePtr(short*, mFile.lpMapAddress, 44);
// 32767 is the highest integer(signed) value
for ( Count = WaveHeader->dataSIZE / 2; Count; Count-- ) {
NewSampleValue = RoundValue(*lp16BitSample * VolumeLevel);
if ( NewSampleValue > 32767 ) NewSampleValue = 32767;
if ( NewSampleValue < -32768 ) NewSampleValue = -32768;
*lp16BitSample = (short)NewSampleValue;
lp16BitSample++;
}
// 4) Close wave file, we're done!
CloseMap(mFile);
return TRUE;
}
// Library stuff/functions copied/pasted for reference
#define CloseMap(hMap) {UnmapViewOfFile((hMap).lpMapAddress); CloseHandle((hMap).hFileMapping); CloseHandle((hMap).hFile);}
// Quickly takes a float value and returns it as a rounded 32-bit integer
// Use Agner Fog's quicker way with 2 FPU instructions
DWORD __fastcall RoundValue(float ftNumber) {
DWORD dwIntValue;
__asm {
LEA EBX, dwIntValue ;// EBX gets the address of our local variable
FLD DWORD PTR [ftNumber] ;// Load floating point input on FPU stack
FISTP DWORD PTR [EBX] ;// Store INT result at dwIntValue's address
XOR EAX, EAX ;// Intentional delay between FPU write and read
NOP
NOP
MOV EAX, [EBX] ;// Read rounded integer from @dwIntValue, return in EAX
}
}
BOOLEAN MapFile(LPSTR lpFileName, MappedFile *mFile, BOOLEAN ReadOnly, BOOLEAN SequentialScanOnRead) {
DWORD dwFlagsAndAttributes, CreateFileAccess, CreateFileMappingAccess, MapViewOfFileAccess;
dwFlagsAndAttributes = FILE_ATTRIBUTE_NORMAL;
if ( ReadOnly ) {
CreateFileAccess = GENERIC_READ;
CreateFileMappingAccess = PAGE_READONLY;
MapViewOfFileAccess = FILE_MAP_READ;
if ( SequentialScanOnRead )
dwFlagsAndAttributes |= FILE_FLAG_SEQUENTIAL_SCAN;
} else {
CreateFileAccess = GENERIC_READ | GENERIC_WRITE;
CreateFileMappingAccess = PAGE_READWRITE;
MapViewOfFileAccess = FILE_MAP_ALL_ACCESS;
}
mFile->hFile = CreateFileA(lpFileName, CreateFileAccess, 0, NULL,
OPEN_EXISTING, dwFlagsAndAttributes, NULL);
if ( mFile->hFile == INVALID_HANDLE_VALUE ) {
PrintLastError("Error: Cannot open '%s'", lpFileName);
return FALSE;
}
//mFile->qwFileSize.LowPart = GetFileSize(mFile->hFile, (LPDWORD)&mFile->qwFileSize.HighPart);
mFile->dwFileSize = GetFileSize(mFile->hFile, NULL);
// Create a file-mapping object for the file.
mFile->hFileMapping = CreateFileMappingA(mFile->hFile, // current file handle
NULL, // default security
CreateFileMappingAccess, // read/write permission
0, // size of mapping object, high
0, // size of mapping object, low
NULL); // name of mapping object
if ( mFile->hFileMapping == NULL ) {
PrintLastError("Error: File mapping object creation failed");
return FALSE;
}
// Map the view and test the results.
mFile->lpMapAddress = (LPSTR)MapViewOfFile(mFile->hFileMapping, // handle to mapping object
MapViewOfFileAccess, // read/write permission
0, // high-order 32 bits of file offset
0, // low-order 32 bits of file offset
0); // number of bytes to map
if ( mFile->lpMapAddress == NULL ) {
PrintLastError("Error: File mapping view failed");
return FALSE;
}
return TRUE;
}
So, simply adding /normalize to your TurboRip extraction command now does the trick:
(https://s5.postimg.cc/luc78cwtj/Turbo_Rip_Sample_Normalize_Cmd.png)
(http://www.ysutopia.net/images/TurboRip05.png)
And now here is a sample result of auto-normalization/amplify, which is basically an automatic amplifying of the wave file based on picking the largest and smallest values and computing an amplification factor to minimize clipping.
(https://s5.postimg.cc/6znlu6n8n/Turbo_Rip_Sample_Normalize.png)
The above is track 3 of "Ys IV: Dawn of Ys," the composition known as "Field." Ys IV is a prime example of the REALLY low preamp volume level found on CDs of that era which makes it REALLY hard to amplify it on your CD sound system without normalization processing. Those 2 red lines show abruptness or technical clipping, and with only 2 cases it's really minimal so you'll never notice or should care. Technical clipping will vary with every track, but it should be negligible to the human ear.
Now, it might be worth allowing your own amplification factor so that all tracks of a CD get amplified the same exact rate and show consistency in volume level though instead of only an automatic determination per track per the norm. I could adjust the parameter by allowing an equal sign and a value, so "/normalize=2" would simply double the volume level of all tracks without regard to clipping if you wanna be aggressive like SamIAm suggests in his thread and go heavy-metal loud preamp levels... But anyway, auto-normalization/amplify gets the ball rolling for something that should be pretty useful for now.
As I'm still behind on updates to the ReadMe, I'm still not doing a formal version update release, but in case anything happens between then and now, here is the best version of TurboRip so far with this new feature along with all the bug fixes/enhancements thanks to johnnykonami/Sam, and Chris Covell:
http://www.ysutopia.net/software/TurboRipTest.zip
:D
-
Just had a play with the new version and the /normalize switch. Nice addition to an already top piece of software
Thanks as always for the continued work.
-
Anyone else try TurboRip with mounted image of Exile 2 -Wicked Phenomenon (US) ? Mine keeps crashing - tried 2 different images from usually very reliable sources.
-
Hi poponon, download this link and try again:
http://www.ysutopia.net/software/TurboRipTest.zip
FYI, I just pushed the latest build up a second ago (still rebuilding my new Win7 system), it's the most stable version yet with all the fixes, and menu enhancements, etc. I'm sure you have one of the old builds that were crashing on tbone and others.
And f*ck it, about time I make it live since a few bad builds got loose:
http://www.ysutopia.net/software/TurboRip.zip (same one)
(Just not doing a good job juggling a release deemed BETA, RC, versus ready-to-go-can-stand-behind official new version with completed docs, etc.)
-
thank you so much! Worked like a charm! new colored text is pretty snazzy 8)
also don't fret man - I appreciate all your work on pce related stuff so much!
-
Thanks for the updated tool! Ive been using TurboRip for a long time now... heck my username was created just to join RIGG back in the day.
I recently started ripping my original discs to use on my XBOX with MednafenX_PCE and I noticed the latest version of TurboRip creates an .cue with incorrect file names. The issue only seems to be present when using the /XBOX flag.
-
/xbox switch will change letters to comply with the XBOX file system.
Unless that somehow broke, it's on purpose. There are more prohibited characters than Windows on XBOX and max length is 64 or something, so I crop length as well.
-
/xbox switch will change letters to comply with the XBOX file system.
Unless that somehow broke, it's on purpose. There are more prohibited characters than Windows on XBOX and max length is 64 or something, so I crop length as well.
What I meant was the binary filenames in the cue do not match the actual filename so the cue is bad.
Something like this...
Filename:
01-Exile (U).mp3
02-Exile (U).iso
CUE Filename:
Exile (U)-01.mp3
Exile (U)-02.iso
-
Aaaah, thanks, a minor bug, I'll fix it when I get some free time again. I had to rebuild my Win 7 box after buying a new quad-core cpu and ssd internal drive, I have lots of reinstalling to do to make it a development workstation again...
Random ProTip: Upgrading a CPU with Windows 7 appears to be dangerous, it's better to wipe the OS and do a clean install with the CPU in place!!!
At first it seemed to work, it detected the triple core CPU was changed, it installed the quad-core drivers, things worked fine for a few minutes, next thing I know, weird slowdowns start occurring, and destructive sector writes to the HDD also.... Every boot would launch chkdsk, and it marked a cluster or two bad, and some files were recovered... I dunno what got damaged, but it was scary as hell... So far, a fresh install though, everything is fine, but I'm a little nervous about it all going forward, whenever that'll be.
Anyway, thanks for the feedback.
-
Most of those snafus are now history thanks to Windows 10. I moved a SSD (W10 Pro) through 3 laptops and everything works super.
-
I went to check for the latest version and the download link is gone... You had to pull the download?
-
Yeah, PayPal was obsessed with taking down the TurboRip Download page (http://www.ysutopia.net/index.php?ind=downloads&op=entry_view&iden=8)... They locked my account to bully me into it... They still allow the ImgBurn site to have a Donation PayPal which is far more powerful ripping software but are applying a different standard here because "game" CDs... The links in the software folder still work. I'll have to make another page on a new domain and rely on a universal /get.php?id=TurboRip link when I can work on this again...
Man though, dealing with PayPal was horrible... Humans masking their responses in automated form and hiding behind stubbornness. I agreed to remove the PayPal icon just for that page, but then the next troll changed the solution terms and demanded I remove it from everywhere... They initially accused me of selling it, kept telling them it's freeware... :/ Can't believe 10 years later we're going backwards on this issue of evil CD ripping software...
-
Paypal is an horrible company overall, can't believe companies like google or facebook or whatever haven't overtaken them by this point.
Ebay and international reach are the only reasons for them to still be popular, the latter could be done by megacorps easily and ebay would certainly add more payment methods if paypal stopped being the hottest (and only) payment processor...
-
Paypal is an horrible company overall, can't believe companies like google or facebook or whatever haven't overtaken them by this point.
Ebay and international reach are the only reasons for them to still be popular, the latter could be done by megacorps easily and ebay would certainly add more payment methods if paypal stopped being the hottest (and only) payment processor...
Venmo will soon put them out of business. None of my younger acquaintances bother with Paypal at all.
-
I also own an original Dungeon master that is unknown to turborip. Does this matter? Can I just enter in my own name?
-
Can you open the TOC file and paste it here ? I thought I already added the TOC from someone unless you're using an old copy.
Anyway, yeah, you can name it whatever you want when the CD data isn't in its database and it prompts you. Also, make sure it's updated: http://www.ysutopia.net/software/TurboRip.zip
-
Yep, I'm using the 1.41 version. TOC reads
Track 01 Audio 00:02:00 LBA=000000
Track 02 Data 00:45:09 LBA=003234
Track 03 Audio 01:30:05 LBA=006605
Track 04 Audio 04:20:66 LBA=019416
Track 05 Audio 05:50:74 LBA=026174
Track 06 Audio 07:04:14 LBA=031664
Track 07 Audio 07:39:64 LBA=034339
Track 08 Audio 10:42:56 LBA=048056
Track 09 Audio 13:33:70 LBA=060895
Track 10 Audio 15:06:27 LBA=067827
Track 11 Audio 17:00:74 LBA=076424
Track 12 Audio 19:30:61 LBA=087661
Track 13 Audio 22:34:54 LBA=101454
Track 14 Audio 24:17:13 LBA=109138
Track 15 Audio 24:50:39 LBA=111639
Track 16 Audio 27:56:70 LBA=125620
Track 17 Audio 30:16:40 LBA=136090
Track 18 Audio 37:30:01 LBA=168601
Track 19 Data 38:50:36 LBA=174636
Leadout: 39:31:33 LBA 177708
-
Hm, that was addressed when MNKyDeth brought it up, I'll have to verify the database update went through. Thanks.
https://www.pcenginefx.com/forums/index.php?topic=1604.msg445608#msg445608
-
Never mind, this was my mistake. I must have been using the 1.4 version and not 1.41 because all is good now. Fantastic program by the way!
-
Think I might have found a bug with the game Cotton. Both the US version and JP version have a read error right at the end of the rip. I tested two disc drives with my PC and the same things happens.
Is the error anything to worry about? CD-r seems to still play fine.
-
here is a screen shot. Seems to happen with my US cotton as well although the failed sectors are different. Just messes up at 99%.
(https://s9.postimg.cc/cycz2c67v/cotton_rip_error.png)
Maybe both of the CD drives I tested are wonky? I've been ripping some other games to my pc without any errors so far. Maybe there is something wrong with my discs even though they look great.
-
(https://s9.postimg.cc/vdxfzqkcf/cotton_rip_error.png)
Ah, interesting, your drive couldn't read the final 11 sectors of the data track.
This highlights an improvement in TurboRip. I went through some trouble to code that Read Recovery Mode for trailing data sectors, it reads sectors 1 at a time when that happens (no 64KB burst read) and it'll tell you how many were just zeroed/nulled that can't be read.
I believe this is why old CDRWIN would make different sized BIN files on different computers, so the BIN would be 11 sectors smaller than from another drive/CD where 100% of the sectors could be read... TurboRip forces correct sizes of raw files based on TOC data and writes zeroes for these final sectors. I felt that important to get it right.
Anyway, long story short, the game data tracks have hundreds of padded sectors of garbage at the end. You'll never get the 100% CRC32 that those bin dump websites have to ensure an original disc with what you have. This happens but the game will work.
Note that this is the last backup data track too, not track 2, which only gets read if track 2 is scratched/unreadable, so another reason not to worry about it, it's ignored on normal working CDs.
Somebody else with another original copy and drive might be able to read that track 100% but for 11 trailing padded sectors, even if it was track 2, the game wouldn't have bugs from that. The last few hundred sectors are padded, unused garbage, as mentioned. That's just how NEC game data tracks were compiled and burned.
-
good to know, thanks
By the way, just made myself a CD-R using the .ISO files from the US version with the .wav files from the Japanese version. The Japanese audio Dub syncs up perfectly with the english subtitles. It's pretty awesome.
-
Did PayPal report this as a virus or something? Windows Defender kept blocking it. Maybe some incorrect flag in an industry database of undesirable software is what got it on their radar in the first place. TurboRip isn't BSA-friendly! ;)
-
Yeah, somebody reported that to me, you'll just have to add an exception. No clue how it happened, but can you be specific on the claim ? Does it provide a name for the threat or warning ??
I did get a zip file infected on my web server years ago for a tool that would extract all the Ys I Complete images because I didn't have anti-virus software installed. I can't see how that could've happened now, but I need the name of the alleged threat. Take a screenshot or whatever.
EDIT: OK, I downloaded both TurboRip files from http://www.ysutopia.net/software/, scanned them with Microsoft Edge internal scanner on my Windows 10 tablet, then ran MS Defender with custom scanner to extracted folder, no virus, no blocks, no problems. Full system scan no problems and it's a new Windows 10 build.
I see Defender has "warn" or "block" features for "unrecognized apps and files from the web." That could be the issue for some. Lemme know. Never hurts to do a full scan just to be safe.
-
That happened to me with security essentials. I added an exception for the folder where I keep the program. security essentials would delete it so fast I could never read why it was deleting it. Nor could I go back into virus history to find out why either. Not a big deal. problem solved.
-
That happened to me with security essentials. I added an exception for the folder where I keep the program. security essentials would delete it so fast I could never read why it was deleting it. Nor could I go back into virus history to find out why either. Not a big deal. problem solved.
Same problem I had. I had to disable real-time protection because it would just delete it. Well, the notice I described earlier didn’t name the supposed threat or even the filename it was talking about but did say “Click for more info.” Clicking would just take me to Windows Defender where it would say everything is hunky-dory with no activity or threat log or prompt for action. Switching back to the folder I extracted Turbo-Rip to would reveal that it deleted my executable.
Grrrr...
Microsoft doesn’t even conform to their own user interface and program design guidelines. It makes sense that they’d botch this.
-
** To Do Bug List **
1. /xbox option, filenames mismatched versus CUE file, simple fix.
2. Fix: Leadout:LBA needed to differentiate close matches ( http://www.necstasy.net (http://www.necstasy.net/) )
Report by: toaks
Hey man. I went thru pretty much the entire PC Engine and TG-16 library with Turborip 1.41. This is a list of titles that were incorrectly identified, I believe the TOCs are identical or identical except for the leadout. Hopefully there will be a way to differentiate between them. I also included a few that are giving me errors, but I think they might be bad rips. Let me know if you need any more info.
Games that detected as US that are Jap. US versions are detected correctly. (TOCs are identical)
------------------------------------------------------------------------------------------------
Might and Magic III - Isles of Terra (J) - Detected as Might and Magic III - Isles of Terra (U)
CD Denjin Rockabilly Tengoku (J) - Detected as Super Air Zonk (U)
Monster Lair - Wonderboy III (J) - Detected as Monster Lair (U)
Fighting Street (J) - Detected as Fighting Street (U)
------------------------------------------------------------------------------------------------
(Games have same TOC) Some have slightly different leadouts, others are exactly identical
------------------------------------------------------------------------------------------
Galaxy Fraulein Yuna {HRH310827-3FABT} Detected correctly
Galaxy Fraulein Yuna {HRH310827-3FAAT} Detected as Galaxy Fraulein Yuna {HRH310827-3FABT}
Galaxy Fraulein Yuna {HRH310827-3FACT} Detected as Galaxy Fraulein Yuna {HRH310827-3FABT}
Galaxy Fraulein Yuna {HRH310827-3FAFT} Detected as Galaxy Fraulein Yuna {HRH310827-3FABT}
-------------------------------------------------------------------------------------------
Last Armageddon {BRCD0001-6-0625-R1F} Detected as Last Armageddon {BRCD0001-6-0625-R3D} (J)
Last Armageddon {BRCD0001-6-0625-R3D} Detected correctly
--------------------------------------------------------------------------------------------
Tokimeki Memorial {HRKM70217-4FAAT} Detected as Tokimeki Memorial {HRKM71014-3FAAT} (J)
Tokimeki Memorial {HRKM70414-1FAAT} Detected as Tokimeki Memorial {HRKM71014-3FAAT} (J)
Tokimeki Memorial {HRKM70414-1FABT} Detected as Tokimeki Memorial {HRKM71014-3FAAT} (J)
Tokimeki Memorial {HRKM70701-2FAAT} Detected as Tokimeki Memorial {HRKM71014-3FAAT} (J)
Tokimeki Memorial {HRKM71014-3FAAT} Detected correctly
Tokimeki Memorial {HRKM71014-3FABT} Detected as Tokimeki Memorial {HRKM71014-3FAAT} (J)
--------------------------------------------------------------------------------------------
Wasn't recognized (Illegal mode for this track)(Track 2)
---------------------------------------------------------------------------------------------
Hawk F-123 (J) - I think the Data track 2 is corrupt. I have a different rip that works now.
Neo Nectaris (J)
---------------------------------------------------------------------------------------------
Wasn't recognized (Illegal mode for this track)(Track 1)
---------------------------------------------------------------------------------------------
AV Tanjou (J) - Possibly corrupt. Different rip works
---------------------------------------------------------------------------------------------
Read Error: Failure (Track 2)
---------------------------------------------------------------------------------------------
Wizardry III & IV (J)
-
That will fix most of them, but some are exact matches including the leadout. Maybe it would be possible to list all matching toc’s and then the user could indicate which one they are ripping?
Sent from my iPhone using Tapatalk
-
Nice work, guys.
-
So im awaiting my Super SD System 3 from terraonion and started to re-dump my collection using turborip.
Do you recommend using the /normalize option to get a boost in the audio levels? Or should I just leave it alone? How aggressive is the boost?
-
Normalize is good for Ys IV tracks that are REALLY low preamp-wise when you wanna rip tracks for playing in an audio system! I learned about this problem years ago and consulted with Justus Johnston which led to adding normalize...
I wouldn't use it for making CD-Rs to play on your NEC console! Only when you want MP3s for your music playlist to listen on the go!
If you're willing to experiment because the background music seems too low, you can I guess, but that wasn't the thinking behind it as we're changing preamp volume levels from what the developers expected. You'll affect balance between PSG sound effect volume obviously.
But yes, some CDs are recorded with preamp volume levels stupidly low and if you rip tracks raw, you'll have to fully blast your audio receiver system to enjoy them as I found with Ys tracks!
I used normalize for my Ys MP3 tracks here for example:
http://www.ysutopia.net/audio/http://www.ysutopia.net/audio/YsIII-07-The-Boy-Who-Had-Wings.mp3