[gentoo-user] Strange problem with audio CDs

[gentoo-user] Strange problem with audio CDs

[Jake Moe]

[-- Attachment #1: Type: text/plain, Size: 1957 bytes --]

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.

Jake Moe

[-- Attachment #2: log.bz2 --]
[-- Type: application/x-bzip2, Size: 1132 bytes --]

[-- Attachment #3: error.gif --]
[-- Type: image/gif, Size: 19819 bytes --]

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

[Mick]

On 10 January 2011 09:48, Jake Moe <jakesaddress@gmail.com> 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.
>
> Jake Moe
>

Do you have this installed?

[I] kde-base/kdemultimedia-kioslaves
     Available versions:
	(4.4)
			4.4.5!t "amd64 ppc ~ppc64 x86 ~amd64-linux ~x86-linux" [aqua debug
encode flac +handbook kdeenablefinal kdeprefix vorbis]
	(4.5)
		~	4.5.3!t "~amd64 ~ppc ~ppc64 ~x86 ~amd64-linux ~x86-linux" [aqua
debug encode flac +handbook kdeenablefinal kdeprefix vorbis]
		~	4.5.4!t "~amd64 ~ppc ~ppc64 ~x86 ~amd64-linux ~x86-linux" [aqua
debug encode flac +handbook kdeenablefinal kdeprefix vorbis]
     Installed versions:  4.4.5(4.4)!t(15:15:46 18/12/10)(encode flac
handbook vorbis -aqua -debug -kdeenablefinal -kdeprefix)
     Homepage:            http://www.kde.org/
     Description:         KDE kioslaves from the kdemultimedia package

-- 
Regards,
Mick

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

[Jake Moe]

On 01/10/11 20:21, Mick wrote:
> On 10 January 2011 09:48, Jake Moe <jakesaddress@gmail.com> 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.
>>
>> Jake Moe
>>
> Do you have this installed?
>
> [I] kde-base/kdemultimedia-kioslaves
>      Available versions:
> 	(4.4)
> 			4.4.5!t "amd64 ppc ~ppc64 x86 ~amd64-linux ~x86-linux" [aqua debug
> encode flac +handbook kdeenablefinal kdeprefix vorbis]
> 	(4.5)
> 		~	4.5.3!t "~amd64 ~ppc ~ppc64 ~x86 ~amd64-linux ~x86-linux" [aqua
> debug encode flac +handbook kdeenablefinal kdeprefix vorbis]
> 		~	4.5.4!t "~amd64 ~ppc ~ppc64 ~x86 ~amd64-linux ~x86-linux" [aqua
> debug encode flac +handbook kdeenablefinal kdeprefix vorbis]
>      Installed versions:  4.4.5(4.4)!t(15:15:46 18/12/10)(encode flac
> handbook vorbis -aqua -debug -kdeenablefinal -kdeprefix)
>      Homepage:            http://www.kde.org/
>      Description:         KDE kioslaves from the kdemultimedia package
>
Yep.

jmoe@aus8617 ~ $ emerge -pv kdemultimedia-kioslaves

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] kde-base/kdemultimedia-kioslaves-4.4.5  USE="encode flac
handbook vorbis (-aqua) -debug (-kdeenablefinal) (-kdeprefix)" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

jmoe@aus8617 ~ $ eix kdemultimedia-kioslaves
[I] kde-base/kdemultimedia-kioslaves
     Available versions: 
        (4.4)   4.4.5!t
        (4.5)   ~4.5.3!t ~4.5.4!t
        {aqua debug encode flac +handbook kdeenablefinal kdeprefix vorbis}
     Installed versions:  4.4.5(4.4)!t(13:15:06 01/09/11)(encode flac
handbook vorbis -aqua -debug -kdeenablefinal -kdeprefix)
     Homepage:            http://www.kde.org/
     Description:         KDE kioslaves from the kdemultimedia package

jmoe@aus8617 ~ $

And anyway, that wouldn't account for the error with cdplay and dcd
(command-line cd-player utils) that throw the same errors.

Jake Moe

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

[Jörg Schaible]

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

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

[Jake Moe]

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

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@gmail.com] 
Sent: 11 January 2011 06:48
To: gentoo-user@lists.gentoo.org
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.

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

[Jörg Schaible]

Jake Moe wrote:

> 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.

Not convinced ;-)

> 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.

As I said in the forum, I have these log entries running from a pure console 
(no X started at all) even with a stopped hal. It's enough to put an audio 
CD into the drive. Happens also with vanilla kernel. Since 2.6.35 I have the 
message only once though, in the previous two kernels (34+35) they are 
repeated permanently.

> And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages
> being ones that don't have stable ebuilds.

Same for me, just using 64-bit.

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

Me, no - unfortunately.

- Jörg

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

[James Wall]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/11/11 12:52, Jörg Schaible wrote:
> Jake Moe wrote:
> 
>> 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.
> 
> Not convinced ;-)
> 
>> 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.
> 
> As I said in the forum, I have these log entries running from a pure console 
> (no X started at all) even with a stopped hal. It's enough to put an audio 
> CD into the drive. Happens also with vanilla kernel. Since 2.6.35 I have the 
> message only once though, in the previous two kernels (34+35) they are 
> repeated permanently.
> 
>> And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages
>> being ones that don't have stable ebuilds.
> 
> Same for me, just using 64-bit.
> 
>> Thanks for trying, though.  :-)  Anyone else have any ideas?
> 
> Me, no - unfortunately.
> 
> - Jörg
> 
> 
Jake,

Are you a member of the audio and/or plugdev group?

James Wall

