[Bug 561524] New: CD ripping performance very slow
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c0 Summary: CD ripping performance very slow Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: DHWalker@ucdavis.edu QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=331483) --> (http://bugzilla.novell.com/attachment.cgi?id=331483) Save from YaST's Hardwaqre Information. User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.260.0 Safari/532.5 Grip starts ripping CDs at 5x-10x, or even higher, until it gets to the last track or two on the disk. Then it slows to 0.1x-0.2x for the rest of the disk. This doesn't happen on the same hardware under Vista. Here's the result of "hdparm -I /dev/cdrom": ATAPI CD-ROM, with removable media Model Number: TSSTcorp CDDVDW TS-L633M Serial Number: Firmware Revision: 0200 Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6 Standards: Supported: CD-ROM ATAPI-3 -4 -5 -6 -7 Configuration: DRQ response: 50us. Packet size: 12 bytes cache/buffer size = unknown Capabilities: LBA, IORDY(can be disabled) DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: * PACKET command feature set * DEVICE_RESET command * NOP cmd Removable Media Status Notification feature set * Gen1 signaling speed (1.5Gb/s) * Phy event counters Device-initiated interface power management * Software settings preservation I'll also attach a save of YaST's Hardware Information. Reproducible: Always Steps to Reproduce: 1. Use Grip to read an audio CD 2. 3. Actual Results: As described above. Good performance at the beginning of the disk, very slow at the end (making the whole disk take about an hour or longer to rip). Expected Results: Good performance through the whole disk. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c Jeff Mahoney <jeffm@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium CC| |jeffm@novell.com AssignedTo|kernel-maintainers@forge.pr |teheo@novell.com |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c1 Tejun Heo <teheo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |DHWalker@ucdavis.edu --- Comment #1 from Tejun Heo <teheo@novell.com> 2009-12-09 04:42:19 UTC --- I suppose you were using cdparanoia as backend? Due to the way audio data is recorded on CDs, cd rippers employ various kinds of correction methods most of them involving reading the data multiple times when something looks fishy. So, how fast you rip heavily depends on what software you use and which correction methods it employs. It has been quite a while since I used cdparanoia but IIRC it has options to control correction behaviors, I think you'll get pretty good speed if you turn some of them off without losing too much quality. In short, it really doesn't have much to do with how OS or driver behaves, it's primarily dependent on what the ripping software does and most good rippers have plenty of tricks under their sleeves to ensure that they always pull a perfect copy off the CD. Can you please run cdparanoia directly with verbosity turned up and report what it says? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c2 --- Comment #2 from David Walker <DHWalker@ucdavis.edu> 2009-12-10 21:12:01 UTC --- Thanks, Tejun. I had thought it might have something to do with cdparanoia so I had switched to cdda2wav, but it didn't help. I'll attach a couple of verbose outputs from cdda2wav, one for the first track on a CD (t1.log) and one for the last track (t17.log). I notice that many of the reads in t17 take several seconds to complete. Let me know if you'd also like logs from cdparanoia. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c3 --- Comment #3 from David Walker <DHWalker@ucdavis.edu> 2009-12-10 21:14:19 UTC --- Created an attachment (id=332068) --> (http://bugzilla.novell.com/attachment.cgi?id=332068) Output of "cdda2wav -D /dev/cdrom -V -t 1 t1.wav >& t1.log" This track does not have the performance problem. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c4 --- Comment #4 from David Walker <DHWalker@ucdavis.edu> 2009-12-10 21:16:02 UTC --- Created an attachment (id=332069) --> (http://bugzilla.novell.com/attachment.cgi?id=332069) Output of "cdda2wav -D /dev/cdrom -V -t 17 t17.wav >& t17.log" This track has the very slow rip performance -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c5 David Walker <DHWalker@ucdavis.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|DHWalker@ucdavis.edu | --- Comment #5 from David Walker <DHWalker@ucdavis.edu> 2009-12-10 23:27:32 UTC --- Oops. Forgot to turn NEEDINFO off... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c6 Tejun Heo <teheo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |DHWalker@ucdavis.edu --- Comment #6 from Tejun Heo <teheo@novell.com> 2009-12-12 03:23:43 UTC --- Both traces are using exactly the same command sequence. The only difference is that the drive is simply taking longer time to complete the READ requests from the host (one time it takes longer than 60s and times out). Can you please try cdparanoia on windows and see whether it exhibits similar behavior? Also, is this common to all CDs? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c7 --- Comment #7 from David Walker <DHWalker@ucdavis.edu> 2009-12-13 02:39:54 UTC --- This happens on all CDs I try. All tracks up to the last one or two have good rip performance, then ripping degrades severely on the last track(s). I couldn't find a cdparanoia for Windows. Did you mean that specifically? Ripping the same CD (on the same laptop) with Windows Media Player does not exhibit the bad performance. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c8 David Walker <DHWalker@ucdavis.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|DHWalker@ucdavis.edu | --- Comment #8 from David Walker <DHWalker@ucdavis.edu> 2009-12-13 02:40:54 UTC --- Going to have to pay better attention to that NEEDINFO checkbox... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c9 Tejun Heo <teheo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |DHWalker@ucdavis.edu --- Comment #9 from Tejun Heo <teheo@novell.com> 2009-12-13 06:05:50 UTC --- Oh, I thought there was cdparanoia for windows. For some reason, I recall using it on windows years ago but I might be just imagining things. CD recording and audio ripping don't have much to do with the rest of the system. All that OS and driver do is providing a communication channel between the optical drive and the application which performs the operation. The application is responsible for programming the device and performing the operations. In the end, when you're looking at two ripping programs resulting in different behavior, the best thing you can do would be dumping what command sequence each program is using and trying to find out what's causing the difference. I'm a driver guy and don't really have much clue about audio ripping. I think you probably have the best chance with bringing it up to the upstream projects. That said, while reading cdda2wav man page, two options seem like they could be relevant - -P and -n. Can you please try the followings? * Try different -n settings. The value the program is using by default is 55. Can you please try 128, 64, 32 and 16 and see if anything makes difference. * Try -P 0. Thanks. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c10 Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joerg.schilling@fokus.fraun | |hofer.de --- Comment #10 from Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> 2010-01-05 23:52:28 UTC --- Did you use the original software or the broken fork? Could you please run cdda2wav -version to verify this? With a recent original, I expetec to see something like: cdda2wav 2.01.01a71 (i386-pc-solaris2.11) Copyright (C) 1993-2004 Heiko Eißfeldt (C) 2004-2009 Jörg Schilling Defaults: stereo, 16 bit, 44100.00 Hz, track 1, no offset, one track, type: wav filename: 'audio', don't wait for signal, not quiet, use: 'generic_scsi', device: '0,6,0', aux: '' If you are not running the orignal software, please upgrade to original software as the fork is unmaintained and done from a 5 year old version. There have been many bug fixes and enhancements in the original software since then. Also make sure that you run cdda2wav with root privileges as cdda2wav _needs_ root provileges in order to work correctly. Your log file contains hints that these privileges were missing. Please note that some commands just take a long time to finish, so it may be a result of read errors on the CD. I thus recommend to use the -paranoia option to let cdda2wav correct read errors. Cdda2wav will then give a statistical summary that describes the read quality for each track..... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c11 David Walker <DHWalker@ucdavis.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Major --- Comment #11 from David Walker <DHWalker@ucdavis.edu> 2010-01-06 05:47:41 UTC --- Here's the version information:
cdda2wav -version icedax 1.1.9
This happened pretty consistently across all CDs that I tried, so I don't think it's media errors on the CDs. I had good success with using "-S 10" to limit the maximum speed, though. The interesting thing is that after installing the upgraded 11.2 kernel-desktop that was distributed a couple of days ago (kernel-desktop-2.6.31.8-0.1.1.x86_64), I now longer have the problem, with or without "-S 10". I had noticed there was a driver upgrade that looked like it might affect this problem, so I tried again without "-S 10". I assume from Jorg's comment that I'm running the "broken fork" version of cdda2wav. I'm planning to do some more experimentation to see if cdparanoia is also working OK, and I figured I'd switch back to cdparanoia, since it seems to be grip's default. Would the "original" cdda2wav be a better choice? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c12 --- Comment #12 from Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> 2010-01-06 09:32:48 UTC --- If the slow operation was a result of a driver hang (in the kernel) you may be true. But note that the fork you are using instead of the original software was made from a ~ 5 year old version of the original and while there have been many enhancements and bug fixes in the original since then, the fork is unmaintained. There are e.g. bugs related to memory access and related to the last sector number on disk that have been fixed.... Regarding cdparanoia: cdparanoia is basically a patch on a cdda2wav version from 1997. Cdda2wav massively evolved since then. As the development of cdparanoia stoped in ~ 1999 and as cdparanoia is non-portable, I ripped of the relevant parts from cdparanoia and created portable code from it under the name "libparanoia". This allows you to use the paranoia code on all 30+ platforms supported by cdrtools and this gives you the noticably enhanced device reading properties of recent cdda2wav versions. cdda2wav allows you to read CDs with many defects that cannot be read with cdparanoia at all. cdda2wav gives you a statistical summary at the end of each extracted track that informs you about the ripping quality. cdda2wav extracts meta data as well as audio data and thus allows you to create 1:1 copies - this won't work if you use cdparanoia. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c13 --- Comment #13 from Tejun Heo <teheo@novell.com> 2010-01-07 00:45:25 UTC --- Hmmm.... AFAICS, there has been no related driver/block layer update which could have affected the problem you were describing. It could be a timing related problem tho. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c14 David Walker <DHWalker@ucdavis.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|DHWalker@ucdavis.edu | --- Comment #14 from David Walker <DHWalker@ucdavis.edu> 2010-01-07 06:24:58 UTC --- Interesting. Well, things seem to be working for me now, and I've installed cdda2wav 2.01.01a71 from the build service. If there's more you'd like me to try, let me know. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c15 --- Comment #15 from David Walker <DHWalker@ucdavis.edu> 2010-01-10 07:16:43 UTC --- Created an attachment (id=335787) --> (http://bugzilla.novell.com/attachment.cgi?id=335787) sudo cdda2wav -vall -cddb=0 -paranoia -B &> vall.txt -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c16 --- Comment #16 from David Walker <DHWalker@ucdavis.edu> 2010-01-10 07:17:44 UTC --- Created an attachment (id=335788) --> (http://bugzilla.novell.com/attachment.cgi?id=335788) sudo cdda2wav -S 10 -vall -cddb=0 -paranoia -B &> vallS10.txt -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c17 David Walker <DHWalker@ucdavis.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Major |Critical --- Comment #17 from David Walker <DHWalker@ucdavis.edu> 2010-01-10 07:18:44 UTC --- I spoke too soon. I'm still seeing the problem. Since I'm now running the new cdda2wav, I've attached the result of the following command, which took several hours to rip one CD: sudo cdda2wav -vall -cddb=0 -paranoia -B &> vall.txt I've also attached the result of the following command, which ran without problems: sudo cdda2wav -S 10 -vall -cddb=0 -paranoia -B &> vallS10.txt Note that I ran these with root privileges, as Jörg suggested. After running these two tests, I rebooted the same laptop into Windows Vista and inserted the same CD. It ripped the entire CD without problems. It appears that limiting the speed to 10 ("-S 10") does the trick, although I didn't have to do anything to make things work under Vista. Perhaps it limits the ripping speed automatically? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c18 --- Comment #18 from Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> 2010-01-10 10:20:00 UTC --- (In reply to comment #17)
It appears that limiting the speed to 10 ("-S 10") does the trick, although I didn't have to do anything to make things work under Vista. Perhaps it limits the ripping speed automatically?
If limiting the speed helps and if the errors appear on the outer tracks only and if the CD is a "pressed" original, then there is usually a problem a dynamic unbalance in the medium that causes the outer parts of the CD to swing up and down. I would guess that something did limit the speed on MS-Win. Did you run cdda2wav-2.01.01a71 on MS-Win? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c19 --- Comment #19 from David Walker <DHWalker@ucdavis.edu> 2010-01-13 04:25:03 UTC --- I ran Windows Media Player. (Actually, it ran automatically.) After getting your note, though, I looked around and found 2.01-bootcd.ru_mingw32_nt_1.0.10-0.46-3-2-_i386_i386 on http://smithii.com/cdrtools . Unfortunately, I'm not that good at Windows and don't know what my device identifier is. "cdda2wav -scanbus" didn't work, so I tried "-D 1,0,0" as that is what it is on Linux, but I didn't have any luck. I can run cdda2wav under Windows, if you can point me in the right direction to make it work. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c20 --- Comment #20 from Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> 2010-01-13 11:38:45 UTC --- (In reply to comment #19)
I ran Windows Media Player. (Actually, it ran automatically.)
After getting your note, though, I looked around and found 2.01-bootcd.ru_mingw32_nt_1.0.10-0.46-3-2-_i386_i386 on http://smithii.com/cdrtools . Unfortunately, I'm not that good at Windows and don't know what my device identifier is. "cdda2wav -scanbus" didn't work, so I tried "-D 1,0,0" as that is what it is on Linux, but I didn't have any luck.
This may be a modified version or an extremely old version. There is always a recent compilation from Thomas Plank. I recommend to use this. cdda2wav supports -scanbus since more than three years. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=561524 http://bugzilla.novell.com/show_bug.cgi?id=561524#c21 --- Comment #21 from David Walker <DHWalker@ucdavis.edu> 2010-01-17 04:04:40 UTC --- I got Thomas Plank's version of cdda2wav installed on Windows. As you suspected, it also has the same performance problem. I guess using the -S option is the right approach. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=561524 https://bugzilla.novell.com/show_bug.cgi?id=561524#c23 Jeff Mahoney <jeffm@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Kernel |Other AssignedTo|kernel-maintainers@forge.pr |bnc-team-screening@forge.pr |ovo.novell.com |ovo.novell.com --- Comment #23 from Jeff Mahoney <jeffm@novell.com> 2011-02-07 19:52:12 UTC --- Assigning to cdda2wav maintainer. Jörg - Any idea what Windows Media Player is doing differently to not get the performance loss? I wonder if the rip quality is the same. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=561524 https://bugzilla.novell.com/show_bug.cgi?id=561524#c24 --- Comment #24 from Jörg Schiling <joerg.schilling@fokus.fraunhofer.de> 2011-02-07 20:28:58 UTC --- As mentioned before: the Win-DOS media player may limit the speed at the beginning to e.g. 8x while cdda2wav by default starts with the highest possible speed. If there is some dynamic unbalance in the disk, then the drive may reduce the speed dramatically if you read the outer tracks. There are two camps of users: one camp likes to extract at maximum speed by default and the other likes maximum quality. For maximum quality, I recomment not to read at more than 8x, so try to use cdda2wav -S 8 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=561524 https://bugzilla.novell.com/show_bug.cgi?id=561524#c25 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #25 from Andreas Jaeger <aj@suse.com> 2011-10-19 07:16:45 UTC --- No action for a long time and for an old release, let's close it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com