Hi,
I'm a newbie at ripping audio CDs. I'm having a problem with grip and
cdparanoia that seems related to the way grip (and only grip) invokes
cdparanoia and it's interactions with my DVD-ROM drive. Any help is
appreciated.
kernel 2.4.18-k7 on an up to date Woody system.
/dev/hdc is a Sony DDU 1621E DVD ROM drive
ii grip 2.98.7-1 GNOME-based CD-player/ripper/encoder
ii cdparanoia 3a9.8-6 An audio extraction tool for sampling CDs.
ii jack 2.99.7-5 Rip and encode CDs with one command
ii abcde 2.0.3-1 A Better CD Encoder
When I run grip with the external cdparanoia ripper (actually, with
just about any ripper I'm allowed to choose in the config panel) grip
skips tracks it rips seemingly at random, and is generally
unreliable. It's nearly impossible to rip a whole CD without missing
some tracks. Here's the only error message I see, it shows up in
/var/log/messages *sometimes* when grip starts ripping and skipping
tracks:
Apr 29 19:55:06 rattler kernel: hdc: irq timeout: status=0xd0 { Busy }
Apr 29 19:55:06 rattler kernel: hdc: DMA disabled
Apr 29 19:55:06 rattler kernel: hdc: ATAPI reset complete
Apr 29 19:55:18 rattler kernel: hdc: packet command error: status=0x51 {
DriveReady SeekComplete Error }
Apr 29 19:55:18 rattler kernel: hdc: packet command error: error=0x54
Apr 29 19:55:18 rattler kernel: ATAPI device hdc:
Apr 29 19:55:18 rattler kernel: Error: Illegal request -- (Sense key=0x05)
Apr 29 19:55:18 rattler kernel: Illegal mode for this track or incompatible
medium -- (asc=0x64, ascq=0x00)
Apr 29 19:55:18 rattler kernel: The failed "Read CD" packet command was:
Apr 29 19:55:18 rattler kernel: "be 04 00 00 4c dc 00 00 01 f8 00 00 "
Of course, DMA has been turned off for /dev/hdc after this. It seems
to be just a Grip thing. If I use jack (which I really like) or abcde
the ripping runs fine with cdparanoia, with DMA turned on.
I find that if I use Grip the cdparanoia process uses a span argument
like this:
"cdparanoia -d /dev/cdrom 04:[.0]-04:[.17752]
/home/shyamal/music/the_beatles/magical_mystery_tour/blue_jay_way.wav"
As I discovered, grip uses "-d %*c %t:[.%s]-%t:[.%e] %*w" as the
cdparanoia command line. Jack, bless his little hard, uses cdparanoia
like this:
"cdparanoia --abort-on-skip -d /dev/cdrom 7 track_07.wav"
and everything works like a dream and it always works flawlessly. I
tried chaning the configuration for grip to use the same command line
"--abort-on-skip -d %*c %t %*w" but it did not help. I still get
skipped tracks, and the hdc errors on occasion.
One more thing I see that disturbs me is that when I insert a CD into
the drive I see a lot (really a lot, a dozen or more at a time) of
this in dmesg:
VFS: Disk change detected on device ide1(22,0)
Could some one clue me into what's going on? Why is the span argument
used by grip cause to my drive to lose it? Or is there something
more fundamental that is the problem?
Cheers!
Shyamal
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
