Date: Tue, 13 Jan 2004 11:28:02 -0800 (PST) From: Doug White <dwhite@gumbysoft.com> To: Evan Dower <evantd@hotmail.com> Cc: freebsd-current@freebsd.org Subject: Re: audio cd problems Message-ID: <20040113111252.F63732@carver.gumbysoft.com> In-Reply-To: <BAY8-F101Aj6QpN8CZ00004f737@hotmail.com> References: <BAY8-F101Aj6QpN8CZ00004f737@hotmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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@xiph.org> and Xiphophorus > FreeBSD porting (c) 2003 > Simon 'corecode' Schubert <corecode@corecode.ath.cx> > > Report bugs to paranoia@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@gumbysoft.com> > >To: Evan Dower <evantd@hotmail.com> > >CC: freebsd-current@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@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@gumbysoft.com | www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040113111252.F63732>