Date: Sat, 26 Jan 2002 10:18:37 -0700 From: Sean LeBlanc <seanleblanc@attbi.com> To: FreeBSD Multimedia <multimedia@FreeBSD.ORG> Subject: Re: Ripping with grip Message-ID: <20020126101837.B73850@hostwiththemost> In-Reply-To: <20020120162313.C306@localhost>; from scott.mitchell@mail.com on Sun, Jan 20, 2002 at 04:23:13PM %2B0000 References: <20020119101037.A37838@hostwiththemost> <20020119172725.A293@localhost> <20020119174053.A45968@hostwiththemost> <20020120162313.C306@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01-20 16:23, Scott Mitchell wrote: > On Sat, Jan 19, 2002 at 05:40:54PM -0700, Sean LeBlanc wrote: > > Thanks for the tip. I tried this out, and depending on the CD I tried, > > either grip did nothing, or started generated a file(.wav) that just grew > > and grew and grew until I finally killed it at 1.4G. Figuring I'd see if > > cdda2wav would run on its own, I entered the same command style that grip > > had. I have since added the -I flag to get rid of that warning about my > > CDROM not being a SCSI drive. I have cut and paste what happens below. Now, > > again, depending on the CD, behavior is different, but one common thread > > seems to be the "cdda2wav: Operation not permitted. cannot set posix > > realtime scheduling policy" message. Is that something to worry about? > > I guess you're running cdda2wav as a normal user? If you ran as root it > would be able to set realtime scheduling for the process; that should only > make any difference if your machine is very slow, or heavily loaded. > > Here's what I get when I ru cdda2wav with the options from grip: > > (520) tuatara:~ $ cdda2wav -D /dev/cdrom -x -H -t 1 -O wav test.wav > cdrom device (/dev/cdrom) is not of type generic SCSI. Setting interface to cooked_ioctl. > 266240 bytes buffer memory requested, 4 buffers, 27 sectors > #Cdda2wav version 1.10_freebsd_4.5-prerelease_i386_i386 real time sched. soundcard support > AUDIOtrack pre-emphasis copy-permitted tracktype channels > 1- 8 no no audio 2 > Table of Contents: total tracks:8, (total time 37:17.00) > 1.( 3:15.35), 2.( 2:34.65), 3.( 5:19.45), 4.( 2:18.00), 5.( 2:39.33) > 6.( 8:46.30), 7.( 6:35.50), 8.( 5:45.42), > > Table of Contents: starting sectors > 1.( 0), 2.( 14660), 3.( 26275), 4.( 50245), 5.( 60595) > 6.( 72553), 7.( 112033), 8.( 141708), lead-out( 167625) > CDINDEX discid: LEx050lP7DBANen3Xgow3PpRQfg- > CDDB discid: 0x7a08bb08 > CD-Text: not detected > CD-Extra: not detected > samplefile size will be 34480364 bytes. > recording 195.04666 seconds stereo with 16 bits @ 44100.0 Hz ->'test'... > cdda2wav: Operation not permitted. cannot set posix realtime scheduling policy > overlap:min/max/cur, jitter, percent_done: > 1/ 1/ 1/ 0 100% track 1 successfully recorded > > The track was indeed successfully recorded -- I'm listening to it now. > > Comparing my output with yours, it looks as though your drive is having > some trouble with the table of contents on your disc -- the times and > sector offsets it's thrown up are clearly very, very wrong :-( What does > 'cdcontrol -f /dev/acd0c info' give you? This 'samplefile size will be 44 > bytes' business looks bad, too. > > I guess you could try adding '-S 1' to the cdda2wav options, which might > force the drive to run at single speed... no guarantee that will make any > difference though. Otherwise, it might just be that your drive and > cdda2wav (or the acd driver) don't get along when it comes to audio > extraction. Can you borrow another drive to try in its place? Odd. cdcontrol -f /dev/acd0c appears to work, but no sound comes when I play. I can get info on the CD, and it is giving correct info. I do have another drive I can dig up, but I think it's crappier than the one currently in my machine. Any other ideas? I have no idea why my sound is mute on the CD, but other sound sources *do* work (XMMS w/ mp3 files, RealPlayer). -- Sean LeBlanc:seanleblanc@attbi.com Yahoo:seanleblancathome ICQ:138565743 MSN:seanleblancathome AIM:sleblancathome Act as if what you do makes a difference. It does. -William James To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020126101837.B73850>