Very slow ripping

[Stephen R Laniel]

My CD-ROM drive rips CDs really, really slowly. Right now
I'm in the middle of ripping, and grip is giving me rip
speeds of 3.0x. /proc/sys/dev/cdrom/info gives the info
below, which tells me that I should be able to get 24x. The
machine itself is quite new: it's a ThinkPad R51 with a
1.5-gig Pentium M and half a gig of RAM. It should be
tearing through CDs. Yet it's not. Any idea how to figure
out what the culprit is?

CD-ROM information, Id: cdrom.c 3.20 2003/12/17

drive name: hdc
drive speed: 24
drive # of slots: 1
Can close tray: 1
Can open tray: 1
Can lock tray: 1
Can change speed: 1
Can select disk: 0
Can read multisession: 1
Can read MCN: 1
Reports media changed: 1
Can play audio: 1
Can write CD-R: 1
Can write CD-RW: 1
Can read DVD: 1
Can write DVD-R: 0
Can write DVD-RAM: 0
Can read MRW: 1
Can write MRW: 1
Can write RAM: 1

[Luke Yelavich]

Post by Stephen R Laniel
My CD-ROM drive rips CDs really, really slowly. Right now
I'm in the middle of ripping, and grip is giving me rip
speeds of 3.0x. /proc/sys/dev/cdrom/info gives the info
below, which tells me that I should be able to get 24x. The
machine itself is quite new: it's a ThinkPad R51 with a
1.5-gig Pentium M and half a gig of RAM. It should be
tearing through CDs. Yet it's not. Any idea how to figure
out what the culprit is?

Is DMA turned on for your drive? Check with the hdparm command like so:

hdparm -d /dev/hdx where X is the pointer to the relevant drive.
--
Luke

Get my public GPG key here: http://www.themuso.com/themuso-gpg-key.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050501/f04cc831/attachment.pgp>

[Stephen R Laniel]

Post by Luke Yelavich
hdparm -d /dev/hdx where X is the pointer to the relevant drive.

Ah ha! I did not know about that. Voila:

/dev/hdc:
using_dma = 0 (off)

Thanks a lot for that advice. So I did hdparm -d1 /dev/hdc
and now I have

/dev/hdc:
using_dma = 1 (on)

Solid. But then

1) I reran grip, and I'm still getting rip speeds between 2x
and 3x; and

2) how do I get the hdparm setting to stick around after I
reboot?
--
Stephen R. Laniel
steve at laniels.org
+[phone]
http://laniels.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050430/f635f232/attachment.pgp>

[Luke Yelavich]

Post by Stephen R Laniel
using_dma = 0 (off)
Thanks a lot for that advice. So I did hdparm -d1 /dev/hdc
and now I have
using_dma = 1 (on)
Solid. But then
1) I reran grip, and I'm still getting rip speeds between 2x
and 3x; and

it is very likely not the case, but is DMA turned on for your Hard drive
as well? Also, is the system running anything else that is CPU or IO
intensive at the time?

Post by Stephen R Laniel
2) how do I get the hdparm setting to stick around after I
reboot?

You need to add something like the following to your /etc/hdparm.conf
file

/dev/hdx {
dma = on
}

Hope this helps.
--
Luke

Get my public GPG key here: http://www.themuso.com/themuso-gpg-key.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050501/32a25dfa/attachment.pgp>

[Andy Choens]

Post by Stephen R Laniel
1) I reran grip, and I'm still getting rip speeds between 2x
and 3x; and

It's definitely a setting somewhere. I would like to know where too.
I was ripping a CD last night and was getting a whopping 1.5x speed.
I've got 1/2 a gig of ram too, a fast CD-ROM drive, and plenty of
spare CPU cycles to rip a CD quicker than that.

On SUSE I could rip CD's like a daemon...I mean demon......so it's
just a silly setting somewhere...but hdparm ain't it.

hdparm is turned on by default when I boot (see below), and I can
watch DVD's on the same drive (it's a CD/CD-Burner/DVD Drive combo)
all day long without so much as a skip, and I can copy data CD's at
very high speed, but I can't rip.

I find it interesting that Grip is doing the same thing to you. I was
planning on installing it right before I saw your post. I thought it
might be a Soundjuicer config thing, but now I think not.

I'd be curious to know if non-laptop users are experiencing similar
speed issues or not.

