RE: [gentoo-user] Re: Strange problem with audio CDs

[Barney Salter]

Hi Jake,



Have you tried compiling with the "cdda" use flag?



Thanks,

Barney



-----Original Message-----

From: Jake Moe [mailto:jakesaddress@×××××.com] 

Sent: 11 January 2011 06:48

To: gentoo-user@l.g.o

Subject: Re: [gentoo-user] Re: Strange problem with audio CDs



On 01/11/11 04:38, Jörg Schaible wrote:

> Hi Jake,
>
> Jake Moe wrote:
>
>> I can't seem to get audio CDs to work with my drive.  Data CDs work
>> fine, I can mount the filesystem and read them.  Data and Video DVDs
>> seem to work fine as well.  But when I try to listen to an audio CD, I
>> get the attached errors in log.bz2.  I've tried using things from KsCD
>> to cdplay; everything gives the same errors.  Googling seems to indicate
>> that there might be a problem with udev somehow, but most of those that
>> I find have the "fix" as "update to the latest udev using apt/rpm/other
>> binary distro package tool", which obviously won't work for Gentoo.
>> Other solutions seem to be "update to libATA", but I'm already using that.
>>
>> I've gone through and tried to check anything obvious in my kernel
>> config, but I can't see anything that'd affect it like this.  Also, if I
>> reboot into Windows (this laptop is a work computer as well), it plays
>> and rips the same CDs just fine.
>>
>> Hardware is an HP EliteBook nc6930p laptop.  CD/DVD drive is /dev/sr0.
>> Controller is:
>>
>> 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI
>> Controller (rev 03) (prog-if 01 [AHCI 1.0])
>>         Subsystem: Hewlett-Packard Company Device 30dc
>>         Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 46
>>         I/O ports at 8118 [size=8]
>>         I/O ports at 813c [size=4]
>>         I/O ports at 8110 [size=8]
>>         I/O ports at 8138 [size=4]
>>         I/O ports at 8000 [size=32]
>>         Memory at d8426000 (32-bit, non-prefetchable) [size=2K]
>>         Capabilities: [80] MSI: Enable+ Count=1/16 Maskable- 64bit-
>>         Capabilities: [70] Power Management version 3
>>         Capabilities: [a8] SATA HBA <?>
>>         Capabilities: [b0] PCI Advanced Features
>>         Kernel driver in use: ahci
>>
>> Oddly, if I open Konqueror and type in "audiocd:/", it lists the tracks,
>> and has the FLAC, MP3, Ogg, etc folders.  But it won't play or copy the
>> files; it gives the error in error.gif.
>>
>> Any other info you need, please let me know.  This is driving me nuts.
> Same for me: http://forums.gentoo.org/viewtopic.php?p=6372251#6372251
>
> I still have my old box around just because of this problem :-/
>
> 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI
> Controller (prog-if 01 [AHCI 1.0])
>         Subsystem: Acer Incorporated [ALI] Device 0198
>         Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 64
>         I/O ports at c880 [size=8]
>         I/O ports at c800 [size=4]
>         I/O ports at c480 [size=8]
>         I/O ports at c400 [size=4]
>         I/O ports at c080 [size=32]
>         Memory at fbcfc000 (32-bit, non-prefetchable) [size=2K]
>         Capabilities: [80] MSI: Enable+ Count=1/16 Maskable- 64bit-
>         Capabilities: [70] Power Management version 3
>         Capabilities: [a8] SATA HBA <?>
>         Capabilities: [b0] PCI Advanced Features
>         Kernel driver in use: ahci
>
> When I rip a CD it typically starts to read it slow permanently down and
> after ~ the 6th song the process is not profgressing anymore ...
>
> You're also running 64-bit ?
>
> - Jörg
Well, mine is a bit different.  I typically run FVWM from a SLIM logon,

so there's no KDE or Gnome auto-anything running.  I only used Konqueror

as an example of another way of accessing the CDs that might have

worked, but didn't.   I can even stop XDM, log in from a console prompt

with no X running, and try to play a CD with cdplay or dcd, and I'll get

the same results.  And with me, it doesn't start to work and then slow

down; it never works.  It can only read track listings, but not any of

the music.



And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages

being ones that don't have stable ebuilds.



Thanks for trying, though.  :-)  Anyone else have any ideas?



Jake Moe





--

This message was scanned by ESVA and is believed to be clean.