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