Post by Stephen R Laniel
2) how do I get the hdparm setting to stick around after I
reboot?

This is definitely worth doing. It will improve transfer rates on
data CD's, watching DVD's, etc. Edit /etc/hpparm.conf

My CD-ROM/DVD drive is /dev/hdc so I have a setting that looks like this.

/dev/hdc {
write_cache = on
dma = on
}

--andy

[Luke Yelavich]

Post by Andy Choens

Post by Stephen R Laniel
1) I reran grip, and I'm still getting rip speeds between 2x
and 3x; and

It's definitely a setting somewhere. I would like to know where too.
I was ripping a CD last night and was getting a whopping 1.5x speed.
I've got 1/2 a gig of ram too, a fast CD-ROM drive, and plenty of
spare CPU cycles to rip a CD quicker than that.
On SUSE I could rip CD's like a daemon...I mean demon......so it's
just a silly setting somewhere...but hdparm ain't it.
hdparm is turned on by default when I boot (see below), and I can
watch DVD's on the same drive (it's a CD/CD-Burner/DVD Drive combo)
all day long without so much as a skip, and I can copy data CD's at
very high speed, but I can't rip.

It could be cdparanoia being paranoid about ripping. :)
--
Luke

Get my public GPG key here: http://www.themuso.com/themuso-gpg-key.txt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050501/b4710c4c/attachment.pgp>

[macmasterxiv]

Post by Andy Choens
I find it interesting that Grip is doing the same thing to you. I was
planning on installing it right before I saw your post. I thought it
might be a Soundjuicer config thing, but now I think not.
I'd be curious to know if non-laptop users are experiencing similar
speed issues or not.

Well, I have a desktop and I'm having the same problem with ripping. I
have DMA enabled on both my CD drives (both rip around 1.2x in both
Grip and Sound Juicer) but everything else works fine with them.

[Stephen R Laniel]

With hdparm set as follows

/dev/hdc:
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)

I'm occasionally getting better read speeds -- for instance,
right now I'm ripping at something like 3.3x -- but
certainly not up to the 24x capacity of the drive. The CPU
is hardly taxed at all -- the GNOME meter shows it somewhere
around 25%. Periodically I get rip-speed spikes up to the 4x
range. On the other side of the apartment is a desktop
machine equipped with two CD-ROM drives, each of which gets
up to 8x regularly. What do you think its secret is? (I
don't have sudo access on that machine, so I can't install
hdparm there.)

[Horst Schlonz]

Post by Stephen R Laniel
My CD-ROM drive rips CDs really, really slowly. Right now
I'm in the middle of ripping, and grip is giving me rip
speeds of 3.0x.

do you just rip the cd but also encode the tracks on the fly?

[Stephen R Laniel]

Post by Horst Schlonz
do you just rip the cd but also encode the tracks on the fly?

It rips, and once it's done ripping it encodes. But even
when the encoder is idle, ripping is slow.

[graigsmith]

hi, when i had windows it would take less than 5 minutes to encode a cd
with cdex.



now on ubuntu it takes a bit above 30 minutes.

[ZIYAD A. M. AL-BATLY]

Post by Stephen R Laniel
My CD-ROM drive rips CDs really, really slowly. Right now
I'm in the middle of ripping, and grip is giving me rip
speeds of 3.0x. /proc/sys/dev/cdrom/info gives the info
below, which tells me that I should be able to get 24x. The
machine itself is quite new: it's a ThinkPad R51 with a
1.5-gig Pentium M and half a gig of RAM. It should be
tearing through CDs. Yet it's not. Any idea how to figure
out what the culprit is?
CD-ROM information, Id: cdrom.c 3.20 2003/12/17
drive name: hdc
drive speed: 24
drive # of slots: 1
Can close tray: 1
Can open tray: 1
Can lock tray: 1
Can change speed: 1
Can select disk: 0
Can read multisession: 1
Can read MCN: 1
Reports media changed: 1
Can play audio: 1
Can write CD-R: 1
Can write CD-RW: 1
Can read DVD: 1
Can write DVD-R: 0
Can write DVD-RAM: 0
Can read MRW: 1
Can write MRW: 1
Can write RAM: 1
--
Stephen R. Laniel
steve at laniels.org
+[phone]
http://laniels.org/

Hi Stephen (and to the others whom replayed to you).

