(unknown charset) Re: audio cd problems

From: (unknown charset) Doug White <dwhite_at_gumbysoft.com>
Date: Tue, 13 Jan 2004 11:28:02 -0800 (PST)
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 months
> ago, or with the recent GEOMification about 2 months ago. In any case, there
> was a recent commit regarding timeout/reinit so, I'll have to install a new
> 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 imes
> the CD shows up within a minute and sometimes it seems to take around a half
> hour. I don't get any sort of panic. It just takes an inordinate amount of
> 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 recent
> 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 to
> 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 _at_ 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 amount
> 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 open
> /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 = 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 — fast & reliable Internet access with prime
> features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1
>

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite_at_gumbysoft.com          |  www.FreeBSD.org
Received on Tue Jan 13 2004 - 10:29:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:37 UTC