- -- 
- --
No trees were harmed in the sending of this message. However, a large
number of electrons were terribly inconvenienced.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJNLTPPAAoJEISPTA/exVD81VEH/3X/aVllDbJZ9ZnuqlKEdMC4
T1u0KS66vG7sp0E0AwWJ5/xGIemBj5dg3+o3sCcfTTy/M9p4ZBTBrsOGN2Eu9swl
McrwIp7MA5Nd6d16Xpb3roADoANq85SDtylmuSIyZ23zDEOlt+qzlT+sSx+4vUn8
d9V264oKaLbqrR3EuJp08IB81mNWCXNzAafUuS0TfAC8d3KiIGon2T97nLiGaodn
4NmA+rdswVFQcoU7FfFDEMFTl6FsabY6hFPgP2UmpQbAM+/NsuYmg2f0uFMSWLJw
TRTIaZ2rMGzw6Vt3vtJZA3PDBIidHVnDPqfnz0uz/vajZnJ1L4OYUfiQ3HDUA6E=
=Y2Vt
-----END PGP SIGNATURE-----

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

[J. Roeleveld]

On Monday 10 January 2011 10:48:56 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.
> 
> Jake Moe

Are you sure it is a proper audio-cd?
The error message talks about a mp3-file.

Do you have this issue with all Audio-CDs? (including older ones from before 
record companies thought it was a good idea to add copy-protection schemes?)

--
Joost

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

[Paul Hartman]

On Mon, Jan 10, 2011 at 3:48 AM, Jake Moe <jakesaddress@gmail.com> 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.

I wonder if udev is creating the correct device nodes for the cdrom?
What are the programs looking for? Do you have /dev/cdrom in your
system?

Check /etc/udev/rules.d/70-persistent-cd.rules to ensure it looks
right (in case you had a big change in your system config, like IDE ->
SATA or something)

This command might give you some clue what's happening when those
errors occur if udev is involved:
udevadm test /class/block/sr0

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

[Jake Moe]

On 01/12/11 04:52, Jörg Schaible wrote:
> Jake Moe wrote:
>> 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.
> Not convinced ;-)
>> 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.
> As I said in the forum, I have these log entries running from a pure console 
> (no X started at all) even with a stopped hal. It's enough to put an audio 
> CD into the drive. Happens also with vanilla kernel. Since 2.6.35 I have the 
> message only once though, in the previous two kernels (34+35) they are 
> repeated permanently.
Ah, I missed that part.  Thought you were only talking about using apps
through KDE.
>> And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages
>> being ones that don't have stable ebuilds.
> Same for me, just using 64-bit.
>> Thanks for trying, though.  :-)  Anyone else have any ideas?
> Me, no - unfortunately.
>
> - Jörg
Well, I'll soldier on.  Maybe one of these other posts will tell me
somthing...

Jake Moe

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

[Jake Moe]

On 01/12/11 14:53, James Wall wrote:
> On 01/11/11 12:52, Jörg Schaible wrote:
> > Jake Moe wrote:
>
> >> 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.
>
> > Not convinced ;-)
>
> >> 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.
>
> > As I said in the forum, I have these log entries running from a pure
> console
> > (no X started at all) even with a stopped hal. It's enough to put an
> audio
> > CD into the drive. Happens also with vanilla kernel. Since 2.6.35 I
> have the
> > message only once though, in the previous two kernels (34+35) they are
> > repeated permanently.
>
> >> And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages
> >> being ones that don't have stable ebuilds.
>
> > Same for me, just using 64-bit.
>
> >> Thanks for trying, though.  :-)  Anyone else have any ideas?
>
> > Me, no - unfortunately.
>
> > - Jörg
>
>
> Jake,
>
> Are you a member of the audio and/or plugdev group?
>
> James Wall
>
Yep, as well as the cdrom group.

Jake Moe

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

[Jake Moe]

On 01/12/11 20:29, J. Roeleveld wrote:
> On Monday 10 January 2011 10:48:56 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.
>>
>> Jake Moe
> Are you sure it is a proper audio-cd?
> The error message talks about a mp3-file.
>
> Do you have this issue with all Audio-CDs? (including older ones from before 
> record companies thought it was a good idea to add copy-protection schemes?)
>
> --
> Joost
>
If you're talking about "proper" Audio-CD as one that's audio-only, no
mixed data in there as well, then yes, I'm sure.  And I have over 500
CDs; I can't test them all.  :-P  But yeah, a selection of CDs have all
had the same result.  And only on Linux; the same CDs have read fine
from Windows.

The mp3 error screenshot was trying to copy the MP3 files from the CD
through Konqueror's "audiocd:\" location to my hard drive.  I assume
Konqueror tries to auto-convert the CD tracks to MP3s on the fly.  The
log file I had attached should have been called "messages.bz2"; it's the
kernel log file.

Oh, and I only own a few CDs that have DRM on them.  And no, they
weren't the ones that I've tested.

Jake Moe

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

[Jake Moe]

On 01/13/11 01:37, Paul Hartman wrote:
> On Mon, Jan 10, 2011 at 3:48 AM, Jake Moe <jakesaddress@gmail.com> 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.
> I wonder if udev is creating the correct device nodes for the cdrom?
> What are the programs looking for? Do you have /dev/cdrom in your
> system?
>
> Check /etc/udev/rules.d/70-persistent-cd.rules to ensure it looks
> right (in case you had a big change in your system config, like IDE ->
> SATA or something)
>
> This command might give you some clue what's happening when those
> errors occur if udev is involved:
> udevadm test /class/block/sr0
>
Yeah, /dev/{cdrom,cdrw,dvd,dvdrw} all exist, and point to /dev/sr0:

jmoe@aus8617 ~ $ ls -l /dev/{cdrom,cdrw,dvd,dvdrw}
lrwxrwxrwx 1 root root 3 Jan 14  2011 /dev/cdrom -> sr0
lrwxrwxrwx 1 root root 3 Jan 14  2011 /dev/cdrw -> sr0
lrwxrwxrwx 1 root root 3 Jan 14  2011 /dev/dvd -> sr0
lrwxrwxrwx 1 root root 3 Jan 14  2011 /dev/dvdrw -> sr0
jmoe@aus8617 ~ $

And if I try to mount a data CD or DVD, or watch a DVD, I have no
problems.  It's only audio CDs that give me issues.

Jake Moe

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

[J. Roeleveld]

On Thursday 13 January 2011 07:12:48 Jake Moe wrote:
> 
> If you're talking about "proper" Audio-CD as one that's audio-only, no
> mixed data in there as well, then yes, I'm sure.  And I have over 500
> CDs; I can't test them all.  :-P  But yeah, a selection of CDs have all
> had the same result.  And only on Linux; the same CDs have read fine
> from Windows.