I don't think there's a problem here. Ripping Audio-CD depend on a lot
of factors, one of them of course is the speed of CD-ROM drive but it's
not the only thing! To name some:
* The brand of your CD-ROM drive have a lot to do with this. I
found (from my personal experience) that some brands are *much*
better than other. For example Plextor and Yamaha are two of
the best brands out there, Teac is okay, while BenQ, Acer, and
Sony (my current one) are not that good (remember, this is *my
own* experience!).
* The condition of CD itself is another factor that *greatly*
affects the ripping speed. Clean, not scratched, and commercial
(silver) CDs are much better than the others.

The only way to see if your system have a problem or not is to try and
rip the *same* CD on another system (Mac or Windows) and preferably with
the same CD-ROM drive as yours and compare the time of the two ripping
process.

(I ripped some CDs myself, and I found some (silver/commercial) to take
far less time than some others (created myself a long time ago!). Your
mileage may vary!)

Ziyad.

[Andy Choens]

Post by ZIYAD A. M. AL-BATLY
Hi Stephen (and to the others whom replayed to you).
I don't think there's a problem here.

I actually disagree. I agree with your points, below..........

Post by ZIYAD A. M. AL-BATLY
Ripping Audio-CD depend on a lot
of factors, one of them of course is the speed of CD-ROM drive but it's
* The brand of your CD-ROM drive have a lot to do with this. I
found (from my personal experience) that some brands are *much*
better than other. For example Plextor and Yamaha are two of
the best brands out there, Teac is okay, while BenQ, Acer, and
Sony (my current one) are not that good (remember, this is *my
own* experience!).
* The condition of CD itself is another factor that *greatly*
affects the ripping speed. Clean, not scratched, and commercial
(silver) CDs are much better than the others.
The only way to see if your system have a problem or not is to try and
rip the *same* CD on another system (Mac or Windows) and preferably with
the same CD-ROM drive as yours and compare the time of the two ripping
process.
(I ripped some CDs myself, and I found some (silver/commercial) to take
far less time than some others (created myself a long time ago!). Your
mileage may vary!)
Ziyad.

I agree with everything you said. But, there is a config issue with
Ubuntu here. With Ubuntu I can't get my ripping speed above 1.2x with
a brand new CD. I tried on a friend's machine and it ripped fine. On
SUSE this same laptop could handle anywhere from about 10 to 15x
depending on the factors you have mentionned. The OP seems to have a
system comparable to mine, and should be getting similar speeds, not
1.x speeds. No modern system should be ripping at 1.x speeds.

This is a Ubuntu or Debian thing not Linux. I don't know how fast my
machine would be on Windows....it's never booted into it unless they
tested it at the factory.

--andy

Post by ZIYAD A. M. AL-BATLY
--
ubuntu-users mailing list
ubuntu-users at lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-users

[ZIYAD A. M. AL-BATLY]

Post by Andy Choens

Post by ZIYAD A. M. AL-BATLY
Hi Stephen (and to the others whom replayed to you).
I don't think there's a problem here.

I actually disagree. I agree with your points, below..........

Post by ZIYAD A. M. AL-BATLY
Ripping Audio-CD depend on a lot
of factors, one of them of course is the speed of CD-ROM drive but it's
* The brand of your CD-ROM drive have a lot to do with this. I
found (from my personal experience) that some brands are *much*
better than other. For example Plextor and Yamaha are two of
the best brands out there, Teac is okay, while BenQ, Acer, and
Sony (my current one) are not that good (remember, this is *my
own* experience!).
* The condition of CD itself is another factor that *greatly*
affects the ripping speed. Clean, not scratched, and commercial
(silver) CDs are much better than the others.
The only way to see if your system have a problem or not is to try and
rip the *same* CD on another system (Mac or Windows) and preferably with
the same CD-ROM drive as yours and compare the time of the two ripping
process.
(I ripped some CDs myself, and I found some (silver/commercial) to take
far less time than some others (created myself a long time ago!). Your
mileage may vary!)
Ziyad.

I agree with everything you said. But, there is a config issue with
Ubuntu here. With Ubuntu I can't get my ripping speed above 1.2x with
a brand new CD. I tried on a friend's machine and it ripped fine. On
SUSE this same laptop could handle anywhere from about 10 to 15x
depending on the factors you have mentionned. The OP seems to have a
system comparable to mine, and should be getting similar speeds, not
1.x speeds. No modern system should be ripping at 1.x speeds.
This is a Ubuntu or Debian thing not Linux. I don't know how fast my
machine would be on Windows....it's never booted into it unless they
tested it at the factory.
--andy

