zavlakas Posted February 23, 2006 Posted February 23, 2006 Hello and thanks for the new version... I have a problem with burning speed with the new version... I have a Plextor PX708A, with the latest firmware(1.11) and i use TDK and Verbatim x16 +R media... The burning process with the new version is extremelly unstable... Going back to v.1.1.0.0, everything returns to normal... I attached logfiles and .ibg from burns with each version(exact same settings, same media)... Both copies are reported identical to the corresponding ISOs, by DVDInfo Pro... ImgBurn_logs.rar
LIGHTNING UK! Posted February 23, 2006 Posted February 23, 2006 Which buffer is at 0% (or near it) when you burn?
cornholio7 Posted February 23, 2006 Posted February 23, 2006 greetings zavlakas. what does your dma show when using 1.2.0.0 it does sound strange that it works again using 1.1.0.0 i know it has been tested using win 2000 without problems
fordman Posted February 23, 2006 Posted February 23, 2006 I attached logfiles and .ibg from burns with each version(exact same settings, same media)...Both copies are reported identical to the corresponding ISOs, by DVDInfo Pro... However, the image files are not identical to begin with. What happens if you burn the exact same image file, from the same location, using each version of ImgBurn? I realize that they are close enough in size, but I wonder if one of the images is somehow corrupted, thereby confusing ImgBurn 1.2.0.0? Though this is extremely unlikely, you'll not know unless you eliminate the image file as a variable....
zavlakas Posted February 23, 2006 Author Posted February 23, 2006 The device buffer is jumpy... Only once the other buffer goes down, very close to the end of the "jumpy-unstable period" of the burn... DMA is on, when using v.1.2.0.0, as reported by Nero Info Tool...
LIGHTNING UK! Posted February 23, 2006 Posted February 23, 2006 Hmm that's most odd then. The only thing I changed that could have caused this issue is the amount of data I read at a time from the hdd. As you're saying the 'Buffer' is always full, that means it's reading from the hdd just fine. The problem is then sending it to the burner. Just humour us and follow the DMA/slow burning related post in the FAQ. i.e. uninstall your ide controller and reboot. EDIT: ok, just looked at the IBG files, it's not a dma problem. 1.2.0.0 is burning fine and then it looks like plextors WOPC is kicking in - or something else is using the bus/channel and stopping it burning at full speed. You'll then notice it jumps back to 4x for the 2nd half of the disc, before then messing up again.
LIGHTNING UK! Posted February 23, 2006 Posted February 23, 2006 I'd be interested to see a PIPO scan of that media if you have one handy! Just wondering if the 716 is anything like the 708 (I tested them with the 716 in the 'media' forum)
zavlakas Posted February 23, 2006 Author Posted February 23, 2006 (edited) I'd be interested to see a PIPO scan of that media if you have one handy! Never performed a PIPO scan... Tell me how.... Edit: This problem is not media-specific... I also tried with TDK DVD-R x16(R47ED), and noticed the same problem... Edited February 23, 2006 by zavlakas
polopony Posted February 24, 2006 Posted February 24, 2006 are there any automatic updaters running on your machine?
LIGHTNING UK! Posted February 24, 2006 Posted February 24, 2006 Incase you're not already, it may also be worth going back to the default settings. 'something' appears to be interferring with the burn. As I said, with a full up normal buffer, there is no reason for any slowdown other than by external forces over which I have no control.
zavlakas Posted February 24, 2006 Author Posted February 24, 2006 The settings for the two burns with both versions, are exactly the same... Only setting that is not on default is the buffer size(128 Mb)... But the problem is with the device buffer.... Added: Advanced Settings dialog for BenQ / Plextor drives to control special features like PowerRec, WOPC, OverSpeed etc. Could it be that this new option is not fully compatible with my Plextor(PX708A)? Should i disable PowerRec, that is enabled by default?
LIGHTNING UK! Posted February 24, 2006 Posted February 24, 2006 You have to physically go in and change those options via the new 'Advanced Settings' window. They're not touched otherwise. Do a test mode burn (on a DVD-R disc of course) and look at the buffer when that's on. See if it's any different to normal (by normal, I mean where it's jumping). Disabling PowerRec should also stop wopc doing its thing. The device buffer displays the value returned by the drive for how much data it thinks is in the drives internal cache. When WOPC is doing it's thing, it tends to empty the buffer each time it tests the disc. Your issue wouldn't be so bad/difficult to understand if the graph didn't clearly show it recovering from whatever the problem is. If it was a real issue/bug, you'd get 1.5x all the time - as it's just the same command repeating over and over again. To go from 4x to 8x, then slllloooooooww, then 4x again is quite mad!
zavlakas Posted February 24, 2006 Author Posted February 24, 2006 (edited) I made some test burns with -R media... Here is what i noticed... With v.1.1.0.0 Everything is stable... With v.1.2.0.0 and PowerReq off Quite stable with very few jumps With v.1.2.0.0 and PowerReq on Starts ok... Then a jumpy period due to device buffer jumping... At ~56% x4 speed is resumed for a few seconds and then the first buffer goes to 0% To the end of the test burn the speed is resumed to standard levels(x4)... This test burns are with the same ISO and the same disk... I attached the .ibg files... Edit: Media is TDK -R x16(TTH02 - R47ED) ImgBurn_test_logs.rar Edited February 24, 2006 by zavlakas
LIGHTNING UK! Posted February 24, 2006 Posted February 24, 2006 I'll email you a version where you can change the transfer length used when reading files from the hdd. The new default is 256k, change it back to the old default of 64k and see if it makes a difference. As I said earlier, this is the only bit I changed that's being run during a burn, the rest run leading upto it or run after it. I don't feel those bits could be causing your problem.
LIGHTNING UK! Posted February 24, 2006 Posted February 24, 2006 Think we've found the cause of this now. When burning, the OS eats all your memory in file cache. Eventually you run out and windows then starts using your swap file. As I assume that's on your C: drive - along with your image file - the machine just dies because it can't do two things at once. This was indeed caused by the change in transfer length from 64k per read to 256kb per read. It appears to now bypass some code within windows that stops it from caching the reads and so although I assumed it was a good thing to issue less read commands, it's actually made things worse. I have a bit of a beasty machine and so didn't notice the problem, mine is mainly scsi and I never burn off my C: drive. I also have 2gb of memory. If you're bored, feel free to burn another disc in 1.2.0.0 and watch your available free memory vanish to 0 via task manager.
zavlakas Posted February 24, 2006 Author Posted February 24, 2006 In the tests i 've made earlier today, the image was located in the same hard disk as the OS, but in different partition(Drive D:)... Is it the same problem?
LIGHTNING UK! Posted February 24, 2006 Posted February 24, 2006 Yeah, if it's on the same physical drive, it'll still cause a problem. It's the random accessing and multiple I/O request to a single drive that kills it.
Hedgehog Posted March 11, 2006 Posted March 11, 2006 (edited) Have the same problem with my Samsung SH-W162C and LG GSA-4120B. Media TDK x 8 and x 16 plus Memorex x 8. Example with TDK 8. It start perfectly with a spped of 5.5. Goes up to7.7-8 when the radius increases. But at app. 35 % suddenly the buffer dropps to 0 and the spped falls. Windows on partion C, Imgburn on same drive but another partion. The image on its own drive. 06-03-23 Have now backed to version 1.1.0.0 and can now burn without any problems Edited March 23, 2006 by Hedgehog
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now