Re: CD drive stuttering problem

Peter Jones <[email protected]> Fri, 13 Aug 2004 14:15:08 -0400
Newsgroups gmane.comp.audio.cd-paranoia.general
Message-ID <[email protected]>
On Thu, 2004-08-12 at 15:21 -0500, Joel Konkle-Parker wrote:
> I'm having a problem with my drive during cdparanoia rips. I'm on a Dell
> Inspiron 5150 with a Philips DVD+RW SDVD6004 and using cdparanoia III
> r9.8 on Gentoo.
> 
> I find that sometimes when I rip a CD, the drive "hiccups" somewhere in
> the process, and any digital playback after this point consists of a
> stuttering representation of the song instead of the song itself. Every
> ripped song after this point is usually empty, but sometimes will
> contains the stuttering sounds. I can still use the drive, but any
> normal DAE playback is impossible until I reboot the computer.

This sounds like some other bug reports I've gotten.  What kernel?  2.6?
If so, is it using /dev/sg, or /dev/hdc?  Is ide-scsi loaded?

Either way, try rebuilding the latest src rpm at
http://people.redhat.com/pjones/cdparanoia/ .  The binary there has
experimental SG_IO support, which will likely solve the problem.  It's
kindof hacky, but it basically works.

(can you easily do that?  I'm not very familiar with gentoo's userland
these days.  If building from the src rpm isn't possible, I can put up a
tarball of the sources for you to build from.)

The downside of that tree is that I know it won't work right with some
USB drives.  I'm hoping to have a new version soon which fixes that
problem.

[good stuff trimmed here]
> http://ballsome.com/sample.mp3 is a demonstration of what I'm hearing.
> This one is unusual because it captures the stuttering sound. Usually,
> the rest of the track will be silent, but every DAE playback after the
> attempt will produce the stuttering.

Yeah, this sounds exactly like another report I was getting.

> This problem is also described and demonstrated at
> http://bugs.gentoo.org/show_bug.cgi?id=59464
> 
> Can anyone think of what may be the problem here?

Yeah, I think it's using the "cooked ioctl" kernel interface, which is
pretty much useless unless your drive is giving perfect reads always and
doing error correction itself.

-- 
        Peter

"What is a magician but a practicing theorist?"
                -- Kenobi