Post by ZIYAD A. M. AL-BATLY
--
ubuntu-users mailing list
ubuntu-users at lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-users

I stand corrected. I didn't try anything beside Windows (a very long
time ago, about 6 years!) and Ubuntu. So, in my eyes, there was no
problem. I simply was *wrong*.

Knowing that, I did some search. I found this in "/var/log/syslog" just
after starting ripping (using Sound Juicer CD Ripper):
kernel: cdrom: dropping to single frame dma

I did more search and found this link[1] and this one[2] which almost
describe the same problem. Sadly, there *is* a problem in the Kernel
(and apparently, SuSE and others are patching the Kernel for this one).

A quick (but ugly) fix is to switch to ide-scsi which means accessing
your CD-ROM with SCSI emulation (just like the old days).

I hope this clears thing a bit.

[1]: http://www.ussg.iu.edu/hypermail/linux/kernel/0405.2/0042.html
[2]: http://www.ussg.iu.edu/hypermail/linux/kernel/0406.1/1548.html


Ziyad.

[John Affleck]

Post by ZIYAD A. M. AL-BATLY
I did more search and found this link[1] and this one[2] which
almost describe the same problem. Sadly, there *is* a problem in
the Kernel (and apparently, SuSE and others are patching the Kernel
for this one).
A quick (but ugly) fix is to switch to ide-scsi which means
accessing your CD-ROM with SCSI emulation (just like the old days).

This actually makes a big difference, at least for me. I switched
over to ide-scsi and found that both the ripping speed and robustness
was vastly improved over the pure ide solution.

John A.

[Domhnull]

Is there a bug report filed about this? I don't know how to check that.
I've had the same problem. Under Windows on this machine I could rip
CDs in just a few minutes. I did a clean install and didn't keep any
of the files since I was going to switch to the ogg format but I've
been seeing the same slow performance. I just put in a CD which it
estimates will take ~40 min at 1.2x to rip using Sound Juicer. I
assumed it was a software rather than hardware issue since it had been
so much faster under Windows. But it would be nice to get it fixed.

[Kirtis Bakalarczyk]

I'd just like to point out that I emailed the list about this a while
back[1] and never did manage to figure out what was going wrong. It's
at least nice to know that i'm not the only one.

[1] http://lists.ubuntu.com/archives/ubuntu-users/2005-March/025592.html

[Gerhard Gaußling]

Post by ZIYAD A. M. AL-BATLY
A quick (but ugly) fix is to switch to ide-scsi which means accessing
your CD-ROM with SCSI emulation (just like the old days).

That was in fact the other reason to turn back to ide-scsi with
2.6.x.x ;-)

But I'm curious about this, because it should be fixed since ages:

http://www.de.kernel.org/pub/linux/kernel/people/mcp/2.6-WOLK/linux-2.6.4-wolk2.0-broken-out/9200_2.6.3-2-debian.patch

+CD Recording.
+~~~~~~~~~~~~~
+- Jens Axboe added the ability to use DMA for writing CDs on
+ ATAPI devices. Writing CDs should be much faster than it
+ was in 2.4, and also less prone to buffer underruns and the like.
+- With a recent cdrecord, you also no longer need ide-scsi in order to
use
+ an IDE CD writer.
+- Ripping audio tracks off of CDs now also uses DMA and should be
+ notably faster. You can also find an updated cdda2wav at:
+ *.kernel.org/pub/linux/kernel/people/axboe/tools/
+- Send good/bad reports of audio extraction with cdda2wav and burning
with
+ the cdrecord to Jens Axboe <axboe at suse.de>
+- Currently only 'open by device name' works in cdrecord.
+ cdrecord -dev=/dev/hdX -inq
+- More info at http://lwn.net/Articles/13538/ &
http://lwn.net/Articles/13160/

Kind regards

Gerhard Gau?ling

[rutty]

Hmmm, another sufferer here. Could do with an idiot-proof fix - got a
whole collection to rip! :)

[Andrew Zajac]

If you go into the configuration editor, under sound juicer, and
change the paranoia level to zero, it should rip just as in windows.
No error-correction, that is.

