Could someone please explain the difference between ripping a CD and mounting it and copying the Aiff files on a mac.
I have had an example when CDPAranoia stuck on a particular track but I was able to copy the aiff over when the cd was mounted. Will I get as good a "rip" by copying or is ripping more secure ?
Full Version: Ripping On MAC OSX
In that instance the operating is ripping the AIFF files just as a program would, it is just hiding the action from you.
On scratched CDs, performing a Finder copy can sometimes lead to pops/clicks. If the CD is scratched enough, the copy will get stuck as the Finder attempts to read these problem segments over and over and over again at its maximum speed. Using a more secure ripper such as cdda2wav will get around this problem by throttling down the drive and rereading data.
QUOTE(c15zyx @ Feb 2 2006, 09:58 AM)
On scratched CDs, performing a Finder copy can sometimes lead to pops/clicks. If the CD is scratched enough, the copy will get stuck as the Finder attempts to read these problem segments over and over and over again at its maximum speed. Using a more secure ripper such as cdda2wav will get around this problem by throttling down the drive and rereading data.
So on an IMac with a superdrive (which I'm assuming caches ) is cdda2Wav more secure than cdparanoia ?
They're about the same really, as they both use the paranoia engine, just with different frontends and minor differences in feature-support. Just make sure your software is up to date, I had some CDs error out with cdrtools 2.0 stable, but they were fixed in the prerelease and final 2.01. In any case either method is a lot better than doing a drag-and-drop.
Sadly, the ghost at the feast with all ripping methods under OS X (EAC + VPC excepted) is the lack of a means of emptying the cache between reads, which renders error correction pretty much impossible.
QUOTE(ffooky @ Feb 2 2006, 12:26 PM)
Sadly, the ghost at the feast with all ripping methods under OS X (EAC + VPC excepted) is the lack of a means of emptying the cache between reads, which renders error correction pretty much impossible.
Wasn't it (at least theoretically) possible to read a chunk of data larger than the cache-size, thus forcing the drive to actually read, and then use the data that was actually read.
By the way, the author of Max (a secure ripper for OS X) is trying to find a way to create a method that's more secure than the slightly outdated CDParanoia. http://sbooth.org/phpBB2/viewtopic.php?t=33
QUOTE(Maurits @ Feb 2 2006, 11:36 AM)
Wasn't it (at least theoretically) possible to read a chunk of data larger than the cache-size, thus forcing the drive to actually read, and then use the data that was actually read.
That was the point of pyripper but I could never get it to run on my system and now it's moved to ruby so all bets are off. Best of luck to sbooth in his quest
QUOTE(ffooky @ Feb 2 2006, 10:56 AM)
QUOTE(Maurits @ Feb 2 2006, 11:36 AM)
Wasn't it (at least theoretically) possible to read a chunk of data larger than the cache-size, thus forcing the drive to actually read, and then use the data that was actually read.
That was the point of pyripper but I could never get it to run on my system and now it's moved to ruby so all bets are off. Best of luck to sbooth in his quest
I am running Pyripper and its fine as long as I "--Keep Source" and then use my own script to encode the wavs to atuvo ogg and either ALAC or FLAC depending on my mood. Haven't been able to get the pyripper encoding working yet
It was because I have a few CD's that pyripper gets stuck on that I thought about the copy aiff option.
I too am looking forward to MAX coming up with a secure mode
Squabsy, which version are you running ? I'm running 0.1.3 under 10.3.9 and it unmounts and checks CDDB but I always get:
Do you have any idea what might be going wrong ?
CODE
Ripping track number 1
trial # 1
Could not obtain exclusive access to the device (e00002d5).
The volume is already mounted.
trial # 2
Could not obtain exclusive access to the device (e00002d5).
The volume is already mounted.
Traceback (most recent call last):
File "/usr/bin/pyripper", line 556, in ?
x.main()
File "/usr/bin/pyripper", line 543, in main
if x.main():
File "/usr/bin/pyripper", line 258, in main
if self.compare():
File "/usr/bin/pyripper", line 182, in compare
return filecmp.cmp('tmp/track%(tracknumber)i_0.wav' %self.settings, 'tmp/track%(tracknumber)i_1.wav'%self.settings)
File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/filecmp.py", line 48, in cmp
s1 = _sig(os.stat(f1))
OSError: [Errno 2] No such file or directory: 'tmp/track1_0.wav'
trial # 1
Could not obtain exclusive access to the device (e00002d5).
The volume is already mounted.
trial # 2
Could not obtain exclusive access to the device (e00002d5).
The volume is already mounted.
Traceback (most recent call last):
File "/usr/bin/pyripper", line 556, in ?
x.main()
File "/usr/bin/pyripper", line 543, in main
if x.main():
File "/usr/bin/pyripper", line 258, in main
if self.compare():
File "/usr/bin/pyripper", line 182, in compare
return filecmp.cmp('tmp/track%(tracknumber)i_0.wav' %self.settings, 'tmp/track%(tracknumber)i_1.wav'%self.settings)
File "/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/filecmp.py", line 48, in cmp
s1 = _sig(os.stat(f1))
OSError: [Errno 2] No such file or directory: 'tmp/track1_0.wav'
Do you have any idea what might be going wrong ?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.