500, that's a bit more then I have :)

> The mp3 error screenshot was trying to copy the MP3 files from the CD
> through Konqueror's "audiocd:\" location to my hard drive.  I assume
> Konqueror tries to auto-convert the CD tracks to MP3s on the fly.  The
> log file I had attached should have been called "messages.bz2"; it's the
> kernel log file.

Yes, I noticed similar behaviour last time I used MS Windows to play audio-
CDs. I believe MS Windows 98 (yes, that long ago) used to present them as 
*.WAV-files,

> Oh, and I only own a few CDs that have DRM on them.  And no, they
> weren't the ones that I've tested.

Ok, it was the first thing that came to mind.

How far does "cdparanoia" get? That's the tool I generally use and it has 
always worked for me. Even with DRM'd CDs.

--
Joost

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

[Jake Moe]

On 01/13/11 18:12, J. Roeleveld wrote:
> On Thursday 13 January 2011 07:12:48 Jake Moe wrote:
>> If you're talking about "proper" Audio-CD as one that's audio-only, no
>> mixed data in there as well, then yes, I'm sure.  And I have over 500
>> CDs; I can't test them all.  :-P  But yeah, a selection of CDs have all
>> had the same result.  And only on Linux; the same CDs have read fine
>> from Windows.
> 500, that's a bit more then I have :)
Heh, yeah, well I've been collecting them for around 20 years now. 
Since shortly after they were introduced.  I stopped counting at 500.
>> The mp3 error screenshot was trying to copy the MP3 files from the CD
>> through Konqueror's "audiocd:\" location to my hard drive.  I assume
>> Konqueror tries to auto-convert the CD tracks to MP3s on the fly.  The
>> log file I had attached should have been called "messages.bz2"; it's the
>> kernel log file.
> Yes, I noticed similar behaviour last time I used MS Windows to play audio-
> CDs. I believe MS Windows 98 (yes, that long ago) used to present them as 
> *.WAV-files,
Don't know if you've ever used Konqueror, but if you go to the address
"audiocd:/", it gives you a load of folders like MP3 and OGG and FLAC,
along with a wav file for each track.  So you can either copy the files
as WAV, or go into one of the folders and copy out MP3, OGG, etc.  It's
just that Konqueror does the extraction/conversion for you.

Which, from memory, is different that Win98.  IIRC, Win98 used to
present CDs as 1KB cda files.  I could be wrong, though...
>> Oh, and I only own a few CDs that have DRM on them.  And no, they
>> weren't the ones that I've tested.
> Ok, it was the first thing that came to mind.
>
> How far does "cdparanoia" get? That's the tool I generally use and it has 
> always worked for me. Even with DRM'd CDs.
>
> --
> Joost
How very odd.  As soon as I put the CD into the drive, I get the same
raft of error messages in /var/log/messages.  But when I run 'cdparanoia
"1"', it starts outputting to cdda.wav as normal.  Now why would
cdparanoia work, even though the kernel doesn't seem to like the CD? 
Does this tell us anything that might help me play the CDs?

Jake Moe

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

[J. Roeleveld]

On Thursday 13 January 2011 11:33:09 Jake Moe wrote:
> On 01/13/11 18:12, J. Roeleveld wrote:
> > On Thursday 13 January 2011 07:12:48 Jake Moe wrote:
> >> If you're talking about "proper" Audio-CD as one that's audio-only, no
> >> mixed data in there as well, then yes, I'm sure.  And I have over 500
> >> CDs; I can't test them all.  :-P  But yeah, a selection of CDs have all
> >> had the same result.  And only on Linux; the same CDs have read fine
> >> from Windows.
> > 
> > 500, that's a bit more then I have :)
> 
> Heh, yeah, well I've been collecting them for around 20 years now.
> Since shortly after they were introduced.  I stopped counting at 500.
> 
> >> The mp3 error screenshot was trying to copy the MP3 files from the CD
> >> through Konqueror's "audiocd:\" location to my hard drive.  I assume
> >> Konqueror tries to auto-convert the CD tracks to MP3s on the fly.  The
> >> log file I had attached should have been called "messages.bz2"; it's the
> >> kernel log file.
> > 
> > Yes, I noticed similar behaviour last time I used MS Windows to play
> > audio- CDs. I believe MS Windows 98 (yes, that long ago) used to present
> > them as *.WAV-files,
> 
> Don't know if you've ever used Konqueror, but if you go to the address
> "audiocd:/", it gives you a load of folders like MP3 and OGG and FLAC,
> along with a wav file for each track.  So you can either copy the files
> as WAV, or go into one of the folders and copy out MP3, OGG, etc.  It's
> just that Konqueror does the extraction/conversion for you.

As far as I know, that requires the multimedia kioslaves to work. I wonder if 
it's possible to have that use a different CDDA-tool?

> Which, from memory, is different that Win98.  IIRC, Win98 used to
> present CDs as 1KB cda files.  I could be wrong, though...

Last time I used MS Windows at home for anything other then games was around 
1998 and that's quite a while ago...

> >> Oh, and I only own a few CDs that have DRM on them.  And no, they
> >> weren't the ones that I've tested.
> > 
> > Ok, it was the first thing that came to mind.
> > 
> > How far does "cdparanoia" get? That's the tool I generally use and it has
> > always worked for me. Even with DRM'd CDs.
> > 
> > --
> > Joost
> 
> How very odd.  As soon as I put the CD into the drive, I get the same
> raft of error messages in /var/log/messages.  But when I run 'cdparanoia
> "1"', it starts outputting to cdda.wav as normal.  Now why would
> cdparanoia work, even though the kernel doesn't seem to like the CD?
> Does this tell us anything that might help me play the CDs?
> 
> Jake Moe

Can you actually play that wav-file? Or is it just a collection of garbage?

As far as I know, CD-Paranoia access the cd-drive a bit more directly then 
other tools. Eg. it approaches it like a CD-ROM, rather then CD-Audio.