Post by rutty
Hmmm, another sufferer here. Could do with an idiot-proof fix - got a
whole collection to rip! :)
--
rutty
--
ubuntu-users mailing list
ubuntu-users at lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-users

[Domhnull]

Post by Andrew Zajac
If you go into the configuration editor, under sound juicer, and
change the paranoia level to zero, it should rip just as in windows.
No error-correction, that is.

Thanks, that helped. Plus the reminder that I could stop that blasted
CD player from popping up. It's still slow but there is some
improvement. Instead of 1.2x speeds I'm getting 3x speeds now. Still
far slower than I'd gotten under Windows but better.

[mr_mop]

Post by Andrew Zajac
If you go into the configuration editor, under sound juicer, and
change the paranoia level to zero, it should rip just as in windows.
No error-correction, that is.

With no error checking I get a x5 speed rip with sound juicer. In
Realplayer under windows on the same machine I get x5 with error
checking. Without error checking, well the CD spins up and goes mad.

This is the same machine set up to dual boot windows and ubuntu, so
there should be no difference really.

Has anyone got a better fix than remvoing the error checking?



As a side note, my CD does spin up to a fast speed in Soundjuicer, but
after about a couple of seconds it drops down again. What is doing
this change in speed?

[GazaM]

This is also a problem I'm experiencing with my NEC ND3520A. It should
be capable of 48x read speed, but in GRIP I get a max of just over 6x,
with Paranoia turned on. The average is about 4x as it only manages to
crawl it's way up to 6x towards the last few tracks. DMA is on. This
problem really needs to be sorted out as if linux is to gain popularity
with new users it needs to be able to perform on par with Windows in
basic tasks, such as music ripping (which takes about 5mins per album
on Windows), which people do daily in Windows.

[Kreg Schlosser]

turn off paranoia and see if that speeds it up...
Paranoia can slow it down ALOT

Post by GazaM
This is also a problem I'm experiencing with my NEC ND3520A. It should
be capable of 48x read speed, but in GRIP I get a max of just over 6x,
with Paranoia turned on. The average is about 4x as it only manages to
crawl it's way up to 6x towards the last few tracks. DMA is on. This
problem really needs to be sorted out as if linux is to gain popularity
with new users it needs to be able to perform on par with Windows in
basic tasks, such as music ripping (which takes about 5mins per album
on Windows), which people do daily in Windows.
--
GazaM
--
ubuntu-users mailing list
ubuntu-users at lists.ubuntu.com
http://lists.ubuntu.com/mailman/listinfo/ubuntu-users

[phen]

Hello!



Had the same problems (1.3x Sound-Juicer speed). After reading this
thread, i tried several things:





-disabling paranoia gave me 5x

-using scsi-emu gave around 2x and 3x

-disabling paranoia and using scsi-emu gave me about 10X



Unfortunately, cdrecord did not work properly with scsi-emu. But
disabling autostart for the cdrom made burning alot faster. Now i get
16x, with autostart enabled it was around 4x!!



cheers,



kai

[joele]

This problem really needs to be sorted out as if linux is to gain
popularity with new users it needs to be able to perform on par with
Windows in basic tasks, such as music ripping (which takes about 5mins
per album on Windows), which people do daily in Windows.

OK just to clarify IMO this is not a Linux or Debian (as suggested
earlier) issue but rather an Ubuntu issue, I have Libranet 3 (also
Debian Sid based and kernel 2.6.x) dual booted on my Laptop, I get 12x
with paranoia enabled with Libranet and around 4x with paranoia
disabled (1.3x with enabled) with ubuntu...



DMA is enabled on both..

[Todd Slater]

Post by joele

This problem really needs to be sorted out as if linux is to gain
popularity with new users it needs to be able to perform on par with
Windows in basic tasks, such as music ripping (which takes about 5mins
per album on Windows), which people do daily in Windows.

OK just to clarify IMO this is not a Linux or Debian (as suggested
earlier) issue but rather an Ubuntu issue, I have Libranet 3 (also
Debian Sid based and kernel 2.6.x) dual booted on my Laptop, I get 12x
with paranoia enabled with Libranet and around 4x with paranoia
disabled (1.3x with enabled) with ubuntu...

Agreed; I had no problems with ripping speed under Mandrake, same box,
identical Grip configs. It's Ubuntu.

Todd

[ZIYAD A. M. AL-BATLY]

