GNOME Bugzilla – Bug 343544
ripping speed is so slow
Last modified: 2007-12-19 09:50:12 UTC
Please describe the problem: First time I used the ripper the speed was 10x - 11x Second time (same CD) same CD drive the speed is 1.2x Steps to reproduce: 1. Ubuntu 5.1 fresh install, upgrade to DapperDrake 2. Install the gstreamer and lame modules needed for mp3 encoding 3. edit the profile, create a profile for mp3 128kb/s encoding 4. Rip music CD 5. Realize that id3 tags are missing 6. Add ! id3mux to the end of the gstream pipeline 7. Delete the mp3's and Re-rip the same CD again 8. Tried removing the id3mux from the pipeline string but no speed up Actual results: CD ripping speed is reduced by a factor of 10 Expected results: CD ripping at normal speed 10x - 11x id3 tags added to mp3's Does this happen every time? Yes Other information: 2.6.15-23-686 Ubuntu Dapper Drake Sempron 3100 (1.8Ghz) 1GB PC3200 memory Asus K8N Motherboard hdc: LITE-ON DVDRW SOHW-1693S, ATAPI CD/DVD-ROM drive
What exact version of sound-juicer is this? 2.14.0 had a fix for a bug very similar.
Sound Juicer 2.14.3 GStreamer Core Library version 0.10.6 Linux ubuntu 2.6.15-23-686 #1 SMP PREEMPT Tue May 23 14:03:07 UTC 2006 i686 GNU/Linux hdparm -c -d -u /dev/hdd /dev/hdd: IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) /dev/hdd: ATAPI CD-ROM, with removable media Model Number: LITE-ON DVDRW SOHW-1693S Serial Number: Firmware Revision: KS0B Standards: Used: ATAPI for CD-ROMs, SFF-8020i, r2.5 Supported: CD-ROM ATAPI-2 Configuration: DRQ response: 50us. Packet size: 12 bytes Capabilities: LBA, IORDY(cannot be disabled) DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=227ns IORDY flow control=120ns mp3 file target /dev/hdb5 /dev/hdb: IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) 256k pipeline audio/x-raw-int,rate=44100,channels=2 ! lame name=enc bitrate=256 ! id3mux 128k pipline audio/x-raw-int,rate=44100,channels=2 ! lame name=enc bitrate=128 ! id3mux CPU = AMD Sempron 3100, 1GB DDR-400, K8N motherboard
I've been experiencing similar behavior. When I've had a fresh reboot, Sound Juicer rips CD's at roughly 20X. When it encounters a difficult disk, it will step down the rip speed, but the speed will never recover. So a moderately difficult disk drops to 10-12x, somewhat dirtier gets 6x, really bad drops to 1-2x. Once the speed has dropped, all subsequent disks never rip faster than the slowest one seen to date. All rips are to FLAC. Athlon64 X2 3800, MSI nForce 430, NEC DVD_RW 3550A Sound Juicer 2.14.4 Ubuntu Dapper, amd64 GStreamer core lib 0.10.6-0ubuntu2 $ hdparm -c -d -u -i /dev/cdrom /dev/cdrom: IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) Model=_NEC DVD_RW ND-3550A, FwRev=1.05, SerialNo= Config={ Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 AdvancedPM=no
Changing the CD rom to a very old one fixes the CD ripping speed problem. With an old CD rom drive I get ripping speeds between 7x and 10x. ssmith@ubuntu:~$ sudo hdparm -c -d -u /dev/hdd /dev/hdd: IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) /dev/hdd: ATAPI CD-ROM, with removable media Model Number: CD-ROM 48X/AKU Serial Number: Firmware Revision: T31 Standards: Used: ATAPI for CD-ROMs, SFF-8020i, r2.5 Supported: CD-ROM ATAPI-1 Configuration: DRQ response: <=10ms with INTRQ Packet size: 12 bytes Capabilities: LBA, IORDY(can be disabled) DMA: *mdma0 mdma1 mdma2 Cycle time: min=120ns recommended=150ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=227ns IORDY flow control=120ns /dev/hdd: Model=CD-ROM 48X/AKU, FwRev=T31, SerialNo= Config={ SpinMotCtl Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=on/off, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:150} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 AdvancedPM=no * signifies the current active mode
A probable fix is in cvs, it resets the drive speed to 2^32x on evey track. This will be in 2.16.2.
Closing as I think this is fixed, if anyone can replicate with 2.16.2 onwards then please re-open.