here it comes.............
ok the one thing we all have in common whether we are encoding mpc, ogg, aac, mp3, mp3pro, wma, vqf, etc... is getting audio ripped from cd. but most all of the info that can be found on the net is on encoding to various formats & ohh btw using EAC before you do that seems to be a common theme. O.K. i have no problem with that, Exact Audio Copy is the most accurate, thorough, configurable, but reasonable?
i am runnin Xp on 2 AMD 1200 cpus, 512mb ram each, geforce2 vid cards, sb live platinum w/xp drivers, current hardware firmware, 4in1 driver, dma enabled, forceaspi, etc.... it's all installed properly. and my ripping drives are 2 of the best a plextor on one unit & a teac on the other.
but the fact remains AT LEAST 1/3 of the cd's I rip stall out in EAC. i'm ripping my cd's, other people's cd's, club cd's and they have scuffs, scratches, smudges, etc. lets be honest, unless you
don't really rip many cds or mommy & daddy buy you brand new cds every week - anyone who has used EAC has had it lock up trying to read a disc while heading to 0.0x and probably more than once - or it significantly slows and can take more than an hour to do one disc many-a-time. maybe some people can afford this luxury of time, but its not reasonable for most, there needs to be an acceptable, understandable alternative. im just looking for solid options on something that seems fairly important but hasnt completely been dealt with.
because i personally am undertaking a massive project (like i imagine others are doing or planning on doing as well) and would like to get it as close to "quality" as possible without losing a mind trying. (thousands of cd's) for starters maybe someone can suggest ways to physically attempt to repair discs or clean them safely. things you've done, heard of or seen on other websites.
ok back to ripping.........
take this example on the whole ripping process (and this does happen). assuming cdex is good enough to use - how does it make sense when on a disc being ripped by EAC comes to a screeching halt & reports errors throughout on certain tracks and cant even rip & then the same cd is ripped using CD DAE, but it also reports the errors on the same tracks as EAC. yet i can close those out, pull up cdex, rip that same disc in full paranoia mode and get O.K. on all tracks, and to my ears they sound ok cranked through my stereo system (my ears are fine) what gives? at what point is another program acceptable, at what point can you say the process is good enough? where is the cutoff, and how do you measure it? thats completely the information i am after, for myself & others. any ideas, suggestions?
the toys.........
i think it is fair to say that these are the top rippers given that they promote error checking and/or secure ripping & are popular, or not. but they do seem to be the best of what i could find out
there. if i missed one then please correct me. just dont tell us to add some phony crapass program that promotes itself through speed without secure ripping & being oblivious to error checking. what we're all after here in this community are quality solutions. (ahem)
Exact Audio Copy http://www.exactaudiocopy.de/
CDex http://www.cdex.n3.net/
Audiograbber http://www.audiograbber.com-us.net supposedly will rip secure soon
CDP32 http://www.compactgear.com/
CD DAE http://www.cdspeed2000.com/go.php3?link=cddae.html
Feurio http://www.feurio.de (could spend a night figuring this one out)
Easy CD-DA Extractor http://www.poikosoft.com/
sorry if this was long but i know of no better place to get these questions answered. im just looking for the clouds to clear, to make way for the parting of the red sea on this one.
thanks for listening, hopefully there is some good insight to this, i just hope there aren't 0 replies lol. it seems a valid predicament. it all comes down to i just want to make the best quality music
possible, but within reason. or should we just encourage everyone to go back to using xingtech's audiocatalyst! ;/ (w/encoder).
dave
need more quality out there on the net. the crap amazes me.