Post by Todd Slater
Agreed; I had no problems with ripping speed under Mandrake, same box,
identical Grip configs. It's Ubuntu.
Todd

As I said in a previous message: There's a bug in the Kernel that is
patched (fixed) on other Linux distributions. Here are some links about
the subject:
http://www.ussg.iu.edu/hypermail/linux/kernel/0405.2/0042.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0406.1/1548.html

If you examine your /var/log/syslog you should see a line that reads
something similar to:
kernel: cdrom: dropping to single frame dma


Wait for Breezy or compile the latest Kernel yourself. Sorry, but I
think this is the only two options. (I would be *VERY* happy to be
corrected!)
Ziyad.

[mr_mop]

Post by ZIYAD A. M. AL-BATLY
Wait for Breezy or compile the latest Kernel yourself. Sorry, but I
think this is the only two options. (I would be *VERY* happy to be
corrected!)
Ziyad.

Thanks for that info. \\:D/



Hmmm, tried a kernel compile before and got throughly confused. Better
search for a Kernel Compilation 101 :)



Any ideas on when breezy will appear? I'm loving using ubuntu so am
willing to wait.

A slow CD rip speed is not enough reason to move distros as long as
its not too long. How long into the 6 month release schedule are we?

[word_virus]

Post by mr_mop
Any ideas on when breezy will appear? I'm loving using ubuntu so am
willing to wait.

Breezy's out in October, IIRC.

[mr_mop]

will it be available in a 'testing' type way before then do you think?

[aussieskin]

Post by mr_mop
will it be available in a 'testing' type way before then do you think?

You think that 4x is slow? he he..I am getting 0.6x....driving me
nuts....



Seeing as though I am halfway through ripping a cd now I will wait and
try all those fixes as mentioned above. Hopefully that will speed it up
as I have just had a major problem with my ipod and gtkpod and now have
980 orphaned files that I cant seem to retrieve..:-(...

[hanspb]

Hi, I also tried to rip a cd with no luck yesterday. after reading a lot
of posts here I found what worked for me and I'd like to share it.



I use Ubuntu 5.04, and first I got a speed of 0.6-0.7x with grip. So I
enabled dma for the cd drive, which at first din't help at all. I then
closed the cd player and disabled autoplay in Gnome. This raised the
speed to about 4-5x. Still not satisfied I disabled all paranoia in
grip (no error detection). Then ripping went like a breeze, with speeds
of up to at least 30x.



My only little concern now is with mp3 encoding, which is slower than I
remember from Windows (iTunes). It lasts several minutes after the
ripping is complete, on Windows they were complete at more or less the
same time.

[timeoff]

I did notice a similar problem when first using Hoary. With Warty I had
ripping at more than 10+ speed then on first using Hoary the ripping
speed went down to 1.5 to 2 speed (both using grip) and dma set in both
cases.



I noticed that when I put in a CD the CD player would autostart. After
I stopped autoplay on CD insertion the ripping speed on grip went back
up to a more comfortable 9-10x. Problem will still occur if the CD
player is used before trying to rip a CD, The speed of the drive seems
to be "locked" at it's lowest by the player, and a full reboot is
needed to bring it back.



Might be worth checking that the same hasn't been happening
here.......



T

[word_virus]

I'd like to chime in to say that I'm having the exact same problem.
With dma enabled on the drive and grip running as root I can get rip
speeds of a staggering 4.2x on my 48x drive. Haven't tried the scsi
emulation, has anyone else? Anyone know if it will create automouting
problems, etc.?

[rutty]

Post by timeoff
I did notice a similar problem when first using Hoary. With Warty I had
ripping at more than 10+ speed then on first using Hoary the ripping
speed went down to 1.5 to 2 speed (both using grip) and dma set in both
cases.
I noticed that when I put in a CD the CD player would autostart. After
I stopped autoplay on CD insertion the ripping speed on grip went back
up to a more comfortable 9-10x. Problem will still occur if the CD
player is used before trying to rip a CD, The speed of the drive seems
to be "locked" at it's lowest by the player, and a full reboot is
needed to bring it back.
Might be worth checking that the same hasn't been happening
here.......
T

You know, this seems to work! I need to get my CD drive going again
(DVD writer has a very poor read rate) but I'm now getting 10x the rip
rate after disabling autoplay in Gnome.



Cheers! \\:D/

[word_virus]

Well I'll be horn-swaggled! Turning off autoplay really does speed
things up considerably. Went from 2.4x to 20x just like that!

[Stephen R Laniel]

Post by word_virus
Well I'll be horn-swaggled! Turning off autoplay really does speed
things up considerably. Went from 2.4x to 20x just like that!

Just to make sure: you go to System -> Preferences ->
Removable Drives and Media -> Multimedia tab, then
clear the checkboxes for 'Play {audio CD discs,
video DVD disks} when inserted'?

