Summary: | CD digital extraction-related problems | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joel Parker <jjk3> |
Component: | [OLD] Core system | Assignee: | Jeremy Huddleston (RETIRED) <eradicator> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Sample illustrating step 2
Sample illustrating step 5 |
Description
Joel Parker
2004-08-04 16:20:25 UTC
Created attachment 36780 [details]
Sample illustrating step 2
Created attachment 36781 [details]
Sample illustrating step 5
can you try a different drive? Well, I'll have a few different computers available to me this weekend, but none are running Linux at the moment (Win98, 2000). I can try putting it on one of them quickly, if that's what you want. I think I'm seeing the same problem. I have a CD which I can't rip track 6 from on Gentoo 2.6.5 Kernel, but can rip fine on RedHat 9. Visually Grip seems to rip the track to a wav file, I'll check to see if the wav file plays. The first sign of problems is that oggenc goes down to 0.2x speed, and then 0.1x, and within another 5 seconds it's idle. The only way that I can rip more CDs is to reboot, which is why I suspect a kernel problem. Good to see someone with the same problem. I posted this as a question to the cdparanoia list too, so we'll see if there's any activity on that end. Has there been any luck with upstream on the issue? If not I'd like to take a look and see what's up. I just reposted my message to paranoia@xiph.org, looks like it didn't get through last time. Can you try CFLAGS="-O2 -pipe" I performed the following command: # USE="-O2 -pipe" emerge cdparanoia Here's the result of ripping the audio tracks the Starsiege game CD (a two-session disc with game data in the first session and music tracks in the second) using gentoo-dev-sources-2.6.8-r3. -- $ /usr/bin/cdparanoia -B -v cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... DMA scatter/gather table entries: 1 table entry size: 131072 bytes maximum theoretical transfer: 55 sectors Setting default read size to 13 sectors (30576 bytes). CDROM model sensed sensed: PHILIPS DVD+RW SDVD6004 1.03 Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Checking for MMC style command set... Drive is MMC style Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 2. 10533 [02:20.33] 264854 [58:51.29] no no 2 3. 13450 [02:59.25] 275387 [61:11.62] no no 2 4. 10174 [02:15.49] 288837 [64:11.12] no no 2 5. 11646 [02:35.21] 299011 [66:26.61] no no 2 TOTAL 45803 [10:10.53] (audio only) Ripping from sector 264854 (track 2 [0:00.00]) to sector 310656 (track 5 [2:35.20]) outputting to track02.cdda.wav (== PROGRESS == [VVVVV+++VV+V+V!+VV++VVVVV++VVV*| 275386 00 ] == :^D * ==) outputting to track03.cdda.wav (== PROGRESS == [VV+V!V+VVVVV+VVVVVV+VVV+V++V++*| 288836 00 ] == :^D * ==) outputting to track04.cdda.wav [etc.] $ -- I just added a few patches to cdparanoia for a couple bugs with drive identification and TOC reading... can youu try that... I doubt it's related, but it might be... I'll try it, but it'll be a few days before I can. My laptop was having other problems, so I sent it back for repairs. Ok, I tried the latest cdparanoia in portage: # emerge -pv cdparanoia These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] media-sound/cdparanoia-3.9.8-r2 -debug 0 kB Total size of downloads: 0 kB # exit $ $ /usr/bin/cdparanoia -B -v cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... DMA scatter/gather table entries: 1 table entry size: 131072 bytes maximum theoretical transfer: 55 sectors Setting default read size to 13 sectors (30576 bytes). CDROM model sensed sensed: PHILIPS DVD+RW SDVD6004 1.03 Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Checking for MMC style command set... Drive is MMC style Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 2. 10533 [02:20.33] 264854 [58:51.29] no no 2 3. 13450 [02:59.25] 275387 [61:11.62] no no 2 4. 10174 [02:15.49] 288837 [64:11.12] no no 2 5. 11646 [02:35.21] 299011 [66:26.61] no no 2 TOTAL 45803 [10:10.53] (audio only) Ripping from sector 264854 (track 2 [0:00.00]) to sector 310656 (track 5 [2:35.20]) outputting to track02.cdda.wav (== PROGRESS == [VV!V!!V!!!!!!!!V!! > 0| 270821 00 ] == 8-| 0 ==) Segmentation fault (core dumped) $ $ gdb /usr/bin/cdparanoia core GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `/usr/bin/cdparanoia -B -v'. Program terminated with signal 11, Segmentation fault. warning: current_sos: Can't read pathname for load map: Input/output error Reading symbols from /usr/local/lib/libcdda_interface.so.0...done. Loaded symbols for /usr/local/lib/libcdda_interface.so.0 Reading symbols from /usr/local/lib/libcdda_paranoia.so.0...done. Loaded symbols for /usr/local/lib/libcdda_paranoia.so.0 Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x400482b3 in i_paranoia_overlap (buffA=0x40b8a008, buffB=0x807d6f0, offsetA=100348, offsetB=27954, sizeA=99032, sizeB=1400, ret_begin=0xbfffe164, ret_end=0xbfffe160) at paranoia.c:98 98 if(buffA[beginA]!=buffB[beginB])break; (gdb) bt #0 0x400482b3 in i_paranoia_overlap (buffA=0x40b8a008, buffB=0x807d6f0, offsetA=100348, offsetB=27954, sizeA=99032, sizeB=1400, ret_begin=0xbfffe164, ret_end=0xbfffe160) at paranoia.c:98 #1 0x40046a29 in i_stage2_each (root=0x8077f04, v=0x807b6f8, callback=0x8049742) at paranoia.c:628 #2 0x40047269 in i_stage2 (p=0x8077f00, beginword=318486672, endword=318525480, callback=0x8049742) at paranoia.c:850 #3 0x40047e20 in paranoia_read_limited (p=0x8077f00, callback=0x8049742, max_retries=20) at paranoia.c:1225 #4 0x0804ab7c in ?? () #5 0x08077f00 in ?? () #6 0x08049742 in ?? () #7 0x00000014 in ?? () #8 0x00000003 in ?? () #9 0x40bb9a98 in ?? () #10 0x12fbb88f in ?? () (gdb) q $ The disc is Sierra's Starsiege, a multi-session disc with game data in the firt session and CDDA in the second. Actually, wait a sec. I noticed in the debug output that it's using libs in /usr/local/lib, which belong to another version of cdparanoia I've been tinkering with. How do I make it use the libs in /usr/lib? well you could remove the libs in /usr/local/lib so it's forced to use the ones in /usr/lib... Well, I removed the libs in /usr/local/lib, and now it appears to be working fine... This is the same disc and the same setup as before. $ cdparanoia -B -v cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface CDROM sensed: ATAPI compatible PHILIPS DVD+RW SDVD6004 Verifying drive can read CDDA... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 2. 10533 [02:20.33] 264854 [58:51.29] no no 2 3. 13450 [02:59.25] 275387 [61:11.62] no no 2 4. 10174 [02:15.49] 288837 [64:11.12] no no 2 5. 11646 [02:35.21] 299011 [66:26.61] no no 2 TOTAL 45803 [10:10.53] (audio only) Ripping from sector 264854 (track 2 [0:00.00]) to sector 310656 (track 5 [2:35.20]) outputting to track02.cdda.wav (== PROGRESS == [ + *| 275386 00 ] == :^D * ==) outputting to track03.cdda.wav (== PROGRESS == [ + +++*| 288836 00 ] == :^D * ==) outputting to track04.cdda.wav (== PROGRESS == [+ ++ + ++++++++++++++ +*| 299010 00 ] == :^D * ==) outputting to track05.cdda.wav (== PROGRESS == [ ++++++++++++ + + +++++++++++*| 310656 00 ] == :^D * ==) Done. $ Slight caveat here. After the previous test, I put in The Beatles - 1 and started ripping it. It started out fine, but had gone down to 0.2x by track 21. By track 27, it had stalled. It appears that the tracks (besides 27) came out fine, though. I re-ripped just track 27, and watched it go from 4-6x to 0.1x by mid-song. I'm going to leave it going all day to see if it actually produces a good rip. this sounds like a mechanical problem to me... Well, if I turn off paranoia (-Z), it works fine. That wouldn't happen if it was a mechanical problem. Well, this stalling-on-the-last-track problem seems to come and go. I've been ripping a few cds during the past couple days, and most have been fine. Sometimes it just plain stalls on the last track, though, for unknown reasons. When I turn off paranoia, it rips fine. When this problem came up again, I realized DMA was off on my CD drive, but turning it on didn't help. I'm sorry, but I can't really help you out here... I have never heard of a problem like this from anyone else, and I don't really have the resources to help you out here... maybe you can get better help on the forums, sorry... |