audio cd problems
Doug White
dwhite at gumbysoft.com
Tue Jan 13 11:29:06 PST 2004
I think we're dealing with two different issues here.
1. Disc takes a long time to "show up"
2. Can't rip data from the disc
I can't reproduce #1 on my -current box. gnome-cd and cdcontrol work as
expected. It sounds like something isn't touching the disc causing geom
to 'taste' it and register the track devices. However gnome-cd polls the
device regularly so this should eventually happen. You'll need to examine
the state of /dev/acd* and try doing something like 'cdcontrol info' to
force a read on the device and see if /dev/acd* changes. More
investigation here is needed... have you tried rebuilding gnome-cd?
Truss'd it to see what its getting back from the cd device open? Checked
for ATA errors communicating with your cd device?
As for #2, there is a known API change with ripping that caused the
CDROMREADAUDIO ioctl to go away. Since the tracks are registered in devfs,
you can rip CDs using a direct read on /dev/acd?t? instead of the ioctl.
The CD rippers need to be updated to use this new API. I would think that
SCSI-based rippers would continue to work, however, if using atapicam.
cdparanoia is working properly on my -current box, so you may just need to
update & rebuild the port to get the necessary patches. cdda2wav doesn't
accept a device name as a -D argument, which may be how the maintainer
decided to disable ioctl operation. I don't have atapicam in the kernel
so I can't test this as of yet. I will also try grip.
On Tue, 13 Jan 2004, Evan Dower wrote:
> Unfortunately since I don't use audio CDs very often I can't give a good
> time scale. I'm guessing that it happened either with ATAng about 4 month=
s
> ago, or with the recent GEOMification about 2 months ago. In any case, th=
ere
> was a recent commit regarding timeout/reinit so, I'll have to install a n=
ew
> world and see if that fixes things. I primarily use grip, but I believe I
> also tried gnome's CD player and cdcontrol with similar results. Somet im=
es
> the CD shows up within a minute and sometimes it seems to take around a h=
alf
> hour. I don't get any sort of panic. It just takes an inordinate amount o=
f
> time for the CD to become visible. Regarding ripping, I have tried both
> cdda2wav and cdparanoia. For a while cdparanoia worked when cdda2wav did
> not. I assume this was because it had been patched for a recent constant
> change (CDROMREADAUDIO or something like that). Following is some output
> from cdda2wav and then cdparanoia. Since the may have been fixed in a rec=
ent
> commit to the ATA system, I will update and get back to you.
> ********************************** begin cdda2wav output
> % cdda2wav -t 3 -D /dev/acd0 -s -x -O wav 2>&1
> cdrom device (/dev/acd0) is not of type generic SCSI. Setting interface t=
o
> cooked_ioctl.
> 266240 bytes buffer memory requested, 4 buffers, 27 sectors
> ReadToc_cooked (CDROMREADTOCHDR)...
> #Cdda2wav version 2.00.3_freebsd_5.1-release_i386_i386, real time sched.,
> soundcard, libparanoia support
> EnableCdda_cooked (CDIOCSETCDDA)...
> EnableCdda_cooked (CDIOCSETCDDA) is not available...
> AUDIOtrack pre-emphasis copy-permitted tracktype channels
> 1-12 yes no audio 2
> Table of Contents: total tracks:12, (total time 56:52.47)
> 1.( 3:26.15), 2.( 3:59.38), 3.( 5:22.02), 4.( 4:06.25), 5.( 3:18.65=
),
> 6.( 3:03.05), 7.( 3:10.33), 8.( 5:07.42), 9.( 5:47.10), 10.( 4:43.48=
),
> 11.( 5:12.27), 12.( 9:33.05)
>
> Table of Contents: starting sectors
> 1.( 32), 2.( 15497), 3.( 33460), 4.( 57612), 5.( 76087=
),
> 6.( 91002), 7.( 104732), 8.( 119015), 9.( 142082), 10.( 168117=
),
> 11.( 189390), 12.( 212817), lead-out( 255797)
> CDINDEX discid: VLsTa7GbBeXS577xlEfV.J4Zui0-
> CDDB discid: 0xaf0d520c
> CD-Text: not detected
> CD-Extra: not detected
> samplefile size will be 56805548 bytes.
> recording 322.0266 seconds stereo with 16 bits @ 44100.0 Hz ->'audio'...
> overlap:min/max/cur, jitter, percent_done:
> / / / 0%ReadCdRom_cooked (CDROMREADAUDIO)...
> cooked: Read cdda : Inappropriate ioctl for device
> sector 33460 + 27, buffer 28199000 + 41000
> ^M27/ 0/ 1/ -2352 0%ReadCdRom_cooked (CDROMREADAUDIO)...
> cooked: Read cdda : Inappropriate ioctl for device
> sector 33486 + 27, buffer 281A9000 + 41000
> ^M 1/ 1/ 1/ 0 0%ReadCdRom_cooked (CDROMREADAUDIO)...
> cooked: Read cdda : Inappropriate ioctl for device
> sector 33512 + 27, buffer 281B9000 + 41000
> ^M 1/ 1/ 1/ 0 0%ReadCdRom_cooked (CDROMREADAUDIO)...
> cooked: Read cdda : Inappropriate ioctl for device
> << snip >>
> cooked: Read cdda : Inappropriate ioctl for device
> sector 57562 + 27, buffer 281C9000 + 41000
> ^M 1/ 1/ 1/ 0 99%ReadCdRom_cooked (CDROMREADAUDIO)...
> cooked: Read cdda : Inappropriate ioctl for device
> sector 57588 + 24, buffer 28199000 + 41000
> ^M 1/ 1/ 1/ 0 100%EnableCdda_cooked (CDIOCSETCDDA)...
> non audio sector size is ignored.
> EnableCdda_cooked (CDIOCSETCDDA) is not available...
> 100% track 3 successfully recorded
> ******************************************* end cdda2wav output
> Note: cdda2wav creates a file audio.wav that contains the appropriate amo=
unt
> of silence.
> ******************************************** begin cdparanoia output
> % cdparanoia -v -d /dev/acd0 -w 8 blah.wav
> cdparanoia III release 9.8 (March 23, 2001)
> (C) 2001 Monty <monty at xiph.org> and Xiphophorus
> FreeBSD porting (c) 2003
> Simon 'corecode' Schubert <corecode at corecode.ath.cx>
>
> Report bugs to paranoia at xiph.org
> http://www.xiph.org/paranoia/
>
> Checking /dev/acd0 for cdrom...
> Could not open SCSI device: cam_lookup_pass: couldn't ope=
n
> /dev/xpt0
> cam_lookup_pass: Permission denied: Permission denied
> CDROM sensed: Generic cooked ioctl CDROM
>
> Verifying drive can read CDDA...
>
> Unable to read any data; drive probably not CDDA capable.
> 006: Could not read any data from drive
>
> Cdparanoia could not find a way to read audio from this drive.
> ************************************************ end cdparanoia output
>
> Thanks very much, I'll share what I find out after I do another
> installworld.
> --
> Evan Dower
> Undergraduate, Computer Science
> University of Washington
> Public key: http://students.washington.edu/evantd/pgp-pub-key.txt
> Key fingerprint =3D D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D
>
>
>
>
> >From: Doug White <dwhite at gumbysoft.com>
> >To: Evan Dower <evantd at hotmail.com>
> >CC: freebsd-current at freebsd.org
> >Subject: Re: audio cd problems
> >Date: Mon, 12 Jan 2004 13:00:26 -0800 (PST)
> >
> >On Sun, 11 Jan 2004, Evan Dower wrote:
> >
> > > For quite some time, I've had audio cd related issues with recent
> > > -current's.
> >
> >Can you provide an exact duplication scenario? Approximate time when
> >problems started? Programs involved?
> >
> >I was testing audio cds with last month's -current when trying to figure
> >out a panic with switching discs. The audio cds came up fine then.
> >
> >--
> >Doug White | FreeBSD: The Power to Serve
> >dwhite at gumbysoft.com | www.FreeBSD.org
>
> _________________________________________________________________
> Check out the new MSN 9 Dial-up =97 fast & reliable Internet access with =
prime
> features! http://join.msn.com/?pgmarket=3Den-us&page=3Ddialup/home&ST=3D1
>
--=20
Doug White | FreeBSD: The Power to Serve
dwhite at gumbysoft.com | www.FreeBSD.org
More information about the freebsd-current
mailing list