[word_virus]

Post by Stephen R Laniel
Just to make sure: you go to System -> Preferences ->
Removable Drives and Media -> Multimedia tab, then
clear the checkboxes for 'Play {audio CD discs,
video DVD disks} when inserted'?

Looks right to me. Lemme doublecheck....... yup. I also cleared the
box to perform an action when a blank disc is inserted out of personal
preference, but don't think you have to to get the speed increase.

[mr_mop]

Unchecking that tickbox didnt help me at all :(

[word_virus]

Post by mr_mop
Unchecking that tickbox didnt help me at all :(

That's too bad. Have you tried any of the other fixes, like enabling
DMA on the drive?

[Rainer Gutkas]

Unchecking that tickbox didnt help me at all :(
That's too bad. Have you tried any of the other fixes, like >enabling
DMA on the drive?

Not really the same effect here, I get now bout 1.4x and had 0.9x but
it's still lame and I tried the other fixes ;-(

Rainer


-------------- next part --------------
A non-text attachment was scrubbed...
Name: Rainer.Gutkas.vcf
Type: text/x-vcard
Size: 200 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20050604/f6279a6e/attachment.vcf>

[jonathanhanna]

I have also had the same problem. My drive was only ripping at 1.0x! I
tried _all_ of the methods posted in this forum to get the speed up, but
was only able to increase it to 2.0x. I have a thought on why this may
be, hopefully someone can help guide me...



Here's my situation: I have a CD-RW/DVD drive that reads at 52x (52x
CD-R, 32x CD-RW, 16x DVD...if relevent). I've tried using this drive
in Windows and it rips very quickly, though I cannot recall at what
speed. As I mentioned above, I have tried all methods mentioned
previously in this forum: SCSI emulation, turn off CD/DVD auto start,
turn on DMA, etc. Out of curiosity, I looked at my
/proc/sys/dev/cdrom/info file, as the original poster did, and it
showed the following (before SCSI emulation):



CD-ROM information, Id: cdrom.c 3.20 2003/12/17



drive name: hdd

drive speed: 4

drive # of slots: 1

Can close tray: 1

Can open tray: 1

Can lock tray: 1

Can change speed: 1

Can select disk: 0

Can read multisession: 1

Can read MCN: 1

Reports media changed: 1

Can play audio: 1

Can write CD-R: 1

Can write CD-RW: 1

Can read DVD: 1

Can write DVD-R: 0

Can write DVD-RAM: 0

Can read MRW: 1

Can write MRW: 1

Can write RAM: 1



As you can see, it shows drive speed at 4! Why is that? Well, I
thought that may be the problem. After I performed the SCSI emulation,
I looked in the file again and found the following:



CD-ROM information, Id: cdrom.c 3.20 2003/12/17



drive name: sr0

drive speed: 52

drive # of slots: 1

Can close tray: 1

Can open tray: 1

Can lock tray: 1

Can change speed: 1

Can select disk: 0

Can read multisession: 1

Can read MCN: 1

Reports media changed: 1

Can play audio: 1

Can write CD-R: 1

Can write CD-RW: 1

Can read DVD: 1

Can write DVD-R: 0

Can write DVD-RAM: 0

Can read MRW: 1

Can write MRW: 1

Can write RAM: 1



Now the speed's changed to 52, as it should be! Yet, I'm still ripping
at 2.0x. So what's going on here? What am I missing? Anything else I
can try? ](*,)



Thanks!



P.S. Why did I have to do the SCSI emulation to get the speed up to
52, as what it should be? Are there other methods? I'm not sure if
this should be saved for another forum thread, but I was just curious
since I don't understand this whole SCSI emulation thing.

[ZIYAD A. M. AL-BATLY]

Post by jonathanhanna
I have also had the same problem. My drive was only ripping at 1.0x! I
tried _all_ of the methods posted in this forum to get the speed up, but
was only able to increase it to 2.0x. I have a thought on why this may
be, hopefully someone can help guide me...
Here's my situation: I have a CD-RW/DVD drive that reads at 52x (52x
CD-R, 32x CD-RW, 16x DVD...if relevent). I've tried using this drive
in Windows and it rips very quickly, though I cannot recall at what
speed. As I mentioned above, I have tried all methods mentioned
previously in this forum: SCSI emulation, turn off CD/DVD auto start,
turn on DMA, etc. Out of curiosity, I looked at my
/proc/sys/dev/cdrom/info file, as the original poster did, and it
CD-ROM information, Id: cdrom.c 3.20 2003/12/17
drive name: hdd
drive speed: 4
drive # of slots: 1
Can close tray: 1
Can open tray: 1
Can lock tray: 1
Can change speed: 1
Can select disk: 0
Can read multisession: 1
Can read MCN: 1
Reports media changed: 1
Can play audio: 1
Can write CD-R: 1
Can write CD-RW: 1
Can read DVD: 1
Can write DVD-R: 0
Can write DVD-RAM: 0
Can read MRW: 1
Can write MRW: 1
Can write RAM: 1
As you can see, it shows drive speed at 4! Why is that? Well, I
thought that may be the problem. After I performed the SCSI emulation,
CD-ROM information, Id: cdrom.c 3.20 2003/12/17
drive name: sr0
drive speed: 52
drive # of slots: 1
Can close tray: 1
Can open tray: 1
Can lock tray: 1
Can change speed: 1
Can select disk: 0
Can read multisession: 1
Can read MCN: 1
Reports media changed: 1
Can play audio: 1
Can write CD-R: 1
Can write CD-RW: 1
Can read DVD: 1
Can write DVD-R: 0
Can write DVD-RAM: 0
Can read MRW: 1
Can write MRW: 1
Can write RAM: 1
Now the speed's changed to 52, as it should be! Yet, I'm still ripping
at 2.0x. So what's going on here? What am I missing? Anything else I
can try? ](*,)
Thanks!
P.S. Why did I have to do the SCSI emulation to get the speed up to
52, as what it should be? Are there other methods? I'm not sure if
this should be saved for another forum thread, but I was just curious
since I don't understand this whole SCSI emulation thing.
--
jonathanhanna