The error messages appear as soon as you put the CD into the drive?
Am wondering if some auto-mounting tool is trying to access it and is causing 
problems here.
Do you also get those messages when you disable all KDE/Gnome/X/... and 
related stuff?

Personally, I tend to use cdparanoia and other tools to generate OGG or MP3 
files and store them on a fileserver and play them from there.

--
Joost

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

[Joerg Schilling]

"J. Roeleveld" <joost@antarean.org> wrote:

> Can you actually play that wav-file? Or is it just a collection of garbage?
>
> As far as I know, CD-Paranoia access the cd-drive a bit more directly then 
> other tools. Eg. it approaches it like a CD-ROM, rather then CD-Audio.

You are mistaken, cdparanoia is a patch on a really outdated cdda2wav (from 
1997) and it is limited to the DAE quality of the kernel drivers.

In year 2000, cdda2wav was renewed to use libscg for sending RAW pass-through 
SCSI commands directly to the drives. cdda23wav for this reason can make use of 
special knowlede for various drives and deliveres the best DAE quality on Linux 
I am aware of.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[J. Roeleveld]

On Thursday 13 January 2011 12:07:02 Joerg Schilling wrote:
> "J. Roeleveld" <joost@antarean.org> wrote:
> > Can you actually play that wav-file? Or is it just a collection of
> > garbage?
> > 
> > As far as I know, CD-Paranoia access the cd-drive a bit more directly
> > then other tools. Eg. it approaches it like a CD-ROM, rather then
> > CD-Audio.
> 
> You are mistaken, cdparanoia is a patch on a really outdated cdda2wav (from
> 1997) and it is limited to the DAE quality of the kernel drivers.

Ok, I stand corrected. I did, however, always have more succes ripping music 
from audio-cds with cdparanoia then with other tools I tried.

> In year 2000, cdda2wav was renewed to use libscg for sending RAW
> pass-through SCSI commands directly to the drives. cdda23wav for this
> reason can make use of special knowlede for various drives and deliveres
> the best DAE quality on Linux I am aware of.

Will have to look into these :)

--
Joost

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

[J. Roeleveld]

On Thursday 13 January 2011 12:07:02 Joerg Schilling wrote:
> "J. Roeleveld" <joost@antarean.org> wrote:
> > Can you actually play that wav-file? Or is it just a collection of
> > garbage?
> > 
> > As far as I know, CD-Paranoia access the cd-drive a bit more directly
> > then other tools. Eg. it approaches it like a CD-ROM, rather then
> > CD-Audio.
> 
> You are mistaken, cdparanoia is a patch on a really outdated cdda2wav (from
> 1997) and it is limited to the DAE quality of the kernel drivers.
> 
> In year 2000, cdda2wav was renewed to use libscg for sending RAW
> pass-through SCSI commands directly to the drives. cdda23wav for this
> reason can make use of special knowlede for various drives and deliveres
> the best DAE quality on Linux I am aware of.
> 
> Jörg

Jörg,

From the FAQ on cdparanoia's website (http://xiph.org/paranoia/faq.html) it 
looks like that it's not based on cdda2wav, but actually uses a re-write of 
cdda2wav since January 1998.

If this is the case, does it still have inferior quality compared to 
cdda23wav?

--
Joost

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

[Joerg Schilling]

"J. Roeleveld" <joost@antarean.org> wrote:

> On Thursday 13 January 2011 12:07:02 Joerg Schilling wrote:
> > "J. Roeleveld" <joost@antarean.org> wrote:
> > > Can you actually play that wav-file? Or is it just a collection of
> > > garbage?
> > > 
> > > As far as I know, CD-Paranoia access the cd-drive a bit more directly
> > > then other tools. Eg. it approaches it like a CD-ROM, rather then
> > > CD-Audio.
> > 
> > You are mistaken, cdparanoia is a patch on a really outdated cdda2wav (from
> > 1997) and it is limited to the DAE quality of the kernel drivers.
>
> Ok, I stand corrected. I did, however, always have more succes ripping music 
> from audio-cds with cdparanoia then with other tools I tried.

Then you did probably not recently try cdda2wav. After the development for 
cdparanoia stopped in year 2000, cdda2wav integrated the important code parts
from cdparanoia into cdda2wav by creating a portable library libparanoia in 
April 2002.

Since then, cdda2wav combines the best features from both commands. If you like 
to tell cdda2wav to use the paranoia code, just call cdda2wav -paranoia. 
Cdda2wav is able to read many CDs that cannot be read by cdparanoia at all.



Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[Joerg Schilling]

"J. Roeleveld" <joost@antarean.org> wrote:

> From the FAQ on cdparanoia's website (http://xiph.org/paranoia/faq.html) it 
> looks like that it's not based on cdda2wav, but actually uses a re-write of 
> cdda2wav since January 1998.
>
> If this is the case, does it still have inferior quality compared to 
> cdda23wav?

This is not true, it uses the mainly unmodified code from cdda2wav and just 
added the paranoia code (written nonportably and such only usable if you 
compile with gcc on Linux and a few other OS) and cdparanoia restructured the 
"open device" code compared to the old cdda2wav.

cdda2wav gives inferior quality compared to cdparanoia and is still actively 
maintained. 

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[J. Roeleveld]

On Thursday 13 January 2011 13:37:04 Joerg Schilling wrote:
> "J. Roeleveld" <joost@antarean.org> wrote:
> > From the FAQ on cdparanoia's website (http://xiph.org/paranoia/faq.html)
> > it looks like that it's not based on cdda2wav, but actually uses a
> > re-write of cdda2wav since January 1998.
> > 
> > If this is the case, does it still have inferior quality compared to
> > cdda23wav?
> 
> This is not true, it uses the mainly unmodified code from cdda2wav and just
> added the paranoia code (written nonportably and such only usable if you
> compile with gcc on Linux and a few other OS) and cdparanoia restructured
> the "open device" code compared to the old cdda2wav.
> 
> cdda2wav gives inferior quality compared to cdparanoia and is still
> actively maintained.
> 
> Jörg

Thank you :)
I never really checked, just found that it worked better then other tools that 
were available when I wanted to convert my CDs to MP3.

