Jump to content
Sign in to follow this  
BoSox2882

Waiting For Buffers to Recover...

Recommended Posts

Everything had been going fine, then all of the sudden I kept getting the message "waiting for buffers to recover." The burn would drop down 8X and gradually hit zero, before eventually going back up toward 8X and then falling again.

 

Here is the log.

 

I 19:56:35 ImgBurn Version 2.3.2.0 started!

I 19:56:35 Microsoft Windows XP Home Edition (5.1, Build 2600 : Service Pack 2)

I 19:56:35 Total Physical Memory: 1,039,856 KB - Available: 679,400 KB

I 19:56:35 Initialising SPTI...

I 19:56:35 Searching for SCSI / ATAPI devices...

I 19:56:45 Found 1 DVD±RW and 1 DVD±RW/RAM!

I 19:57:06 Operation Started!

I 19:57:06 Source File Sectors: 2,266,688 (MODE1/2048)

I 19:57:06 Source File Size: 4,642,177,024 bytes

I 19:57:06 Source File Volume Identifier:

I 19:57:06 Source File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!

I 19:57:06 Source File Implementation Identifier: ImgBurn

I 19:57:06 Source File File System(s): ISO9660, UDF (1.02)

I 19:57:07 Destination Device: [1:1:0] LITE-ON DVDRW SHM-165H6S HS0E (D:) (ATA)

I 19:57:07 Destination Media Type: DVD+R (Disc ID: MCC-004-00) (Speeds: 6x, 8x, 12x, 16x)

I 19:57:07 Destination Media Sectors: 2,295,104

I 19:57:07 Write Mode: DVD

I 19:57:07 Write Type: DAO

I 19:57:07 Write Speed: 12x

I 19:57:07 Link Size: Auto

I 19:57:07 Test Mode: No

I 19:57:07 BURN-Proof: Enabled

I 19:57:07 Filling Buffer... (40 MB)

I 19:57:18 Writing LeadIn...

I 19:57:58 Writing Image... (LBA: 0 - 2266687)

W 19:58:14 Waiting for buffers to recover...

W 19:58:28 Waiting for hard disk activity to reach threshold level...

I 19:58:29 Writing Image...

W 19:58:51 Waiting for buffers to recover...

W 19:59:04 Waiting for hard disk activity to reach threshold level...

I 19:59:05 Writing Image...

W 19:59:24 Waiting for buffers to recover...

W 19:59:37 Waiting for hard disk activity to reach threshold level...

I 19:59:38 Writing Image...

W 19:59:56 Waiting for buffers to recover...

W 20:00:10 Waiting for hard disk activity to reach threshold level...

I 20:00:11 Writing Image...

W 20:00:33 Waiting for buffers to recover...

W 20:00:41 Waiting for hard disk activity to reach threshold level...

I 20:00:42 Writing Image...

W 20:01:03 Waiting for buffers to recover...

W 20:01:14 Waiting for hard disk activity to reach threshold level...

I 20:01:15 Writing Image...

W 20:01:35 Waiting for buffers to recover...

W 20:01:41 Waiting for hard disk activity to reach threshold level...

I 20:01:42 Writing Image...

W 20:02:50 Waiting for buffers to recover...

W 20:02:56 Waiting for hard disk activity to reach threshold level...

I 20:02:57 Writing Image...

I 20:09:34 Synchronising Cache...

I 20:09:39 Closing Track...

I 20:09:40 Finalising Disc...

I 20:09:57 Image MD5: 71e78b73e513019312c8b7e24521c921

I 20:09:57 Operation Successfully Completed! - Duration: 00:12:50

I 20:09:57 Average Write Rate: 6,522 KB/s (4.7x) - Maximum Write Rate: 9,369 KB/s (6.8x)

I 20:10:04 Close Request Acknowledged

I 20:10:04 Closing Down...

I 20:10:04 Shutting down SPTI...

I 20:10:04 ImgBurn closed!

Share this post


Link to post
Share on other sites

You are multitasking during the burn or something is eating resources during this process...the burn should be fine though.

Share this post


Link to post
Share on other sites

could you burn faster than 8x before the problems though ?

 

what its telling you is that the system is running flat out and the hdd cant send the data fast enough to the drive to write at the 12x you selected

I 19:57:07 Write Speed: 12x

 

if you havent changed the write speed, check the AUTO settings for media .

 

the data flow problem could well be a number of things

example, your using an external hdd thru usb to get the Image from

your running a resource hungry application at the same time as burning ect ect

 

EDIT . must learn to type with 2 fingers and be faster

Share this post


Link to post
Share on other sites

My first thought was that my harddrive was full, but it wasn't. Also I turned everything off, and my CPU usage was its usual 2%.

 

Anything else this could be?

Share this post


Link to post
Share on other sites

hard drives don't have to be full when working with sets of 4+gig files to be badly fragmented

 

do an analysis and see all the red

Share this post


Link to post
Share on other sites

you didnt answer a question, could you burn faster than 8x before you had problems ?

Share this post


Link to post
Share on other sites
EDIT . must learn to type with 2 fingers and be faster

 

Ah but you had much more detailed and useful information in your post...

Share this post


Link to post
Share on other sites

Yes, I had no problems burning above 8X before hand. In the log I posted that was a 12X burn, but the first two I did with the buffer recovering problem were 8X burns.

 

I will defrag and see if that helps.

 

Do you guys recommend IO Defrag or standard defrag that comes with computer?

Share this post


Link to post
Share on other sites

