sumone
Mar 15 2006, 01:03
This is what I'm experiencing:
Even on completely new, store-bought, just-opened CDs, I get sync errors (using EAC in secure mode, caching checked, c2 not checked, accuraterip checked). Error recovery is set to high. Ripping speed is normally around 3.5x, probably 3.7x tops. When it gets to the "error" (you'll see why I put it in quotes later), speed gets reduced to 0.1x til all the red error boxes light up & finally give me a sync error.
However....
If, before extraction, I open up nero cd-dvd speed and start the benchmark test (where speed normally starts out at around 16-18x), cancel it, and then immediately switch to EAC and start extraction, the speed is around 7x, and I
don't get sync errors on the same areas. I don't even get any small little red boxes that indicates re-reading of an error.
Unfortunately....
5 minutes later I'm back down to 3.5x & it finds "errors" again.
So in order to get a perfect rip, I usually have to do 3 tracks at a time, running & canceling a nero cd/dvd speed test in-between.
Does anyone know what's happening? It's as if there's a timeout after extraction, and when that timeout occurs, the drive does not peform efficiently (and I don't mean fast==efficient).
The "spin drive up" option, when checked, helpfully spins the drive up to 3.5x
I have had 3 different burners, and have experienced this on all 3, however, not to the same degree.
What's up with EAC, my burners, or my computer?
sumone
Mar 15 2006, 16:14
Is my question confusing? Should I give a general synopsis? Has anyone ever experienced my problem (if it's a problem)?
boojum
Mar 15 2006, 16:50
It might help if we knew your ripping drive(s), operating system, and any other information you could add. Otherwise we would just be guessing.
Andavari
Mar 15 2006, 18:39
You "may" need to play around a bit with the speed setting in EAC which requires a CD to be inserted to do that. I for one have nothing but problems with EAC (stalling, unresponsive, and not ripping for several minutes in one region of a disc whilst the drive light stays constantly lit, and no it isn't because of a particular ASPI driver it's because of the hardware, e.g.; the drive itself is the culprit) if I select any extraction speed higher than 20x with my JLMS DVD-ROM XJ-HD166, but then again the same can be said when using CDex.
sumone
Mar 15 2006, 20:55
You want data...here you go (from Nero Infotool)
Summary:
- XP SP2
- Athlon XP @ 1.3Ghz
- 380-something MB RAM
- Liteon SHM-165H6S (w/lightscribe) dvd-burner
* I just noticed it says "ASPI Installation is corrupted"...doing some googling now, but anyone know what that's about? I
am able to burn correctly despite it saying it's corrupted
CODE
Nero InfoTool 3.02
Drive Information
------------------
Drive : LITE-ON DVDRW SHM-165H6S
Type : DVD-RAM Recorder
Firmware Version : HS02
Buffer Size : 2 MB
Date : 2005-12-12
Serial Number
Vendor Specific : 2005/12/12 11:40
Drive Letter : E:\
Location : 1:0
Mechanism : Tray
Read Speed : 48 X
Write Speed : 48 X
Read CD Text : Yes
Return C2 Pointers : Yes
Read CD-R : Yes
Read CD-RW : Yes
Read DVD-ROM : Yes
Read DVD-RAM : Yes
Read DVD-R : Yes
Read DVD-RW : Yes
Read DVD+R : Yes
Read DVD+RW : Yes
Read DVD+R DL : Yes
Read BD-ROM : No
Read BD-R : No
Read BD-RE : No
Read Digital Audio : Yes
Read CD+G : No
Read VideoCD : Yes
Write CD-R : Yes
Write CD-RW : Yes
Write DVD-R : Yes
Write DVD-RW : Yes
Write DVD-R DL : Yes
Write DVD+R : Yes
Write DVD+RW : Yes
Write DVD+R DL : Yes
Write DVD-RAM : Yes
Write BD-R : No
Write BD-RE : No
Buffer Underrun Protection : Yes
Mount Rainier : No
Modes : Packet, TAO, DAO, SAO, RAW SAO, RAW DAO, RAW SAO 16, RAW SAO 96, RAW DAO 16, RAW DAO 96
Region Protection Control : RPC II
Region : None
Changes User : 5
Changes Vendor : 4
Interface Information
---------------------
Adapter 2
---------
Description : Secondary IDE Channel
Driver
Description : System32\DRIVERS\atapi.sys
Company : Microsoft Corporation
Version : 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
Description : IDE/ATAPI Port Driver
Attached Devices
Description : Master: LITE-ON DVDRW SHM-165H6S
Type : CD-Rom Drive
DMA : On
Autorun : Off
Hardware Information
--------------------
CPU : AMD Athlon MP 1333 MHz
Bus Speed : 133 MHz
Motherboard : MICRO-STAR MS-6734
System : MICRO-STAR KM400-8235
BIOS : Phoenix 6.00 PG
Memory : 384 MB (60ns)
Sound : Envy24 Family Audio (WDM)
Video : RAGE MOBILITY-M1 AGP 2X (English)
ASPI Information
----------------
System ASPI : ASPI installation is corrupted
WNASPI32.DLL : 4.71 (0002) 45056 bytes July 16, 2002
ASPI32.SYS : 4.71 (0002) built by: WinDDK 16512 bytes July 16, 2002
Nero ASPI : ASPI is not installed
Installed OS Patches
--------------------
(Q810090) USB Update : Yes
(Q329112) Multi-Border DVD with More Than 4 GB of Data Not Readable Past First Border : Yes
(Q812415) Problems with Multiple ATA devices : No
(Q322359) Intelide.sys Is Not Used on Computers with ICH4 or ICH5 : No
(Q320174) IMAPI Update - CDs recorded have missing files or errors : Yes
(Q311542) Devices May not power up properly when resuming from standby : Yes
(Q327086) Data Added to Removable Media During Hibernation May Be Lost When You Resume Windows XP : Yes
(Q308374) Ricoh 1394 Controller May Not Work with Windows XP : Yes
(Q314634) Windows XP Does Not Detect Your New USB Device : Yes
(Q822603) USB 1.1 and USB 2.0 update : No
(Q323507) Your IEEE 1394 or USB CD-ROM or DVD-ROM Drive May Not Be Recognized in Windows XP : No
(Q815834) 'Code 28' Error Message and a Yellow Exclamation Mark Next to a USB Device in Device Manager After Your Computer Resumes from Hibernation : No
(Q316575) Problems When You Swap a CD-ROM During Hibernation in Windows XP : No
(Q811789) Surprise Removal of 1394 Device Can Cause Bluescreen Error : Yes
(Q323322) Cannot Use Sony VAIO PCG-C1MRX Internal Camera with Windows Messenger After You Apply Q316397 : No
(Q811789) Surprise Removal of 1394 Device Can Cause Bluescreen Error : Yes
Moderation: CODE to CODEBOX
Pio2001
Mar 16 2006, 08:43
I think that you should use test and copy in burst mode. This way, you get a secure exctraction (test and copy), and you can run the drive at a speed that it's happy with (burst mode = no slow down)
sumone
Mar 16 2006, 10:23
I've tried the burst/test & copy. Thing is, the test or CRC fails...and if it didn't, the output wavefile has skips in it. Burst mode does go pretty fast (around 8-10x tops)
That's why I'm confused on how to do this!
AtaqueEG
Mar 16 2006, 10:39
QUOTE(sumone @ Mar 16 2006, 10:23 AM)
I've tried the burst/test & copy. Thing is, the test or CRC fails...and if it didn't, the output wavefile has skips in it. Burst mode does go pretty fast (around 8-10x tops)
That's why I'm confused on how to do this!
That is not "pretty fast" for burst mode on a modern Lite-On DVD Burner.
Have you tried updating the
firmware?
Is your drive DMA-enabled?
Complete computer setup please.
Oh, and get Nero ASPI layer and drop it on your EAC installation folder. This should imporve things.
sumone
Mar 16 2006, 11:39
What extra info is needed? I thought what I posted was the most relevant information.
I would assume a 48x burner would have DMA...Progammed I/O would kill the CPU! I'm able to get (accurate) 32x burns, but ironically get about 3x rips. Just checked my Secondary IDE controller...it's using UDMA mode 4. It used to be only mode 2 as I only had 40-conductor IDE cable but just upgraded to the extra-ground-wire IDE cable.
I've upgraded the firmware (from "HS02" to "HS06"), reinstalled ASPI so that it says my ASPI is installed correctly, and WNASPI32.dll was already in EAC's folder. Have not yet rebooted but just tried to rip this same CD:
0:0:00 starts at 2.7x
0:0:45 at around 2.9-3.3x & stabilizes at 3.1x
0:1:00 (while EAC is still extracting,) I run nero dvd speed & start the test; cancel it as soon as the "spin up drive" dialog is gone)
0:1:12 at 10x
0:3:00 at 6.5x
0:3:40 at 5x
I only ripped a couple tracks so I'm guessing it was making its way back down to 3-2x.
After Nero spins up the drive, you can audibly hear it (while it rips at 10x). As time goes on, you can hear it spinning down til its almost silent.
Pio2001
Mar 16 2006, 12:56
QUOTE(sumone @ Mar 16 2006, 06:23 PM)
I've tried the burst/test & copy. Thing is, the test or CRC fails...and if it didn't, the output wavefile has skips in it. Burst mode does go pretty fast (around 8-10x tops)
That's why I'm confused on how to do this!
If CRC is OK and there are skips, then the drive is completely bugged or damaged. Get it replaced. It happened to me with a Teac e540, but only at high speed. It was known as not suitable for audio extraction in Feurio's database (depending on the firmware).
I also got a bad Plextor Premium. The ripping was as slow as yours, and there were errors everywhere. It was capable of reading DVDs and CD rom without problems, though. But according to user reports, the Plextor Premium usually works well.
AtaqueEG
Mar 16 2006, 13:34
QUOTE(Pio2001 @ Mar 16 2006, 12:56 PM)
If CRC is OK and there are skips, then the drive is completely bugged or damaged. Get it replaced. It happened to me with a Teac e540, but only at high speed. It was known as not suitable for audio extraction in Feurio's database (depending on the firmware).
I also got a bad Plextor Premium. The ripping was as slow as yours, and there were errors everywhere. It was capable of reading DVDs and CD rom without problems, though. But according to user reports, the Plextor Premium usually works well.
That must be it.
Hope he can get it changed.
JeanLuc
Mar 16 2006, 13:47
QUOTE(Pio2001 @ Mar 16 2006, 06:56 PM)
I also got a bad Plextor Premium. The ripping was as slow as yours, and there were errors everywhere. It was capable of reading DVDs and CD rom without problems, though.
I want that Premium ... DVD reading ... yummy
sumone
Mar 16 2006, 16:27
I guess I was confused...
I get "#" in the CRC column. I always thought # meant CRC was OK, 'cause all other times the CRC column would be blank.
This page says a # means it failed CRC.
sumone
Mar 17 2006, 10:27
help
Does anyone know what governs/limits (in totality) the read speed??? Hardware & software related?
Never_Again
Mar 17 2006, 11:48
QUOTE(sumone @ Mar 16 2006, 06:27 PM)
I get "#" in the CRC column. I always thought # meant CRC was OK, 'cause all other times the CRC column would be blank.
# means the CRCs don't match;
OK means they do. The field is blank when no Test & Copy has been completed.
QUOTE(sumone @ Mar 17 2006, 12:27 PM)
Does anyone know what governs/limits (in totality) the read speed??? Hardware & software related?
Both. With Plextors, the max read speed is the determined upon the disc initialization (i.e. when you insert it and the drive scans it). There is software that claims to do the same (Nero CD/DVD Speed and CDBremse), but it will only work if the drive's firmware allows.
As to your problem, do try dropping that WNASPI32.DLL from Nero's web site into your EAC directory and setting
Use of SCSI interface (under EAC / EAC Options / Interface) to "Installed external ASPI interface" (you need to restart EAC after that). Also try setting the
Drive read command (under Drive Options / Drive) to "Read command MMC1" which is pretty universal. Try replacing the IDE cable and connecting the drive as a master on a channel of its own to one of the motherboard's built-in IDE ports (rather than an addon card). If the problem doesn't go away, your drive is defective.
sumone
Mar 17 2006, 12:13
1. EAC already indicates installed external interface
2. read command was already MMC1
3. IDE cable is new (less than 2 weeks)
4. Drive is already master on IDE1 (is only device on secondary ide channel)
5. Already going to mobo's IDE
-------------------
I've had this problem on all 3 different burners. What are the chances of me getting three defective burners (from three different brands) in a row though? That's why I think it's software related or if hardware related, something to do with the motherboard.
If you've had it on 3 different burners, that would lead me to believe your motherboard is the root of the problem. Try the drive on another PC.
sumone
Mar 17 2006, 12:38
Could it be bus-related? Nero InfoTool said my bus speed was 133hz...is that too little bandwith so-to-speak for faster extractions?
QUOTE(Never_Again @ Mar 17 2006, 09:48 AM)
With Plextors, the max read speed is the determined upon the disc initialization
(i.e. when you insert it and the drive scans it).
My question was just answered in another thread
Never_Again
Mar 17 2006, 13:31
QUOTE(spath @ Mar 17 2006, 03:07 PM)
QUOTE(Never_Again @ Mar 17 2006, 09:48 AM)
With Plextors, the max read speed is the determined upon the disc initialization
(i.e. when you insert it and the drive scans it).
You keep repeating this, so I'll ask again : where did you get this idea from ?
I got it from the
Article ID. HW00012 in the Plextor FAQ:
QUOTE
In order to properly set the read speed for each disc to be played, Plextor drives are engineered to read a disc’s TOC (table of contents) and to compare the TOC to the last track on the CD. In doing this, the drive is checking the quality of the data at the outside of the disc. The drive will then set the read speed to support the actual condition of the data on the disc. This operation makes disc initialization slightly longer than drives from other manufacturers. However, drives from these manufacturers only read the TOC of the CD, and do not check to see if data is damaged or properly recorded. This can result in poor read performance, as the drive must try several speed settings to accommodate problems if it finds them while reading the recorded data. Plextor drives prevent this by validating data integrity before reading starts.
My personal observations seem to confirm it. Do your Plextors behave differently?
QUOTE(spath @ Mar 17 2006, 03:07 PM)
QUOTE(Never_Again @ Mar 17 2006, 09:48 AM)
There is software that claims to do the same (Nero CD/DVD Speed and CDBremse),
but it will only work if the drive's firmware allows.
Good one. Do you know a software which can control a drive against the firmware's will ?
None, of course.
QUOTE(Never_Again @ Mar 17 2006, 11:31 AM)
I got it from the
Article ID. HW00012 in the Plextor FAQ:
QUOTE
In order to properly set the read speed for each disc to be played, Plextor drives are engineered to read a disc’s TOC (table of contents) and to compare the TOC to the last track on the CD. In doing this, the drive is checking the quality of the data at the outside of the disc...
My personal observations seem to confirm it. Do your Plextors behave differently?
I never noticed it. This is really surprising and I can't make sense of it, they
"compare the TOC to the last track" wtf ? From the two threads you mentioned
before it seems it's not very accurate or consistent. I'll try to see with our Plextor
contacts if we can get some more detailed explanations about this.
sumone
Mar 19 2006, 07:57
What about...
...my computer's power supply??? What if it's not up to par & can't provide the power the drive needs to sustain high speeds? What do you guys think? Are there any (free, software) power-supply testers out there? I guess programs that will make you do stuff on your computer & tests the voltage (I know software can read the voltages in....I see it in my BIOS for memory).
sumone
Mar 21 2006, 02:57
Some more testing...
It seems to just go down the list of speeds;
1. I'll set drivespeed to 48x (max). At 48x, I get secure mode rips at about 9-10x!...for only a couple minutes.
2. While ripping, I'll see it gradually make it's way to 8x. With every audible "spin-down", that equated to the next lowest speed (for ex: 48->40, 40->32, 32->24, 24->16, 16->12, 12->8). It seems to be time-based; like there's no real event that spurs the spin-downs.
Why does speed get reduced? The funny thing is that the red error boxes do not light up (they are at their darkest colors when the spindowns occur).
Here is the logfile; I don't see anything abnormal. Only on track 9 & 17 were track qualities not equal to 100% (99.9 & 99.6% respectively), so this was a pretty clean CD since it didn't have to re-read except on tracks. Error correction can't be the blame for the spin-downs on the 100% tracks, correct??
CODE
EAC extraction logfile from 21. March 2006, 2:48 for CD
Do Or Die / Headz Or Tailz
Used drive : LITE-ON DVDRW SHM-165H6S Adapter: 1 ID: 0
Read mode : Secure with NO C2, accurate stream, disable cache
Read offset correction : 0
Overread into Lead-In and Lead-Out : No
Used output format : c:\ripped\flac.exe (User Defined Encoder)
192 kBit/s
Additional command line options : -T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" -8 %s
Other options :
Fill up missing offset samples with silence : No
Delete leading and trailing silent blocks : No
Installed external ASPI interface
Track 1
Filename U:\FLAC\headz\01-Headz.wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC 04F8D7C4
Copy OK
Track 2
Filename U:\FLAC\headz\02-Just Ballin.wav
Peak level 98.4 %
Track quality 100.0 %
Copy CRC 47A8EFC5
Copy OK
Track 3
Filename U:\FLAC\headz\03-Pimpology.wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC 0EFF1673
Copy OK
Track 4
Filename U:\FLAC\headz\04-Lil Sum Sum.wav
Peak level 98.3 %
Track quality 100.0 %
Copy CRC 48A88878
Copy OK
Track 5
Filename U:\FLAC\headz\05-Nobody's Home (ft Johnny P & Danny Bo).wav
Peak level 95.2 %
Track quality 100.0 %
Copy CRC 7784C7D1
Copy OK
Track 6
Filename U:\FLAC\headz\06-Still Po Pimpin' (ft Johnny P & Twista).wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC FB1C5DEB
Copy OK
Track 7
Filename U:\FLAC\headz\07-All In The Club (ft. Danny Boy).wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC 5FE027CD
Copy OK
Track 8
Filename U:\FLAC\headz\08-Can I (ft Beyond Content).wav
Peak level 99.8 %
Track quality 100.0 %
Copy CRC 2FEC17E0
Copy OK
Track 9
Filename U:\FLAC\headz\09-Choppin Up That Paper (ft Val Young).wav
Peak level 98.9 %
Track quality 99.9 %
Copy CRC 0BBACF1D
Copy OK
Track 10
Filename U:\FLAC\headz\10-Gangsta Shit (ft Shock the World).wav
Peak level 97.1 %
Track quality 100.0 %
Copy CRC B8D16C91
Copy OK
Track 11
Filename U:\FLAC\headz\11-Bustin Back (ft Lil Chilla of the Snypaz).wav
Peak level 98.4 %
Track quality 100.0 %
Copy CRC 2075805D
Copy OK
Track 12
Filename U:\FLAC\headz\12-Ultimate Shutdown.wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC 1B33B90E
Copy OK
Track 13
Filename U:\FLAC\headz\13-Who Am I (ft Scarface).wav
Peak level 98.9 %
Track quality 100.0 %
Copy CRC B1A11BA0
Copy OK
Track 14
Filename U:\FLAC\headz\14-Caine House.wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC DB2C1955
Copy OK
Track 15
Filename U:\FLAC\headz\15-Under Surveillance.wav
Peak level 99.9 %
Track quality 100.0 %
Copy CRC C4F25DD3
Copy OK
Track 16
Filename U:\FLAC\headz\16-Dead or Alive.wav
Peak level 100.0 %
Track quality 100.0 %
Copy CRC DEA39BA0
Copy OK
Track 17
Filename U:\FLAC\headz\17-Tailz (ft Bushwick Bill).wav
Peak level 92.5 %
Track quality 99.6 %
Copy CRC 584EAB54
Copy OK
No errors occured
End of status report
rutra80
Mar 21 2006, 17:08
QUOTE(spath @ Mar 18 2006, 12:12 AM)
they "compare the TOC to the last track" wtf ?
I guess it means that they use TOC to locate the last track, and then they check its (the track's) quality to set the safe read speed.
Never_Again
Mar 26 2006, 06:06
QUOTE(sumone @ Mar 19 2006, 09:57 AM)
What about...my computer's power supply??? What if it's not up to par & can't provide the power the drive needs to sustain high speeds?
Probably a false trail. If your power supply were inadequate, you would have freezes, lockups and general system instability.
sumone
Mar 27 2006, 10:05
Well I just did a total system upgrade...hoping that
something would change....sorry to say, it still rips at 2.5x in secure mode
Using nero drivespeed, you can see the drive's speed is set to 8x when ripping starts.
Comparison:
New component (old component)
Mobo: 64bit Socket 754 MSI K8T Neo-V (MSI KM4M-L)
Processor: Athlon XP Sempron x64 @ 2.0GHz (Athlon XP 1300+ @ 1.3GHz)
Memory: 512MB DDR400 (384MB DDR266)
Video: ATI Rage Mobility M1 (same, except the old system had onboard VGA too)
DVD-Drive: same result on both drives & both systems
PSU: Antec SmartPower 2.0 (some generic no-name psu)
Case: Antec Overture II (some generic no-name case)
OS: Windows XP x64 newly installed less than 2 days (Windows XP Pro - dirty approx. 1 year)
----------------
I just don't know what to do
I can't believe my main reason for upgrading (at a cost of around $300) was so I could get faster rips; cause I attributed it to probably poor overall system performance. 300 dollars later, I still get slow rips.
So, to recap the only things that have remained the same:
- Drive is still master on IDE channel
- Video Card is the same (PCI Bus)
- Same EAC version (0.95 beta 4 from 02/21/2006)
Another test I just did:
- Load a CD in the drive (DriveSpeed says speed is 40x)
- Use Windows Media player to play it. As soon as I hit 'play', drivespeed says speed is 8x.
What causes this fallback???!!!
OK; I just opened up Windows Media player & tried to play the same CD. Before I played the CD, drivespeed was at 40x. As soon as I hit p
sTisTi
Mar 28 2006, 06:16
Just a thought: Maybe the speed-down of audio discs is intentional by the drive's firmware in order to ensure a more quiet performance - after all, if you really were to play an audio CD in the drive, you wouldn't want it to noisily spin it at full speed the whole time. My Plextor 716A sometimes - but not always - does this when inserting a DVD-Video; Changing the speed manually then is ignored. The only way to push it up again is to select "enable speed read" in the Plextools options, then it reads at full speed again. Don't know how this would help you, though. Have you tried a different firmware?
Seems the speed control is software based as I doubt the hardware would allow overriding its limitations if it knows it cannot support it. When ripping starts, speed is at 8X. If it was hardware controlled, I doubt I would be able to set it to anything else (which Nero's DriveSpeed sets it to 48x before the test).
audioaficionado
Jul 12 2006, 20:13
When I have EAC set to secure mode my Samsung TSST TS-H352A will max out at <8x in Nero DVD/CD Speed test. This is even after I close out EAC or even uninstall EAC. Even rebooting doesn't fix it sometimes. Hours later the drive will revert on its own back to ~32x.
When EAC is set to burst mode that drive will run much faster and test >32x in Nero DVD/CD speed test.
I don't know if this is the same issue but it has been a source of great annoyance for me until I figured out I needed to save the profile after the secure-->burst changes to cause them to go into effect.
sumone
Jul 13 2006, 07:46
Yes, this seems like the same issue. So what changes are you talking about to the profile? Didn't quite catch that.
audioaficionado
Jul 13 2006, 23:02
QUOTE(sumone @ Jul 13 2006, 06:46)
Yes, this seems like the same issue. So what changes are you talking about to the profile? Didn't quite catch that.
Under the EAC menu select drive options or just hit F10.
Select burst mode then click OK.
Then click the 'save' button at the bottom.
See if this allows you faster rip speeds as tested by Nero DVD/CD speed.
You will want to always run test and copy to check that EAC gets the same CRC on each T&C for each track.
sumone
Jul 14 2006, 06:58
Oh so you're still talking about using burst mode? I thought you were saying something like saving options while in burst mode, then going back to secure mode & ripping.
Test & Copy I get very good speeds almost got up to 30X one time. But I didn't have to save options at all. Burst mode has never been a problem at all.
T&C is what I'm doing now, and for tracks where the CRC doesn't match, slow secure mode will have to do. However, I just got a Plextor PX-250A[still uninstalled] so hopefully secure mode doesn't go slow.
Kirby54925
Jul 14 2006, 08:44
Hmmm... I often wonder why people complain that Secure Mode in EAC is ridiculously slow. The average ripping speed of my laptop's CD/DVD drive when I use Secure Mode is about 3.0x, roughly the same as your CD drive. Besides, the point of Secure Mode is to ensure consistently good rips by taking it nice and slow, is it not? I ripped over fifty CDs in the span of two days. If you really do care about quality, then do the rips when you're not using your computer. I do my rips when I go to class (just one CD, but I still consider it progress) or when I do homework. Is time really THAT much of a constraint for you?
sumone
Jul 14 2006, 17:35
Yes, when you know that it can take less time.
Like I said originally in this thread somewhere, when it goes "slow", performance (not speed, but read & sync errors) occur more often. Because of that, I'm not able to just start the rip and go do what I gotta do elsewhere. I actually have to tend to it: have to switch to burst mode, then back to secure mode, and all is well and there are no read/sync errors. So it's more than just speed.
audioaficionado
Jul 14 2006, 22:42
EAC essentially rip locks my drive <8x when in secure mode. I checked the 'run slower if needed' option so EAC shouldn't be rip locking since it can slow down as slow as necessary or speed up when a faster rip is possible.
This doesn't happen with all my drives but only certain ones.
Kirby54925
Jul 15 2006, 00:59
Interesting...
If that's the case, then I guess your drive has a real problem with reading CDs in Secure Mode all the way (went through about fifty CDs in a row with only about one or two read errors the entire time, and that's with a laptop CD drive). If your computer's not a laptop, I suppose you should ditch that CD drive and go for something more reliable (lots of recent posts talking about it are floating around. Just a suggestion, but hey, to each their own.
audioaficionado
Jul 15 2006, 02:25
No I'm keeping it. The riplock bug is with EAC. This drive also rips through CP like rain on cotton candy. Whenever there is a problem CD that sync errors all the other drives, this drive gets it done.
sumone
Jul 15 2006, 05:49
QUOTE(audioaficionado @ Jul 15 2006, 03:25)
No I'm keeping it. The riplock bug is with EAC. This drive also rips through CP like rain on cotton candy. Whenever there is a problem CD that sync errors all the other drives, this drive gets it done.
Definitely agree. When EAC wants to rip @ 8X max (which translates to ~ 2.5X in secure mode), whenever it encounters some read errors (or the preliminary versions of; e.g., sectors that it has to reread more than twice) the responsiveness of EAC is very poor. Haven't verified it, but I'm guessing CPU utilization also shoots up.
audioaficionado
Jul 15 2006, 09:09
QUOTE(sumone @ Jul 15 2006, 04:49)
Definitely agree. When EAC wants to rip @ 8X max (which translates to ~ 2.5X in secure mode), whenever it encounters some read errors (or the preliminary versions of; e.g., sectors that it has to reread more than twice) the responsiveness of EAC is very poor. Haven't verified it, but I'm guessing CPU utilization also shoots up.
I noticed that the highest CPU utilization occurs at 1x while EAC has it riplocked. This riplock persists even after EAC is shut down or even uninstalled. I don't know what persistent low level code EAC is tagging my drive with but I'd prefer it didn't do this. Maybe that new upcoming version of dbPowerAmp won't have this issue.
Edit: Never mind the CPU utilization part. Subsequent tests didn't show that effect. But the riplock issue still exists.
As long as I use Burst + T&C with my drive, I have very decent speed and reasonably secure rips.
greynol
Jul 15 2006, 13:01
What version of EAC are you using?
I have NEVER experienced this. If this were truly a problem with EAC I would think more people would be talking about it.
Shade[ST]
Jul 15 2006, 13:25
I quickly overwent the thread -- Did anyone mention trying the latest ASPI drivers by adaptec and/or the NERO ASPI layer? Also, try the windows built-in reading methods.
Tell us how that works out.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.