|
||||||||
|
dodecahedron wrote:i'm no expert but it does seem to me like your drive is on the blink, taking advantage of the warranty and RMAing it sounds good.
Inertia wrote:Your LG GCE-8481B drive has SuperLink, and if it is enabled and the drive is operating properly it should not be possible to have a buffer underrun error. In the burn dialog "Record CD Setup" in Easy CD Creator, is the "Buffer underrun prevention" box checked?
Have you tried a different high quality media such as Taiyo Yuden (branded as Fuji in the U.S., with "Made in Japan" on the label)?
Have you verified that DMA is enabled for your LG drives per How to enable DMA in Windows XP (with pictures)?
Your IDE setup is OK, and shouldn't be causing a problem.
caffeinated wrote:By the way, thanks for responding so quickly, your polyhedral greatness!
a long time ago, caffeinated wrote:To answer your question, oh great polyhedral one....
Inertia wrote:I assume the LG GCE-8481B drive didn't come with Easy CD Creator. If your drive isn't supported by Easy CD Creator, you're lucky it is even recognized as a burner. Lack of support for the burner model could cause an improper implementation of the buffer underrun prevention.
It is supported by Nero, and you might try a trial copy of Nero and the suggested Fuji (Taiyo Yuden) media to see if it makes a difference before you return the drive.
dodecahedron wrote:i must say, my polyhedral greatness is very pleased with your appreciation of all things polyhedral!![]()
![]()
![]()
[...]even before i officially became a "CD-RW Polygon"
jmbrown12 wrote:The Roxio supported recorders database shows your recorder supported in version 5.1.1.104 Basic and version 5.3.1.154 Platinum. Easy CD Creator will usually show the other two errors when a buffer underrun occurs.
caffeinated wrote:jmbrown12 wrote:The Roxio supported recorders database shows your recorder supported in version 5.1.1.104 Basic and version 5.3.1.154 Platinum. Easy CD Creator will usually show the other two errors when a buffer underrun occurs.
Thanks for this - it wasn't on the list when I checked with Roxio. Curious.
Inertia wrote:caffeinated,
You have done all that you could be reasonably expected to do to test the drive, and it is still malfunctioning. I would return it. I agree that it stinks that LG will only replace defective drives with refurbished (factory reconditioned) drives. Thus your replacement will be a bad drive that hopefully has been fixed. This doesn't raise confidence that it is equal to a new drive in performance, especially when in your case a refurbished replacement failed again during the warranty period. Two straight failures in one year is not impressive.
I wouldn't consider reflashing the drive at this point, as firmware upgrades should marginally improve a drive's operation and media compatiblity, not make the difference between functioning or not. To further make a firmware upgrade unattractive at this point, LG states in its firmware update policy at http://www.lgeservice.com/readme(ew)-GCE-8481B.htm that if the update fails for any reason and damages the drive, it is the customer's responsiblity and not that of LG.
Send it back as is. If it were me, since your second drive failed again I would complain about receiving a reconditioned drive and would request a new drive under the circumstances.
Inertia wrote:Try using the freeware IsoBuster to extract the ISO file to the hard drive. Once the contents are extracted, they can be burned directly from the hard drive.
IsoBuster should also allow you to determine if the file is corrupted.
1:52:41 PM #14 Phase 24 File dlgbrnst.cpp, Line 1571
Caching of files started
1:54:28 PM #15 Phase 25 File dlgbrnst.cpp, Line 1571
Caching of files completed
1:54:28 PM #16 Phase 36 File dlgbrnst.cpp, Line 1571
Burn process started at 32x (4,800 KB/s)
1:54:28 PM #17 Text 0 File ThreadedTransferInterface.cpp, Line 1948
Verifying CD position of item 0 (relocatable, CD pos, no patch infos, orig at #0): write at #0
1:54:28 PM #18 Text 0 File Mmc.cpp, Line 17168
Set BUFE: supported -> ON
1:57:10 PM #19 SCSI -1135 File Cdrdrv.cpp, Line 1381
SCSI Exec, HA 1, TA 0, LUN 0, buffer 0x03D50000
Status: 0x04 (0x01, SCSI_ERR)
HA-Status 0x00 (0x00, OK)
TA-Status 0x02 (0x01, SCSI_TASTATUS_CHKCOND)
Sense Key: 0x03 (KEY_MEDIUM_ERROR)
Sense Code: 0x0C
Sense Qual: 0x00
CDB Data: 0x2A 0x00 0x00 0x02 0x86 0xC3 0x00 0x00 0x1F 0x00 0x00 0x00
Sense Data: 0x71 0x00 0x03 0x00 0x00 0x00 0x00 0x0A
0x00 0x00 0x00 0x00 0x0C 0x00
1:57:10 PM #20 MMC -1135 File Writer.cpp, Line 335
Write error
1:57:10 PM #21 Text 0 File ThreadedTransfer.cpp, Line 222
all writers idle, stopping conversion
1:57:11 PM #22 Text 0 File ThreadedTransfer.cpp, Line 216
conversion idle, stopping reader
1:57:11 PM #23 CDR -201 File WriterStatus.cpp, Line 188
Invalid write state
1:57:11 PM #24 TRANSFER -18 File WriterStatus.cpp, Line 188
Could not perform EndTrack
1:57:34 PM #25 Text 0 File Mmc.cpp, Line 12134
Fixation : Second step for unclosed Sessions
1:57:54 PM #26 Phase 38 File dlgbrnst.cpp, Line 1571
Burn process failed at 32x (4,800 KB/s)
1:57:54 PM #27 Text 0 File Scsicmd.cpp, Line 402
SCSI not using temporary buffers
20 out of 20 temporary buffers allocated
2:05:14 PM #14 Phase 24 File dlgbrnst.cpp, Line 1571
Caching of files started
2:06:54 PM #15 Phase 25 File dlgbrnst.cpp, Line 1571
Caching of files completed
2:06:54 PM #16 Phase 36 File dlgbrnst.cpp, Line 1571
Burn process started at 48x (7,200 KB/s)
2:06:54 PM #17 Text 0 File ThreadedTransferInterface.cpp, Line 1948
Verifying CD position of item 0 (relocatable, CD pos, no patch infos, orig at #0): write at #0
2:06:54 PM #18 Text 0 File Mmc.cpp, Line 17168
Set BUFE: supported -> ON
2:11:08 PM #19 Text 0 File ThreadedTransfer.cpp, Line 222
all writers idle, stopping conversion
2:11:35 PM #20 Phase 37 File dlgbrnst.cpp, Line 1571
Burn process completed successfully at 48x (7,200 KB/s)
2:11:35 PM #21 Text 0 File Scsicmd.cpp, Line 402
SCSI not using temporary buffers
20 out of 20 temporary buffers allocated
Inertia wrote:One not-so-subtle problem seen in the log file is that a 48x burn should take about 3 minutes (as indicated in the Nero burn dialog after completion). Although you have set the speed for 48x, something is causing the burn to slow down. DMA not being activated is the most common cause, but you have already indicated that DMA is enabled. Make sure that your hard drive is defragmented and the Windows/Temp directory is emptied before you start a burn.
I would suggest running the CD Speed (part of the Nero Toolkit) burn rate test to see if it indicates a problem. Insert a blank CD-R disc in the burner and click on Start. CD Speed with run the Write Transfer Speed test without writing anything to the blank CD-R. If the green line (burn speed) doesn't increase in a straight line up to a rate of 48x at the end of the disc, something is wrong. The yellow line (RPM) should be relatively straight and flat across the burn without any significant decrease.
Using CD Speed, you should run the Extra | ScanDisc test with the disc that you burned. If the blocks are all green, then the burn quality is OK. If any yellow blocks show up, this is a sign of a less than successful burn.
Nero CD Speed Test results
General Information
Operating System Windows XP Professional
Drive HL-DT-STCD-RW GCE-8481B
Firmware Version 1.01
Serial Number
Disc Blank
Capacity 79:59.72
Log
Time Elapsed Action
[06:55:56] Starting Write Transfer Rate Test
[06:57:33] Error - NO ADDITIONAL SENSE INFORMATION (000000)
caffeinated wrote:I now think that the only reasonable conclusion is that this drive is defective. So unless there is anything more that you suggest I try, I'll be RMAing it on Monday.
caffeinated wrote:PS - why is SCSI mentioned? I have IDE drives!
Inertia wrote:caffeinated wrote:PS - why is SCSI mentioned? I have IDE drives!
IDE optical devices such as burners conform to the ATAPI standard. ATAPI is a "SCSI-like" standard that works through ASPI (Advanced SCSI Programming Interface) or operating system drivers to enable IDE devices to communicate with the system as if they were SCSI devices. As the name indicates, ASPI was first devoped for use with SCSI drives, and this is why SCSI terminology is still used with ATAPI devices.
Normally, major burning programs should work OK with WinXP without the need for supplementary ASPI drivers. However, since you won't be returning the drive until Monday, I would try installing ForceASPI to see if it has any effect on your problem. Sometimes, a simple ASPI fix will cause problems to disappear.
Go to cyrus-troy Downloads and download the ASPI Check and Force ASPI programs.
Unzip (extract) ForceASPI, read the Index.htm file carefully, and run the program. ForceASPI will repair and/or properly install the version 4.60 (1021) ASPI layer, which is probably the most stable and proven version.
Reboot, and run ASPI Check to verify that version 4.60 (1021) is properly installed. After verification, try the CD Speed test again to see if there is any improvement or change. If nothing changes and you want to remove the ASPI drivers, ForceASPI allows easy removal following the instructions provided. Leaving the drivers installed should cause no problems and may allow some programs to operate that otherwise wouldn't work with standard WinXP drivers.
Users browsing this forum: No registered users and 1 guest
All Content is Copyright (c) 2001-2025 CDRLabs Inc. |