I just tried a 16X burn. It did not do the "waiting for buffers to recover", however, it never went above 8X burn? This isnt't a media problem as I use Verbs, I use these Mags on less important stuff.

 

I 00:04:32 ImgBurn Version 2.3.2.0 started!

I 00:04:32 Microsoft Windows XP Home Edition (5.1, Build 2600 : Service Pack 2)

I 00:04:32 Total Physical Memory: 1,039,856 KB - Available: 714,052 KB

I 00:04:32 Initialising SPTI...

I 00:04:32 Searching for SCSI / ATAPI devices...

I 00:04:32 Found 1 DVD±RW and 1 DVD±RW/RAM!

I 00:04:43 Operation Started!

I 00:04:43 Building Image Tree...

I 00:04:43 Checking Directory Depth...

I 00:04:43 Calculating Totals...

I 00:04:43 Preparing Image...

I 00:04:43 Checking Path Length...

I 00:04:43 Image Size: 4,346,937,344 bytes

I 00:04:43 Image Sectors: 2,122,528

I 00:04:43 Operation Successfully Completed! - Duration: 00:00:00

I 00:04:54 Operation Started!

I 00:04:54 Building Image Tree...

I 00:04:56 Checking Directory Depth...

I 00:04:56 Calculating Totals...

I 00:04:56 Preparing Image...

I 00:04:56 Checking Path Length...

I 00:04:56 Image Size: 4,346,937,344 bytes

I 00:04:56 Image Sectors: 2,122,528

I 00:04:58 Operation Successfully Completed! - Duration: 00:00:03

I 00:04:58 Operation Started!

I 00:04:58 Source File: -==/\/[bUILD IMAGE]\/\==-

I 00:04:58 Source File Sectors: 2,122,528 (MODE1/2048)

I 00:04:58 Source File Size: 4,346,937,344 bytes

I 00:04:58 Source File Volume Identifier: WCW_NITRO_D10

I 00:04:58 Source File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!

I 00:04:58 Source File Implementation Identifier: ImgBurn

I 00:04:58 Source File File System(s): ISO9660, UDF (1.02)

I 00:04:58 Destination Device: [1:0:0] BENQ DVD DD DW1620 B7W9 (E:) (ATA)

I 00:04:58 Destination Media Type: DVD-R (Disc ID: CMC MAG. AM3) (Speeds: 2.4x, 4x, 8x, 12x, 16x)

I 00:04:58 Destination Media Sectors: 2,298,496

I 00:04:58 Write Mode: DVD

I 00:04:58 Write Type: DAO

I 00:04:58 Write Speed: 16x

I 00:04:58 Link Size: Auto

I 00:04:58 Test Mode: No

I 00:04:58 BURN-Proof: Enabled

I 00:04:58 Filling Buffer... (40 MB)

I 00:05:00 Writing LeadIn...

I 00:05:35 Writing Image... (LBA: 0 - 2122527)

I 00:12:30 Synchronising Cache...

I 00:12:57 Image MD5: d7aa950be94ae5823630924a2114ee0e

I 00:12:57 Operation Successfully Completed! - Duration: 00:07:59

I 00:12:57 Average Write Rate: 10,253 KB/s (7.4x) - Maximum Write Rate: 11,106 KB/s (8.0x)

Share this post


Link to post
Share on other sites

Sometimes your drive's WOPR kicks in and just says, given current conditions I can't kick this up any higher. This happens with everyone.

 

Regards

Share this post


Link to post
Share on other sites
Sometimes your drive's WOPR kicks in and just says, given current conditions I can't kick this up any higher. This happens with everyone.

 

Regards

 

Im not sure what that means? When I try to defrag it is basically saying my whole hard drive is fragmented. Is there way to fix this?

Share this post


Link to post
Share on other sites

yeah defrag it

 

right click on your hard drive choose properties then tools and defragment now

 

Analyze first and then after analyze has finished and indicates hard drive is fragmented then choose defrag

Share this post


Link to post
Share on other sites

I have ran both the windows defrag and even IObit smart Defrag and neither fixed it. Should I post a screen shot of it after I analyze? There is a lot of red fragmented files.

Share this post


Link to post
Share on other sites

try to back up data by burning to dvd or cd or even an external hard drive then delete the copy on your regular hard drive after confirming it transfered

 

you need to shut down screen savers etc when doing a long defrag

 

I try not to ever defrag much data, takes too long, that's one of the reasons I burn at 8X, not faster

Share this post


Link to post
Share on other sites

I dont know very much at all about defrag and such. But here is the report. I have never seen somethin like this. My computer overall is running fine, but something is amiss here.

post-7957-1197675222_thumb.jpg

Share this post


Link to post
Share on other sites

Can you transfer say 20Gb of data off to an external drive (or DVD)? Then defrag. It looks pretty bad.

 

You also need to recognise that unless it positively has to, Window$ won't use 10Gb of your drive (12.5%). This is reserved for expansion of the MFT and is a PITA. So, free up some space and you'll be able to defrag.

 

Regards

Share this post


Link to post
Share on other sites

You can try this:

 

Download Diskeeper v11 (there's a trial period for 30 days, I think). Then do a boot time time defrag but only defrag the MFT. This is actually a little trick, cos the MFT likes to be contiguous. If it's in 1 piece, it tends to not allocate the 12.5%, but just a little for expansion.

 

After your system has rebooted, use Diskeeper to defrag. IT may still take a while, but it should work.

 

Regards

Share this post


Link to post
Share on other sites
Sign in to follow this  

×

Important Information

By using this site, you agree to our Terms of Use.