Re: Problem reading audio CDs
On Wed, 27 Mar 2002, Stew Benedict wrote: > at least 2 possibilities: > > 1) Because Apple has opted to remove the audio interface between the CDROM > and the sound chip, you need to use xmms-cdread plugin to rip audio from > the CD to play music (ibook2 and beyond). It's in contribs. > > 2) You may also need to disable supermount while using xmms, or you'll get > a conflict. > > umount /mnt/cdrom > supermount -i disable On my G4 AGP, I need to use hdc=ide-scsi to play audio CDs with xmms-cdread. If I don't, I hear just static type noise. Ian --- Ian White email: [EMAIL PROTECTED]
Re: Problem reading audio CDs
On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > > > > > On Mar 27, Stew Benedict wrote: > > On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > > > > > > I cannot play audio CDs on a tiBook > > > > > > The CD drive itself works ok: I can mount a data CD (like mdk iso's) > > > and, launching tcd on an audio CD, I can see the audio tracks. > > > However, I cannot play the CD tracks. The log says: > > > > > > : hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } > > > : hdc: packet command error: error=0x54 > > > : ATAPI device hdc: > > > : Error: Illegal request -- (Sense key=0x05) > > > : Invalid command operation code -- (asc=0x20, ascq=0x00) > > > : The failed "Play Audio MSF" packet command was: > > > : "47 00 00 04 23 16 31 23 09 00 00 00 " > > > > > > > > > Regarding ide/hdc, dmesg says: > > > > > > : pmac_ide: enabling IDE bus ID 2 > > > : pmac_ide: enabling IDE bus ID 0 > > > : pmac_ide: enabling IDE bus ID 1 > > > : hda: IBM-IC25N030ATDA04-0, ATA DISK drive > > > : hdc: MATSHITADVD-ROM SR-8187, ATAPI CD/DVD-ROM drive > > > : ide0 at 0xe5255000-0xe5255007,0xe5255160 on irq 19 > > > : ide1 at 0xe5259000-0xe5259007,0xe5259160 on irq 20 > > > : hda: Enabling Ultra DMA 4 > > > : ide_pmac: Set UDMA timing for mode 4, reg: 0x0c50038c > > > : hda: 58605120 sectors (30006 MB) w/1806KiB Cache, CHS=58140/16/63, UDMA(66) > > > : hdc: Enabling MultiWord DMA 2 > > > : ide_pmac: MDMA, cycleTime: 120, accessTime: 90, recTime: 30 > > > : ide_pmac: Set MDMA timing for mode 2, reg: 0x00011d26 > > > : hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, (U)DMA > > > : Uniform CD-ROM driver Revision: 3.12 > > > > > > > at least 2 possibilities: > > > > 1) Because Apple has opted to remove the audio interface between the CDROM > > and the sound chip, > > > Argh! Why, oh why, did they do that ? > save a nickel > > > you need to use xmms-cdread plugin to rip audio from the CD to play > > music (ibook2 and beyond). It's in contribs. > > I just tried the latest version I could find : xmms-cdread-0.11d-1 but > that does not work. Actually, the plug-in does not even see the > tracks (yes, I disabled supermount). > you also need to disable the normal cdreader plugin > > > > Now, if we see error messages such as > > > > : ATAPI device hdc: > > > : Error: Illegal request -- (Sense key=0x05) > > > : Invalid command operation code -- (asc=0x20, ascq=0x00) > > > : The failed "Play Audio MSF" packet command was: > > and also, in the same vein, such as > > : ATAPI device hdc: > : Error: Illegal request -- (Sense key=0x05) > : Invalid command operation code -- (asc=0x20, ascq=0x00) > : The failed "Pause/Resume" packet command was: > : "4b 00 00 00 00 00 00 00 00 00 00 00 " > > then does not that mean that we are facing a deeper problem ? > > Possibly, but it doesn't seem to be global, that is I'm not able to reproduce it. > > Now for something different: > > > > The system is an mdk-8.0 which has been upgraded to be in sync with > > > cooker. In particular, rpm -qa | grep kern says: > > > > > > : kernel-source-2.4.18-4mdk > > > : kernel-headers-2.4.17-24mdk > > > : kernel-2.4.18.4mdk-1-1mdk > > > > > > > Kernel headers do not need to be consistant with the kernel, but > > they do need to be consistant with what was used to build > > glibc. The kernel build is self contained, and does not use > > kernel-headers. User space programs, for the most part, should be > > using /usr/include/*. not /usr/src/linux/include/*. > > > Thanks for the tip. That calls for two questions: > > 1) Out of curiosity: how does one find which kernel header version >glibc is compiled against? (could not find it after a quick rpm >-qxxx ) > > 2) I used to blame failure to compile the kernel on the above (non >existent) inconsistency. Shouldn't the kernel compile without >error if I am in sync with cooker *and* use the .config found by >default the kernel-source rpm ? > Actually, the rest of cooker doesn't have a lot to do with the kernel compile, unless you happen to hit a couple of the times when various components of binutils were broken. Of course you need the basics, gcc etc. I think the thing that catches most folks is neglecting to "make mrproper", before initiating the make menuconfig, etc. This is peculiar to a Mandrake kernel and most likely different than what you're accustomed to with plain kernel.org or BenH sources. There have been several discussions on why this is so on the main cooker list, and I don't anticipate it's going to change: cd /usr/src/linux make mrproper make menuconfig (or config, or xconfig) make dep && make vmlinux make modules make modules_install installkernel KERNEL_VERSION vmlinux System.map (you fill in KERNEL_VERSION, in my walkthrough it would be "2.4.18-6mdk") reboot and enjoy - yaboot entry is done by installkernel Of course if you're build
Re: [update] Problem reading audio CDs
On Wed, Mar 27, 2002 at 10:34:47AM -0500, Stew Benedict wrote: > I was able to use play on the ripped file, but it wasn't pretty - > sounded fine with xmms - endian issue with play? Nope play doesn't have endianess issues. At least I used it all the time to play sounds in 8.0 without issue. Actually I used it to play the startup sound in KDE to get around a KDE endianess issue. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi
Re: [update] Problem reading audio CDs
On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > I am not running devfsd. Weird thing is I cannot launch it either: > Running /etc/rc.d/init.d/devfsd start does not return an error, but > does not print [ok] either. Checking devfs status says it is stopped > (just after starting it). The daemon does not appear in the ps list. > Looking at the /etc/rc.d/init.d/devfsd script, this apears to be due > to the lack of /dev/.devfsd special character. > devfs uses kernel boot options devfs=mount or devfs=nomount Of course kernel needs to support it too. "mount" is our default configuration now. I did some looking at "play", it seems the stereo .wav files produced by cdparanoia or cdda2wav are the problem ones. Other system .wav's which are mono seem OK. the resulting .ogg or .mp3 is also fine, it just seems to be the interim format that's the problem. May not be a big issue, as I don't know how may 50MB+ .wav files folks care to have laying around, but I'll see what I can come up with. Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/demos/PPC/FAQ/
Re: [update] Problem reading audio CDs
> ran "time cdparanoia 1" > 4:39 track took 3:49.29elapsed on a PB Lombard, which wasn't doing much > else except downloading an 8,2x86 ISO. I don't do enough CD ripping to > know whether that's fast or slow. I should have been quantitative here. Ripping seemed slower than under OSX, but I do have (like you) quasi realtime ripping under linux. > > 2) Problems with permissions and various configs. > > > >- After ripping a nice cdda.wav with cdparanoia, I cannot play it: > > > > o as user, /usr/bin/play reports: > > > >sox: Can't open output file '/dev/dsp': Permission denied > > > > Unless you're in X, the permissions on /dev/dsp or (/dev/sound/dsp) > exclude the audio group. I can't imagine this behavior is PPC > specific. While X is running the ownership changes to the user > running X. After I closed X, I was still the owner. I was not in X! So the permission problem is non existent. Sorry for the false alarm. I had no idea about this permission business (although it seems reasonable when you think about it). Thanks for the tip. > > o as user, /usr/bin/ogg123 -d oss cdda.ogg reports: > > > > > >Device: OSS audio driver output > >[deletia]Author: Aaron Holtzman <[EMAIL PROTECTED]> > >Playing: cdda.ogg > >Error: Cannot open device oss. > > > >Segmentation fault > > > > o as root, /usr/bin/ogg123 cdda.ogg just WORKS! > > > > Are you running devfs? I am here, which may account for some of the > differences we're seeing. I am not running devfsd. Weird thing is I cannot launch it either: Running /etc/rc.d/init.d/devfsd start does not return an error, but does not print [ok] either. Checking devfs status says it is stopped (just after starting it). The daemon does not appear in the ps list. Looking at the /etc/rc.d/init.d/devfsd script, this apears to be due to the lack of /dev/.devfsd special character. Thanks for your feedback, Cheers, JF.
Re: [update] Problem reading audio CDs
On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > More bug, buglets and non-bug reports about audio (on a tiBook). My > system is an 8.0mdk, resynched with cooker. > > > Just hoping to help fixing the default configs. > > Stew: please let me know if these buglet reports are useless (or just > have too low a precedence on your todo list for me to bother you with > them). > > Not useless at all - keep 'em coming. > > > 1) Problem reading audio tracks from a CD > >- I reported failure to read audio-tracks with xmms-cd, grip and > tcd. > >- But, audio tracks are properly ripped (albeit rather slowly) when > bypassing the middlemen by calling cdparanoia. > ran "time cdparanoia 1" 4:39 track took 3:49.29elapsed on a PB Lombard, which wasn't doing much else except downloading an 8,2x86 ISO. I don't do enough CD ripping to know whether that's fast or slow. >--> The problem apparently belong to userland and not to sacry >low-level kernel-space. > That's a good thing ;^) > > > > 2) Problems with permissions and various configs. > >- After ripping a nice cdda.wav with cdparanoia, I cannot play it: > > o as user, /usr/bin/play reports: > > sox: Can't open output file '/dev/dsp': Permission denied > Unless you're in X, the permissions on /dev/dsp or (/dev/sound/dsp) exclude the audio group. I can't imagine this behavior is PPC specific. While X is running the ownership changes to the user running X. After I closed X, I was still the owner. > o as root, /usr/bin/play reports: > > sox: Unable to set the sample size to 16 > I was able to use play on the ripped file, but it wasn't pretty - sounded fine with xmms - endian issue with play? > >- After ogg-encoding cdda.wav, > > o as user, /usr/bin/ogg123 cdda.ogg reports: > worked here as "stew" - sounded correct too > === Could not load default driver and no driver specified in config file. >Exiting. > > o as user, /usr/bin/ogg123 -d oss cdda.ogg reports: > > >Device: OSS audio driver output >[deletia]Author: Aaron Holtzman <[EMAIL PROTECTED]> >Playing: cdda.ogg >Error: Cannot open device oss. > >Segmentation fault > > o as root, /usr/bin/ogg123 cdda.ogg just WORKS! > Are you running devfs? I am here, which may account for some of the differences we're seeing. I also just logged out, logged in as root and ran aumix, which changed the ownership back to root. Logged out root, logged in as stew and ownership was mine. Aumix and ogg123 ran fine. I'lk check out "play". I vaguely recall endian issues with 8.0 too. Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/demos/PPC/FAQ/
Re: [update] Problem reading audio CDs
More bug, buglets and non-bug reports about audio (on a tiBook). My system is an 8.0mdk, resynched with cooker. Just hoping to help fixing the default configs. Stew: please let me know if these buglet reports are useless (or just have too low a precedence on your todo list for me to bother you with them). 1) Problem reading audio tracks from a CD - I reported failure to read audio-tracks with xmms-cd, grip and tcd. - But, audio tracks are properly ripped (albeit rather slowly) when bypassing the middlemen by calling cdparanoia. --> The problem apparently belong to userland and not to sacry low-level kernel-space. 2) Problems with permissions and various configs. - After ripping a nice cdda.wav with cdparanoia, I cannot play it: o as user, /usr/bin/play reports: sox: Can't open output file '/dev/dsp': Permission denied o as root, /usr/bin/play reports: sox: Unable to set the sample size to 16 - After ogg-encoding cdda.wav, o as user, /usr/bin/ogg123 cdda.ogg reports: === Could not load default driver and no driver specified in config file. Exiting. o as user, /usr/bin/ogg123 -d oss cdda.ogg reports: Device: OSS audio driver output [deletia]Author: Aaron Holtzman <[EMAIL PROTECTED]> Playing: cdda.ogg Error: Cannot open device oss. Segmentation fault o as root, /usr/bin/ogg123 cdda.ogg just WORKS! JF
Re: Problem reading audio CDs
On Mar 27, Stew Benedict wrote: > On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > > > > I cannot play audio CDs on a tiBook > > > > The CD drive itself works ok: I can mount a data CD (like mdk iso's) > > and, launching tcd on an audio CD, I can see the audio tracks. > > However, I cannot play the CD tracks. The log says: > > > > : hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } > > : hdc: packet command error: error=0x54 > > : ATAPI device hdc: > > : Error: Illegal request -- (Sense key=0x05) > > : Invalid command operation code -- (asc=0x20, ascq=0x00) > > : The failed "Play Audio MSF" packet command was: > > : "47 00 00 04 23 16 31 23 09 00 00 00 " > > > > > > Regarding ide/hdc, dmesg says: > > > > : pmac_ide: enabling IDE bus ID 2 > > : pmac_ide: enabling IDE bus ID 0 > > : pmac_ide: enabling IDE bus ID 1 > > : hda: IBM-IC25N030ATDA04-0, ATA DISK drive > > : hdc: MATSHITADVD-ROM SR-8187, ATAPI CD/DVD-ROM drive > > : ide0 at 0xe5255000-0xe5255007,0xe5255160 on irq 19 > > : ide1 at 0xe5259000-0xe5259007,0xe5259160 on irq 20 > > : hda: Enabling Ultra DMA 4 > > : ide_pmac: Set UDMA timing for mode 4, reg: 0x0c50038c > > : hda: 58605120 sectors (30006 MB) w/1806KiB Cache, CHS=58140/16/63, UDMA(66) > > : hdc: Enabling MultiWord DMA 2 > > : ide_pmac: MDMA, cycleTime: 120, accessTime: 90, recTime: 30 > > : ide_pmac: Set MDMA timing for mode 2, reg: 0x00011d26 > > : hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, (U)DMA > > : Uniform CD-ROM driver Revision: 3.12 > > > > at least 2 possibilities: > > 1) Because Apple has opted to remove the audio interface between the CDROM > and the sound chip, Argh! Why, oh why, did they do that ? > you need to use xmms-cdread plugin to rip audio from the CD to play > music (ibook2 and beyond). It's in contribs. I just tried the latest version I could find : xmms-cdread-0.11d-1 but that does not work. Actually, the plug-in does not even see the tracks (yes, I disabled supermount). Now, if we see error messages such as > > : ATAPI device hdc: > > : Error: Illegal request -- (Sense key=0x05) > > : Invalid command operation code -- (asc=0x20, ascq=0x00) > > : The failed "Play Audio MSF" packet command was: and also, in the same vein, such as : ATAPI device hdc: : Error: Illegal request -- (Sense key=0x05) : Invalid command operation code -- (asc=0x20, ascq=0x00) : The failed "Pause/Resume" packet command was: : "4b 00 00 00 00 00 00 00 00 00 00 00 " then does not that mean that we are facing a deeper problem ? > From what I understand, the KDE cd player will play OK with > supermount. I'm able to play audio CD's on my Powerbook, as well > as the TiBook I had on loan. I tried gtcd, tcd and grip: they all failed at reading the tracks. I do not have the kde stuff installed and I am a bit reluctant to install it (my message is more a bug report than a help request, I do not *really* need this CD stuff right now). Now for something different: > > The system is an mdk-8.0 which has been upgraded to be in sync with > > cooker. In particular, rpm -qa | grep kern says: > > > > : kernel-source-2.4.18-4mdk > > : kernel-headers-2.4.17-24mdk > > : kernel-2.4.18.4mdk-1-1mdk > > > > Kernel headers do not need to be consistant with the kernel, but > they do need to be consistant with what was used to build > glibc. The kernel build is self contained, and does not use > kernel-headers. User space programs, for the most part, should be > using /usr/include/*. not /usr/src/linux/include/*. Thanks for the tip. That calls for two questions: 1) Out of curiosity: how does one find which kernel header version glibc is compiled against? (could not find it after a quick rpm -qxxx ) 2) I used to blame failure to compile the kernel on the above (non existent) inconsistency. Shouldn't the kernel compile without error if I am in sync with cooker *and* use the .config found by default the kernel-source rpm ? Cheers, JF
Re: Problem reading audio CDs
On Wed, 27 Mar 2002, Jean-Francois Cardoso wrote: > > > Hi all, > > I cannot play audio CDs on a tiBook > > The CD drive itself works ok: I can mount a data CD (like mdk iso's) > and, launching tcd on an audio CD, I can see the audio tracks. > However, I cannot play the CD tracks. The log says: > > : hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } > : hdc: packet command error: error=0x54 > : ATAPI device hdc: > : Error: Illegal request -- (Sense key=0x05) > : Invalid command operation code -- (asc=0x20, ascq=0x00) > : The failed "Play Audio MSF" packet command was: > : "47 00 00 04 23 16 31 23 09 00 00 00 " > > > Regarding ide/hdc, dmesg says: > > : pmac_ide: enabling IDE bus ID 2 > : pmac_ide: enabling IDE bus ID 0 > : pmac_ide: enabling IDE bus ID 1 > : hda: IBM-IC25N030ATDA04-0, ATA DISK drive > : hdc: MATSHITADVD-ROM SR-8187, ATAPI CD/DVD-ROM drive > : ide0 at 0xe5255000-0xe5255007,0xe5255160 on irq 19 > : ide1 at 0xe5259000-0xe5259007,0xe5259160 on irq 20 > : hda: Enabling Ultra DMA 4 > : ide_pmac: Set UDMA timing for mode 4, reg: 0x0c50038c > : hda: 58605120 sectors (30006 MB) w/1806KiB Cache, CHS=58140/16/63, UDMA(66) > : hdc: Enabling MultiWord DMA 2 > : ide_pmac: MDMA, cycleTime: 120, accessTime: 90, recTime: 30 > : ide_pmac: Set MDMA timing for mode 2, reg: 0x00011d26 > : hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, (U)DMA > : Uniform CD-ROM driver Revision: 3.12 > at least 2 possibilities: 1) Because Apple has opted to remove the audio interface between the CDROM and the sound chip, you need to use xmms-cdread plugin to rip audio from the CD to play music (ibook2 and beyond). It's in contribs. 2) You may also need to disable supermount while using xmms, or you'll get a conflict. umount /mnt/cdrom supermount -i disable >From what I understand, the KDE cd player will play OK with supermount. I'm able to play audio CD's on my Powerbook, as well as the TiBook I had on loan. > > The system is an mdk-8.0 which has been upgraded to be in sync with > cooker. In particular, rpm -qa | grep kern says: > > : kernel-source-2.4.18-4mdk > : kernel-headers-2.4.17-24mdk > : kernel-2.4.18.4mdk-1-1mdk > Kernel headers do not need to be consistant with the kernel, but they do need to be consistant with what was used to build glibc. The kernel build is self contained, and does not use kernel-headers. User space programs, for the most part, should be using /usr/include/*. not /usr/src/linux/include/*. Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/demos/PPC/FAQ/
Re: Problem reading audio CDs
On Wed, Mar 27, 2002 at 09:27:01AM +0100, Jean-Francois Cardoso wrote: > Hi all, > > I cannot play audio CDs on a tiBook > > The CD drive itself works ok: I can mount a data CD (like mdk iso's) > and, launching tcd on an audio CD, I can see the audio tracks. > However, I cannot play the CD tracks. The log says: I can confirm I have the same issue. The drive sees the tracts but nothing will play them. > The system is an mdk-8.0 which has been upgraded to be in sync with > cooker. In particular, rpm -qa | grep kern says: I have an 8.2 and a 8.0 partition. So my copy is a fresh 8.2 install off the beta1 CD with a few things upgraded to the versions on the mirrors. > (Incidentally: the headers are not consistent with the kernel, but > this is another story) kernel-headers must be consistent with the version that glibc is built against. Frankly I've thought the name of the rpm should be glibc-kernel-headers, but that's an issue that is already being discussed on cooker@ and Stew can't do anything about it anyway. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi