Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: abcde & cdparanoia on Mac OS X (Read 3651 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

abcde & cdparanoia on Mac OS X

Hi,

I partially switched from Linux to Mac OS X "Tiger" (running on an iBook) and wanted to rip my CDs as was used to: with the help of abcde. So I installed abcde with all its dependencies from the darwinports.

But after unmounting the CD drive (necesserary on Mac OS) abcde gives me error messages like:
Code: [Select]
$ abcde
Warning: Something went wrong while querying the CD... Maybe a DATA CD?
Grabbing entire CD - tracks: /opt/local/bin/abcde: line 1: printf: 2-4: invalid number
Selected: #0
---- Unknown Artist / Unknown Album ----
Edit selected CDDB data? [y/n] (y): n
Is the CD multi-artist? [y/n] (n): 
Finished.

And quits without having any tracks ripped to the harddisk.

After having a look into the abcde script and its debug mode (abcde -D), I found out, that cdparanoia could be the problem. abcde hands over the following command to cdparanoia, but that quits while showing its whole help text:
Code: [Select]
$ cdparanoia -v -Q -d /dev/disk1
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty@xiph.org> and Xiphophorus

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

USAGE:
  cdparanoia [options] <span> [outfile]

OPTIONS:
  -v --verbose                    : extra verbose operation
...
Submit bug reports to xiphmont@mit.edu

The cdrom device (/dev/disk1) is automatically found and ripping with the batch option (-B) works. Also querying information from the device with the -Q option works.

Can anyone help me with this issue? I don't know what is going wrong, because cdparanoia does not display any messages.

I'm actually downloading Max, which also uses cdparanoia, but I'm somewhat low on internet bandwidth, so I could not test it so far. Is that tool recommended for "secure ripping"?

Salut,
Martin

abcde & cdparanoia on Mac OS X

Reply #1 –
Quote
I'm actually downloading Max, which also uses cdparanoia, but I'm somewhat low on internet bandwidth, so I could not test it so far. Is that tool recommended for "secure ripping"?


Yes, if you looked through the wiki almost all of the rippers listed their are secure rippers. Max uses cdparanoia in conjunction with C2 error pointers if your drive supports them.

Quote
Can anyone help me with this issue? I don't know what is going wrong, because cdparanoia does not display any messages.
'

I am not familiar with the issue myself, but there is a new preview 10.0 release of cdparanoia out.
budding I.T professional

abcde & cdparanoia on Mac OS X

Reply #2 –
Quote from: LeCornichon on
[...]
Code: [Select]
$ cdparanoia -v -Q -d /dev/disk1
cdparanoia III release 9.8 (March 23, 2001)

The cdrom device (/dev/disk1) is automatically found and ripping with the batch option (-B) works. Also querying information from the device with the -Q option works. [...]


Two comments, which may not be relevant to you (I'm using cdparanoia on Panther).

(1) /dev/disk1 is not the CD-ROM device. It's a dynamic disk identifier -- it's assigned in the order in which devices are attached. So, if you have just 1 hard disk and 1 CD in a drive, then disk0 is going to be the HD and disk1 the CD; but if you attach first, say, a USB drive, and then insert the CD, the latter will be disk2. Only if you never have any other configuration than, say, 1 hard disk and 1 audio CD, can you be confident that the CD will be disk1.

(2) It seems to me that the error in the code you posted may be the -d option. The Mac OS X port of cdparanoia I use requires a number as parameter for -d, not a disk identifier. If you omit -d, then cdparanoia will use the first CD/DVD device. If you use -d (which you only need if you have more than 1 CD/DVD drive), then you must provide a number identifying the drive cdparanoia should use; this number can be determined with ioreg. If you're interested in this, check out here two AppleScripts I wrote, Drives Identifier and Import CDpar; you can figure out from them how to use ioreg for this purpose.

abcde & cdparanoia on Mac OS X

Reply #3 –
Quote from: alexn on
Quote from: LeCornichon on

[...]
Code: [Select]
$ cdparanoia -v -Q -d /dev/disk1
cdparanoia III release 9.8 (March 23, 2001)

The cdrom device (/dev/disk1) is automatically found and ripping with the batch option (-B) works. Also querying information from the device with the -Q option works. [...]


Two comments, which may not be relevant to you (I'm using cdparanoia on Panther).

(1) /dev/disk1 is not the CD-ROM device. It's a dynamic disk identifier -- it's assigned in the order in which devices are attached. So, if you have just 1 hard disk and 1 CD in a drive, then disk0 is going to be the HD and disk1 the CD; but if you attach first, say, a USB drive, and then insert the CD, the latter will be disk2. Only if you never have any other configuration than, say, 1 hard disk and 1 audio CD, can you be confident that the CD will be disk1.

(2) It seems to me that the error in the code you posted may be the -d option. The Mac OS X port of cdparanoia I use requires a number as parameter for -d, not a disk identifier. If you omit -d, then cdparanoia will use the first CD/DVD device. If you use -d (which you only need if you have more than 1 CD/DVD drive), then you must provide a number identifying the drive cdparanoia should use; this number can be determined with ioreg. If you're interested in this, check out here two AppleScripts I wrote, Drives Identifier and Import CDpar; you can figure out from them how to use ioreg for this purpose.


He said he has an iBook, which has only one optical drive (duh) so he could omit -d, except if he has an external optical drive attached.