LIGHTNING UK!

You can't verify an image so to speak. It's to verify the disc - and optionally compare it to an image file.

You can probably ditch: GEARAspiWDM PFC PxHelp20 I very much doubt that'll fix the issue though. Looks just like a drive/firmware/media issue to me - but then you already know the drive is about 20 years old!

We have a Guides section if you don't know what you're doing. They'll walk you through it step by step.

This is by design. It doesn't work correctly if you have 'Auto' enabled and then automatically try to start writing the image - 'Auto' calculate is therefore ignored for anything passed via CLI. So basically the two are mutually exclusive.

That's only in the ISO9660 Volume Label box. The others (Joliet and UDF) both support spaces and if either of those file systems are present you'll never see the ISO9660 one. btw, you've never been able to have spaces in the ISO9660 box but previously when you tried it would throw up an error message. Now it's much more user friendly and instead that 'space' gets turned into an underscore.

The OPC command sending wasn't in previous version at all. Drives tend to do it automatically when you send the first 'Write' command, this just allows the program to pick up on problems that little bit earlier and there's less chance of it killing a disc in the first few seconds of writing.

There's a button in Write mode, how 'direct' do you need it to be?!

Correct, this is by design. What I should really have done was make an option in the settings, I just wanted to get away from it defaulting to the ImgBurn folder (as it's not accessible under Vista).

Fixed that earlier today actually.

If the drive won't write to it (or erase it) then there's not much you can do. Try another disc.

(Duplicate threads merged)

When I/O gets stuck, it's REALLY stuck. You can't terminate the ImgBurn process because at that point in time it's not in control, your OS is - as that's what's dealing with the I/O request. Load the program up and press F8 before you insert the disc. Then insert the disc and when it's stuck, copy + paste the last few lines from the log window into your next reply. It'll tell us exactly which command the drive is having trouble with and we'll take it from there.

This is what happens with BD-RE (and DVD-RAM) media. Drives perform automatic write verification as they go along and the 'Verify' part slows down the overall 'Write' process. (Note that this verification is not the same as the one ImgBurn does AFTER the Write operation). Go into the settings and on the 'Write' tab enable the 'FastWrite' option.

Ah sorry, seems I did some things incorrectly on Vista. It's looking at a different 'Devices' dropdown box to figure out which one is selected and under Vista that box is always empty. I'd only tested it on XP as I can't access firewire devices from within VMWare. It's fixed for the next version. You could try changing the compatability settings to make your OS look like XP to ImgBurn... but be warned, a few other things within the program might look a little different!

If the discs aren't protected then there shouldn't be an issue using Read -> Write modes. I cannot and will not do anything to help you bypass any protection on the disc. To do so would be suicide for me.

Just to let you know, I've implemented a button / context menu option to sort by the Tag's track number.

The errors come from the drive. It doesn't matter which version of the program you use, if the drive is going to error out then it's going to error out. End of story. Reverting in an attempt to get past an error doesn't help anyone.

Not by ImgBurn, no.

The Samsungs are great when they work ok but they seem to fail more often than some of the other drives. There's nothing you can really do except throw the disc in the bin and try another one.

Not 'each track' really, just all tracks to a single large wav file. It's basically the same as if it were a BIN file except I prefix it with the WAVE header.

It doesn't sound like one of my messages... what an odd thing to have happen.

Oh so yours doesn't do this then? I need an I/O debug log to figure out why the commands are failing (or returning rubbish). Press F8 to enable I/O debug mode, then open up the 'Medium Changer Control' window. Click the bottom 'Scan All' button and leave it until it's done a few slots (even if they come up unknown). Cancel it, close the window and then save the log to a file and upload it onto the forum (or copy + paste it all). Thanks.

What kind of folder structure do you have on your hdd? If it's 'C:\NAME_OF_DVD\VIDEO_TS' etc, just add the 'C:\NAME_OF_DVD' folder to the Source box and that's it.

Ahh, I'd not thought of that. I wonder why the dklang control doesn't do it anyway? I have to query the dklang component for the list you see. EDIT: Done.

It's not a 'Mode' so that wouldn't fit.