I'll look into the others and see if I actually hear a difference personally. 
If yes, I'll have another project...

--
Joost

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

On Thu, 13 Jan 2011 13:37:04 +0100, Joerg Schilling wrote:

> cdda2wav gives inferior quality compared to cdparanoia and is still
> actively maintained. 

Did you really mean to write that?


-- 
Neil Bothwick

Never sleep with anyone crazier than yourself.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[Daniel Pielmeier]

wick <neil@digimed.co.uk>:
> On Thu, 13 Jan 2011 13:37:04 +0100, Joerg Schilling wrote:
>
>> cdda2wav gives inferior quality compared to cdparanoia and is still
>> actively maintained.
>
> Did you really mean to write that?

Probably s/inferior/superior/

-- 
Daniel Pielmeier

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

[Joerg Schilling]

Neil Bothwick <neil@digimed.co.uk> wrote:

> On Thu, 13 Jan 2011 13:37:04 +0100, Joerg Schilling wrote:
>
> > cdda2wav gives inferior quality compared to cdparanoia and is still
> > actively maintained. 
>
> Did you really mean to write that?

Of course: no, I wanted to write superior ;-)

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 532 bytes --]

On Thu, 13 Jan 2011 15:25:08 +0100, Joerg Schilling wrote:

> > > cdda2wav gives inferior quality compared to cdparanoia and is still
> > > actively maintained.   
> >
> > Did you really mean to write that?  
> 
> Of course: no, I wanted to write superior ;-)

As a sales pitch, it did seem rather lacking ;-)


-- 
Neil Bothwick

WinErr 042: Virus error - A virus has been activated in a dos-box. The
virus, however, requires Windows. All tasks will automatically be closed
and the virus will be activated again.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

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

[Joerg Schilling]

Neil Bothwick <neil@digimed.co.uk> wrote:

> On Thu, 13 Jan 2011 15:25:08 +0100, Joerg Schilling wrote:
>
> > > > cdda2wav gives inferior quality compared to cdparanoia and is still
> > > > actively maintained.   
> > >
> > > Did you really mean to write that?  
> > 
> > Of course: no, I wanted to write superior ;-)
>
> As a sales pitch, it did seem rather lacking ;-)

Which program does lack what?

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
-.

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

[pk]

On 2011-01-13 16:01, Joerg Schilling wrote:

> Which program does lack what?

