I'm not sure if this is related, but I've had the same issues on my machine. I'm using a Gateway Solo 5300 with 512 MB of RAM (the maximum it supports). At one point in time, when this laptop was brand new from the factory, it had Windows ME on it. I used this laptop to rip CDs all the time during that time period. It had only 256 MB of RAM at the time. A CD would take something like five minutes from start to finish, regardless of which ripping program I'd use (Windows Media Player, Winamp, et al).
Now, a CD rip takes between a half hour and an hour. It happened with Sound Juicer under Ubuntu Gutsy, and it's happening with KAudioCreator under Kubuntu Hardy. With KAudioCreator, the ripping and encoding processes are performed separately, so I can see when it's ripping vs. when it's encoding. The ripping process for one 10-minute-long track is somewhere around five minutes. Encoding is just as long. I've seen a bunch of people on the Internets suggest that it's a DMA issue. Below is the output of the command hdparm -i /dev/scd0. Based on how everything's responding, it seems like there are bottlenecks on both the hardware end of things and the encoding end. /dev/scd0: Model=DV-28E-A , FwRev=1.0A , SerialNo= Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=DualPortCache, BuffSize=512kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 AdvancedPM=no Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4 * signifies the current active mode -- Slow CD ripping (Sound Juicer) https://bugs.launchpad.net/bugs/129383 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gstreamer0.10 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs