LIGHTNING UK!

Ok, seems it is a current dir thing and the the getopenfilename box takes it upon itself to change it! As I flick through the folders, I can see the folder handles being created / destroyed within Process Explorer for ImgBurn.exe If I cancel, it goes back to the default - i.e. where ImgBurn.exe lives. If I click Ok, it stays on that last folder. OFN_NOCHANGEDIR as one of the flags will fix that. Should have looked into this ages ago... it's annoyed me for years!

Like I kinda said before, it's not my code that's keeping the handle open to the folder. It's part of the 'GetOpenFileName' API call. You would expect the handle to be closed when the box is closed, but it's not. Unless the 'File' entry I'm looking at within Sysinternal's Process Explorer is just a result of the GetOpenFileName box changing the programs current directory, I don't think there is anything I can do (and no I'm not going to 'hack' around with things!) If you drag and drop a file into the 'Source' group box, you'll see that you don't have the same problem with not being able to delete the folder that the image lives in. It only happens when you use the 'Open File' box. Programmatically, the 'browse for file' part just runs a tiny function to initiate the open file box (no file / folder opening at all). Once it's got the name, it runs the same code as the D&D part to actually initialise the image file and get the info about it etc.

I don't think it's the file that's locked, it's the folder. Explorer's 'Open file' box just does that, I can't help it! If it IS the file, that's my problem and I'll fix it.

Replied at cdfreaks.

I always recommend people stick to the default settings. They're the ones I use all the time and so undergo the most testing. SPTI allows for other clever things too that aren't as easy/possible at all under ASPI. The Elby and VSO drivers are quite similar though.

By the looks of things, the DMG format is a compressed image containing multiple partitions etc. To be honest, that's too much of a pain in the butt to get around on-the-fly (at the moment at least).

It would have always been hanging there. You've just enabled I/O Debug mode so it chucks loads of stuff in the log that you wouldn't normally see. You need to turn that off now. Do so by pressing F8. lol I've been doing this stuff so long now, I've seen almost every problem people are likely to come across. Not only that, I actually went out and got one of those ASUS drives back in the DVD Decrypter days to try and solve a problem very similar to your own. Back then it was a firmware problem and I remember that only the 1.08 firmware fixed it - hence why I told you to update yours. Not that it matters now but that ASPI fix is not for you. You're using SPTI so ASPI doesn't even come into the equation.

Firmware updates?!?! Plextor is on 1.07 now. Asus is on 1.08 now. There were huge problems with earlier versions... I even made a point of posting about it on the old DVD Decrypter website. The Asus drive is actually getting stuck when asked to report it's region info. It's certainly nothing SATA related, I've got 4 of them in my box (and 4 IDE and 3 SCSI).

lol that looks shocking!

I've taken a look at vlc, seems like it can just read the first bit of an a/v file if it's in an uncompressed rar.

It might be

The program supports burning onto dvd-r dl just fine. The problem here is why the actual dvd-r dl standard, which doesn't appear to support moving the layer break position - where as dvd+r dl DOES allow it.

ExtractAssociatedIcon Windows API is supposed to work.... but it doesn't

I think that's a feature everyone would like, but no developer would ever bother to implement. I'd like DAEMON Tools to work like that too

Sorry, let me translate: I can't be bothered to ... etc etc. Obviously the tool tip tells you % complete but I do realise it's not instantly visible and so not what you were after exactly!

Most drives remember the setting you last used so just tell it to use DVD+R DL (Normal, Default, Standard etc). Unless you touch it again, that's how it will stay.

Well spotted corn! I don't think that's a DVD-Video compliant double layer image either.

They're all supported because they all use the same (MMC3, MMC4, MMC5) command set.

Out of interest, have you done speed tests with a simple crossover cable between your two AMD64 machines? You know, just to see what they're able to achieve without anything else causing problems. Having just tested mine (going via some netgear gigabit switch), I also get about 26.5mB/sec (according ot DU Meter). Weird thing is, when I start to copy a large file, it does a few seconds at 46mB/sec before going down to that ~26 speed.

Ritek DL (which I assume is what you're using because they're the cheapest) and NEC drives don't mix too well - especially if you don't have the very latest firmware installed.

You can already minimise to the tray and I really can't be arsed to create a little icon on the fly as I read buffer values etc and then send it to the tray - not only that, I don't know how to do it!

The Adaptec one wont work as just a dll, it needs to be installed properly. Nero's one will though.

It polls (pings) a few places to see if there is an internet connection. Nothing to worry about. FYI, it does microsoft, google and yahoo. The chances of them all being down at the same time is practically nil!

I know nothing about the DMG files. Could you make one with a simple text file or something in it and send it to me for inspection?

To be totally honest, I wouldn't have a clue what's causing that. There must be a way to refresh InCD without rebooting, you just need to find it!