As I understand it, he refered to what you wrote (i.e. the "sales
pitch") not to any program...

But I'm a bit curious about how cdparanoia and cdda2wav can be
inferior/superior at all; they both read the same _digital_ data no?

MfG

Peter K

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

[Joerg Schilling]

pk <peterk2@coolmail.se> wrote:

> On 2011-01-13 16:01, Joerg Schilling wrote:
>
> > Which program does lack what?
>
> As I understand it, he refered to what you wrote (i.e. the "sales
> pitch") not to any program...
>
> But I'm a bit curious about how cdparanoia and cdda2wav can be
> inferior/superior at all; they both read the same _digital_ data no?

cdparanoia calls the kernel ioctl interface for DAE and this is definitely 
inferior to what cdda2wav does.

cdda2wav nows aabout vendor unique SCSI commands that give better results and 
it knows about various defects and deviations from the Red book standard.
With this knowledge, it is able to extract things typically better and in many 
cases it is able to read the CD at all even though the kernel ictl interface 
will fail due to massive redbook deviations on the medium.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[pk]

On 2011-01-13 17:54, Joerg Schilling wrote:

> cdda2wav nows aabout vendor unique SCSI commands that give better results and 
> it knows about various defects and deviations from the Red book standard.
> With this knowledge, it is able to extract things typically better and in many 
> cases it is able to read the CD at all even though the kernel ictl interface 
> will fail due to massive redbook deviations on the medium.

Ok, thanks for the explanation! It's a bit disappointing that there are
deviations from the red book standard though...

MfG

Peter K

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

[J. Roeleveld]

On Thursday 13 January 2011 19:12:05 pk wrote:
> On 2011-01-13 17:54, Joerg Schilling wrote:
> > cdda2wav nows aabout vendor unique SCSI commands that give better results
> > and it knows about various defects and deviations from the Red book
> > standard. With this knowledge, it is able to extract things typically
> > better and in many cases it is able to read the CD at all even though
> > the kernel ictl interface will fail due to massive redbook deviations on
> > the medium.
> 
> Ok, thanks for the explanation! It's a bit disappointing that there are
> deviations from the red book standard though...
> 
> MfG
> 
> Peter K

They are easy to spot though as only CDs adhering to the red book standard are 
legally allowed to display the Audio-CD logo.

For the deviations, blame the record companies who still think that people are 
willing to pay way over the odds for substandard music...

--
Joost

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

[pk]

On 2011-01-13 20:14, J. Roeleveld wrote:

> They are easy to spot though as only CDs adhering to the red book standard are 
> legally allowed to display the Audio-CD logo.

Yeah, I read about Philips talking to the music industry about this a
few years ago, claiming they would take them to court (or something) if
they didn't adhere to the standard... if they wanted the audio cd logo.

> For the deviations, blame the record companies who still think that people are 
> willing to pay way over the odds for substandard music...

Well, considering IFPI/*AA etc. behaviour I'm thinking of skipping
buying anything at all; I can live without (use the ones that I have,
which seems to be standard since I've been able to rip them all to my
'puter using cdparanoia).

Best regards

Peter K

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

[Joerg Schilling]

pk <peterk2@coolmail.se> wrote:

> On 2011-01-13 20:14, J. Roeleveld wrote:
>
> > They are easy to spot though as only CDs adhering to the red book standard are 
> > legally allowed to display the Audio-CD logo.
>
> Yeah, I read about Philips talking to the music industry about this a
> few years ago, claiming they would take them to court (or something) if
> they didn't adhere to the standard... if they wanted the audio cd logo.

There is even more: Sony sells "CDs" that claim(*) that Sony did not have the 
Copyrights in the songs while making the copy.

*) Following the description for the "copy protection" bit in the red book.

From a perspective of consumer protection, consumers could sue shops not to mix 
non-CDs with CDs in the same rack and to clearly mark the non-CDs with 
something like: "these are non-CDs, we cannot grant playability in CD players".
But unfortunately nothing happened to protect consumers.

> > For the deviations, blame the record companies who still think that people are 
> > willing to pay way over the odds for substandard music...
>
> Well, considering IFPI/*AA etc. behaviour I'm thinking of skipping
> buying anything at all; I can live without (use the ones that I have,
> which seems to be standard since I've been able to rip them all to my
> 'puter using cdparanoia).

You completely missunderstand the purpose and ability of cdparanoia. Cdparanoia 
does not implement anything that helps you to read such non-CDs. If you could 
read all your CDs so far, you either don't own such intentionally broken media 
or there is a workaround in the firmware of your drive already.

cdparanoia _only_ implements strategies to work around flaky readout results.

The non-CDs have intentional deviations from the red book standard and for this 
reason, there is nothing flaky on them. They produce stable deviating results 
that cannot be handled by cdparanoia.

cdda2wav on the other side implements strategies to work around varios red book 
deviations that help to read such non-standard media.

It is the read layer (being below the paranoia layer) that is bad inside 
cdparanoia and the read layer has been significantly inreased inside cdda2wav 
during the past 14 years after cdparanoia forked cdda2wav.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[Nuno J. Silva]

Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) writes:

> pk <peterk2@coolmail.se> wrote:
>
>> On 2011-01-13 20:14, J. Roeleveld wrote:
>>
>> > For the deviations, blame the record companies who still think that people are 
>> > willing to pay way over the odds for substandard music...
>>
>> Well, considering IFPI/*AA etc. behaviour I'm thinking of skipping
>> buying anything at all; I can live without (use the ones that I have,
>> which seems to be standard since I've been able to rip them all to my
>> 'puter using cdparanoia).
>
> You completely missunderstand the purpose and ability of cdparanoia. Cdparanoia 
> does not implement anything that helps you to read such non-CDs. If you could 
> read all your CDs so far, you either don't own such intentionally broken media 
> or there is a workaround in the firmware of your drive already.

I think pk wanted to point that, as cdparanoia read the disks, that
means they probably are CDs.

-- 
Nuno J. Silva
gopher://sdf-eu.org/1/users/njsg

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

[Jake Moe]

On 01/13/11 22:32, Joerg Schilling wrote:
> "J. Roeleveld" <joost@antarean.org> wrote:
>
>> On Thursday 13 January 2011 12:07:02 Joerg Schilling wrote:
>>> "J. Roeleveld" <joost@antarean.org> wrote:
>>>> Can you actually play that wav-file? Or is it just a collection of
>>>> garbage?
>>>>
>>>> As far as I know, CD-Paranoia access the cd-drive a bit more directly
>>>> then other tools. Eg. it approaches it like a CD-ROM, rather then
>>>> CD-Audio.
>>> You are mistaken, cdparanoia is a patch on a really outdated cdda2wav (from
>>> 1997) and it is limited to the DAE quality of the kernel drivers.
>> Ok, I stand corrected. I did, however, always have more succes ripping music 
>> from audio-cds with cdparanoia then with other tools I tried.
> Then you did probably not recently try cdda2wav. After the development for 
> cdparanoia stopped in year 2000, cdda2wav integrated the important code parts
> from cdparanoia into cdda2wav by creating a portable library libparanoia in 
> April 2002.
>
> Since then, cdda2wav combines the best features from both commands. If you like 
> to tell cdda2wav to use the paranoia code, just call cdda2wav -paranoia. 
> Cdda2wav is able to read many CDs that cannot be read by cdparanoia at all.
>
> Jörg
Why do they give me this info, then?

jmoe@aus8617 ~ $ cdda2wav --version
cdda2wav 3.00 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko EiÃ

jmoe@aus8617 ~ $ cdparanoia --version
cdparanoia III release 10.2 (September 11, 2008)

From that, it appears that cdparanoia is newer.

Jake Moe

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

[Jake Moe]

On 01/13/11 20:48, J. Roeleveld wrote:
> On Thursday 13 January 2011 11:33:09 Jake Moe wrote:
>> On 01/13/11 18:12, J. Roeleveld wrote:
>>> On Thursday 13 January 2011 07:12:48 Jake Moe wrote:
>>>> If you're talking about "proper" Audio-CD as one that's audio-only, no
>>>> mixed data in there as well, then yes, I'm sure.  And I have over 500
>>>> CDs; I can't test them all.  :-P  But yeah, a selection of CDs have all
>>>> had the same result.  And only on Linux; the same CDs have read fine
>>>> from Windows.
>>> 500, that's a bit more then I have :)
>> Heh, yeah, well I've been collecting them for around 20 years now.
>> Since shortly after they were introduced.  I stopped counting at 500.
>>
>>>> The mp3 error screenshot was trying to copy the MP3 files from the CD
>>>> through Konqueror's "audiocd:\" location to my hard drive.  I assume
>>>> Konqueror tries to auto-convert the CD tracks to MP3s on the fly.  The
>>>> log file I had attached should have been called "messages.bz2"; it's the
>>>> kernel log file.
>>> Yes, I noticed similar behaviour last time I used MS Windows to play
>>> audio- CDs. I believe MS Windows 98 (yes, that long ago) used to present
>>> them as *.WAV-files,
>> Don't know if you've ever used Konqueror, but if you go to the address
>> "audiocd:/", it gives you a load of folders like MP3 and OGG and FLAC,
>> along with a wav file for each track.  So you can either copy the files
>> as WAV, or go into one of the folders and copy out MP3, OGG, etc.  It's
>> just that Konqueror does the extraction/conversion for you.
> As far as I know, that requires the multimedia kioslaves to work. I wonder if 
> it's possible to have that use a different CDDA-tool?
>
>> Which, from memory, is different that Win98.  IIRC, Win98 used to
>> present CDs as 1KB cda files.  I could be wrong, though...
> Last time I used MS Windows at home for anything other then games was around 
> 1998 and that's quite a while ago...
>
>>>> Oh, and I only own a few CDs that have DRM on them.  And no, they
>>>> weren't the ones that I've tested.
>>> Ok, it was the first thing that came to mind.
>>>
>>> How far does "cdparanoia" get? That's the tool I generally use and it has
>>> always worked for me. Even with DRM'd CDs.
>>>
>>> --
>>> Joost
>> How very odd.  As soon as I put the CD into the drive, I get the same
>> raft of error messages in /var/log/messages.  But when I run 'cdparanoia
>> "1"', it starts outputting to cdda.wav as normal.  Now why would
>> cdparanoia work, even though the kernel doesn't seem to like the CD?
>> Does this tell us anything that might help me play the CDs?
>>
>> Jake Moe
> Can you actually play that wav-file? Or is it just a collection of garbage?
>
> As far as I know, CD-Paranoia access the cd-drive a bit more directly then 
> other tools. Eg. it approaches it like a CD-ROM, rather then CD-Audio.
>
> The error messages appear as soon as you put the CD into the drive?
> Am wondering if some auto-mounting tool is trying to access it and is causing 
> problems here.
> Do you also get those messages when you disable all KDE/Gnome/X/... and 
> related stuff?
>
> Personally, I tend to use cdparanoia and other tools to generate OGG or MP3 
> files and store them on a fileserver and play them from there.
>
> --
> Joost
>
Yeah, the wav file played fine.  At least, it started out fine; I only
listened to the first 15 - 30 seconds to make sure it sounded ok, and
then assumed the rest was fine, since nothing else had even gotten that far.

And yeah, the errors start as soon as I put the CD in the drive.  What
automounting tool might I have in FVWM?  I use a pretty basic config
(which is why I like FVWM, not many frills to muck things up :-P).

What KDE/Gnome/X stuff are you talking about?  Unless they're
auto-started by a service, I don't know of anything that'd be running
like that, especially from a console.

Jake Moe

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

[Joerg Schilling]

Jake Moe <jakesaddress@gmail.com> wrote:

> > Since then, cdda2wav combines the best features from both commands. If you like 
> > to tell cdda2wav to use the paranoia code, just call cdda2wav -paranoia. 
> > Cdda2wav is able to read many CDs that cannot be read by cdparanoia at all.
> >
> > Jörg
> Why do they give me this info, then?

Because cdda2wav is the better choice

> jmoe@aus8617 ~ $ cdda2wav --version
> cdda2wav 3.00 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko EiÃ
>
> jmoe@aus8617 ~ $ cdparanoia --version
> cdparanoia III release 10.2 (September 11, 2008)
>
> From that, it appears that cdparanoia is newer.

The latest cdparanoia is from 2001. There seem to appear "later" versions but 
they do not increase functionality, they just fix some C syntax problems that 
prevent compilation with newer GCC versions. But all cdparanoia versions are 
based on a cdda2wav from 1997 and thus use outdated read functions.

The interesting question seems to be: Why do you try to confuse people 
regarding to cdda2wav by modifiying it's output?

cdda2wav-3.0 is from June 2010 and there is even a 3.01a02 from December 2010.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[Joerg Schilling]

Jake Moe <jakesaddress@gmail.com> wrote:

> Yeah, the wav file played fine.  At least, it started out fine; I only
> listened to the first 15 - 30 seconds to make sure it sounded ok, and
> then assumed the rest was fine, since nothing else had even gotten that far.

Be careful!

There is a set of red-book deviations that is called "cactus datashield"

cdparanoia will not extract more than 40 seconds from such a "CD" regardless of 
the drive you are using.

With cdda2wav you will be able to extract the whole "CD" as long as the drive 
is not cunfused by the media and as long as you don't run hostile software like 
"hald" or similar that helps to confuse the drive.


Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[Jake Moe]

On 01/14/11 21:30, Joerg Schilling wrote:
> Jake Moe <jakesaddress@gmail.com> wrote:
>
>>> Since then, cdda2wav combines the best features from both commands. If you like 
>>> to tell cdda2wav to use the paranoia code, just call cdda2wav -paranoia. 
>>> Cdda2wav is able to read many CDs that cannot be read by cdparanoia at all.
>>>
>>> Jörg
>> Why do they give me this info, then?
> Because cdda2wav is the better choice
>
>> jmoe@aus8617 ~ $ cdda2wav --version
>> cdda2wav 3.00 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko EiÃ
>>
>> jmoe@aus8617 ~ $ cdparanoia --version
>> cdparanoia III release 10.2 (September 11, 2008)
>>
>> From that, it appears that cdparanoia is newer.
> The latest cdparanoia is from 2001. There seem to appear "later" versions but 
> they do not increase functionality, they just fix some C syntax problems that 
> prevent compilation with newer GCC versions. But all cdparanoia versions are 
> based on a cdda2wav from 1997 and thus use outdated read functions.
>
> The interesting question seems to be: Why do you try to confuse people 
> regarding to cdda2wav by modifiying it's output?
>
> cdda2wav-3.0 is from June 2010 and there is even a 3.01a02 from December 2010.
>
> Jörg
>
Ok, thanks for the info.

Jake Moe

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

[Paul Hartman]

On Fri, Jan 14, 2011 at 5:13 AM, Jake Moe <jakesaddress@gmail.com> wrote:
> Why do they give me this info, then?
>
> jmoe@aus8617 ~ $ cdda2wav --version
> cdda2wav 3.00 (i686-pc-linux-gnu) Copyright (C) 1993-2004 Heiko EiÃ

Not sure why your cdda2wav --version output is cut off, maybe an
terminal encoding problem? For version 3.00 I've got this:
$ cdda2wav --version
cdda2wav 3.00 (x86_64-unknown-linux-gnu) Copyright (C) 1993-2004 Heiko
EiÃfeldt (C) 2004-2010 Jörg Schilling

Which is obviously the wrong characters, too. It should say Heiko
Eißfeldt and Jörg Schilling.

But maybe it was not only a problem for us, because they changed the
spelling to use more simplified characters later. The latest version
in ~amd64 shows me this instead:
 $ cdda2wav --version
cdda2wav 3.01a02 (x86_64-unknown-linux-gnu) Copyright (C) 1993-2004
Heiko Eissfeldt (C) 2004-2010 Joerg Schilling

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

[Nuno J. Silva]

Jake Moe <jakesaddress@gmail.com> writes:

> On 01/13/11 20:48, J. Roeleveld wrote:
[...]
> And yeah, the errors start as soon as I put the CD in the drive.  What
> automounting tool might I have in FVWM?  I use a pretty basic config
> (which is why I like FVWM, not many frills to muck things up :-P).

I think it's (fortunately) possible to have wm-independent (and
X-independent) automounters. But the last time I used one was several
years ago.


-- 
Nuno J. Silva
gopher://sdf-eu.org/1/users/njsg

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

[Jörg Schaible]

Hi Joe,

Jake Moe wrote:

> On 01/13/11 20:48, J. Roeleveld wrote:
>> On Thursday 13 January 2011 11:33:09 Jake Moe wrote:
>>> On 01/13/11 18:12, J. Roeleveld wrote:

[snip]

>> Can you actually play that wav-file? Or is it just a collection of
>> garbage?
>>
>> As far as I know, CD-Paranoia access the cd-drive a bit more directly
>> then other tools. Eg. it approaches it like a CD-ROM, rather then
>> CD-Audio.
>>
>> The error messages appear as soon as you put the CD into the drive?
>> Am wondering if some auto-mounting tool is trying to access it and is
>> causing problems here.
>> Do you also get those messages when you disable all KDE/Gnome/X/... and
>> related stuff?
>>
>> Personally, I tend to use cdparanoia and other tools to generate OGG or
>> MP3 files and store them on a fileserver and play them from there.
>>
>> --
>> Joost
>>
> Yeah, the wav file played fine.  At least, it started out fine; I only
> listened to the first 15 - 30 seconds to make sure it sounded ok, and
> then assumed the rest was fine, since nothing else had even gotten that
> far.
> 
> And yeah, the errors start as soon as I put the CD in the drive.  What
> automounting tool might I have in FVWM?  I use a pretty basic config
> (which is why I like FVWM, not many frills to muck things up :-P).

My situation improved a bit after upgrading to the latest udev available. 
With 164-r1 I don't have these errors in the log anymore. Unfortunately when 
I try to rip the CD with KDE stuff, the process slows still down until it 
aborts.

However, the situation improved with the CLI tools (even running from with 
KDE). Cdda2Wav takes now 2,5 mins for a 45min CD, cdparanoia takes nearly 
twice, but succeeds also. After reconfiguring abcde to take cdda2wav I can 
at least rip CDs into MP3s in a quite normal time.

- Jörg

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

[Jörg Schaible]

Hi Jörg,

Joerg Schilling wrote:

> Jake Moe <jakesaddress@gmail.com> wrote:
> 
>> Yeah, the wav file played fine.  At least, it started out fine; I only
>> listened to the first 15 - 30 seconds to make sure it sounded ok, and
>> then assumed the rest was fine, since nothing else had even gotten that
>> far.
> 
> Be careful!
> 
> There is a set of red-book deviations that is called "cactus datashield"
> 
> cdparanoia will not extract more than 40 seconds from such a "CD"
> regardless of the drive you are using.
> 
> With cdda2wav you will be able to extract the whole "CD" as long as the
> drive is not cunfused by the media and as long as you don't run hostile
> software like "hald" or similar that helps to confuse the drive.

At least from konsole I can use cdda2wav with normal speed, while the 
ripping KDE apps all seem to fail. Since KDE is still based on hald, about 
what kind of effects you're talking?

- Jörg

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

[Joerg Schilling]

Jörg Schaible <joerg.schaible@gmx.de> wrote:

> > There is a set of red-book deviations that is called "cactus datashield"
> > 
> > cdparanoia will not extract more than 40 seconds from such a "CD"
> > regardless of the drive you are using.
> > 
> > With cdda2wav you will be able to extract the whole "CD" as long as the
> > drive is not cunfused by the media and as long as you don't run hostile
> > software like "hald" or similar that helps to confuse the drive.
>
> At least from konsole I can use cdda2wav with normal speed, while the 
> ripping KDE apps all seem to fail. Since KDE is still based on hald, about 
> what kind of effects you're talking?

The defects seen in "cactus datashield" will cause many drives to go into an 
endless loop in firmware in case you send the READ TOC command to the drive.

Hald was written by people who know too few about CD-ROM handling and as hald 
and other programs (e.g. libGStreamer and cdparanoia) send a READ TOC to the
drive, they may trigger this problem. The only way out of this problem is to
mechanically reload the media and not to let any other program access the 
drive except for cdda2wav.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

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

[pk]

On 2011-01-14 12:04, Nuno J. Silva wrote:

> I think pk wanted to point that, as cdparanoia read the disks, that
> means they probably are CDs.

That's what I meant... Thanks to both you and Jörg!

Best regards / MfG

Peter K

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

[Jörg Schaible]

Joerg Schilling wrote:

> Jörg Schaible <joerg.schaible@gmx.de> wrote:
> 
>> > There is a set of red-book deviations that is called "cactus
>> > datashield"
>> > 
>> > cdparanoia will not extract more than 40 seconds from such a "CD"
>> > regardless of the drive you are using.
>> > 
>> > With cdda2wav you will be able to extract the whole "CD" as long as the
>> > drive is not cunfused by the media and as long as you don't run hostile
>> > software like "hald" or similar that helps to confuse the drive.
>>
>> At least from konsole I can use cdda2wav with normal speed, while the
>> ripping KDE apps all seem to fail. Since KDE is still based on hald,
>> about what kind of effects you're talking?
> 
> The defects seen in "cactus datashield" will cause many drives to go into
> an endless loop in firmware in case you send the READ TOC command to the
> drive.
> 
> Hald was written by people who know too few about CD-ROM handling and as
> hald and other programs (e.g. libGStreamer and cdparanoia) send a READ TOC
> to the drive, they may trigger this problem. The only way out of this
> problem is to mechanically reload the media and not to let any other
> program access the drive except for cdda2wav.

Thanks for taking the time.

- Jörg