I thought that SCSI emulation would enhance the situation! Apparently,
I was wrong (what's new about that?)!

About the *reported* CD-ROM speed in native IDE mode, don't give a
thought. The most important thing is the real speed of copying files
from the CD, and that can be measured accurately only by timing it.
CD-ROM drives tend to change their speed on-the-fly depending on the
current situation to reduce noise level, power consumption, and/or to
lower the possibility of read errors. If it bother you that much, use:
sudo hdparm -E 52 /dev/hdd

Here's a quote from ?hdparm? manual:
-E
Set cdrom speed. This is NOT necessary for regular
operation, as the drive will automatically switch speeds
on its own. But if you want to play with it, just
supply a speed number after the option, usually a number
like 2 or 4.


I hope this helps you.
Ziyad.

[Seti]

Just for a test I installed Grip here on Slack and am getting speeds
12.5x +, and that's withough disabling extra cdparanoia. DMA is on for
the drive, an AOpen 16x DVD writer.

I will try it out tomorrow morning in my Hoary install, to see if it
does the same (with the same disc lol!)

[david_c]

I was having the same problems - with speeds usually under 1.0x on my
24x drive.



Set the DMA, accomplishing nothing.



Unchecked all of the 'autostart' options both in gnome and grip,
accomplishing nothing.



Only thing that worked and got me up to about 3.5-4.0x was to use the
cdparanoia (non-grip) decoder and add options "-Z -Y -S 24" (disable
paranoia, disable extra paranoia, set drive speed to 24x) to the rip
command line in confiuration > rip.



4.0x still slow, but then again the encoder side of things is running
at about the same speed, so there's really no sense in my trying to
increase decoder speed further.

[Martin Holt Juliussen]

Post by david_c
I was having the same problems - with speeds usually under 1.0x on my
24x drive.

I have now tried with my Plextor UltraPlex 40max and got about 2.0x on
it. U remember I got quite good speeds back when I used it in Windows.
The special thing about this drive, is that it is a SCSI-drive. Don't
need SCSI-emulating, living on the SCSI layer after all. But it is still
very slow.


Martin