ken waters

Ah, so definitely worth waiting up for, then. Thank you. Should I think about telling the manufacturer? Probably not - the unit was remaindered anyway, but for reference it's a Goodmans GDVD301R. Au revoir on this thread.

Sorry, it's too late for lateral thinking. Expect the mail shortly.

I have no idea how to find your email address in such a way that I can send you a 5mb attachment - the board ensures your anonymity quite well and its messaging doesn't seem to allow attachments. However, if you control the board then you can get my email - mail me and I'll reply with the file, or send me an address and I'll post the media.

Sorry about the ftp - should not be a firewall issue. I used the upload. But just noticed it's limited to 1Mb. Doh. I opened port 22 - you should be able to ssh to 81.168.22.211 (credentials as above) - 5meg.iso is there, ftp it out to where you want it

you've done this before, I can tell file uploaded

I attach capture of the top screen. It says 256 sectors but read rate 0, in 10 minutes. CPU load says 0% in task manager. There is nothing in the file F:\SONATA.ISO. I tried this again and it does show a Read Rate while the buffer is being filled, which changes to 0 after about 10 seconds when the program locks up. I don't know how to isolate 5Mb. Best I could do was begin an ftp to my unix box and break it (65Mb). You can access it remotely (81.168.22.211, username rachel, password imgburn - I know, this is a public forum but I trust FreeBSD security, and I'll change the p/w when you next post here).

I'm trying to make a hard drive image (to copy) of a TV program DVD written onto re-writable media by a Goodmans DVD writer. ImgBurn 2.4.0.0 starts up and begins the read, then hangs and can only be cleared with task manager (leaving the device drawer locked until I reboot). Here's the log: I 14:33:05 Source Media Sectors: 2,254,437 (Track Path: PTP) I 14:33:05 Source Media Size: 4,617,086,976 bytes I 14:33:05 Source Media Volume Identifier: SONATA I 14:33:05 Source Media Volume Set Identifier: 0007354300000000000000080000000300000008000000060000000b0000003800000007RIC1A040 00162 I 14:33:05 Source Media Implementation Identifier: CIRRUS SONATA I 14:33:05 Source Media File System(s): ISO9660, UDF (1.02) I 14:33:05 Read Speed (Data/Audio): MAX / 8x I 14:33:05 Destination File: F:\SONATA.ISO I 14:33:05 Destination Free Space: 776,441,094,144 bytes (758,243,256 KB) (740,471 MB) (723 GB) I 14:33:05 Destination File System: NTFS I 14:33:05 File Splitting: Auto I 14:33:08 Reading Session 1 of 1... (1 Track, LBA: 0 - 2295103) I 14:33:08 Reading Track 1 of 1... (MODE1/2048, LBA: 0 - 2295103) I 14:33:08 Reading File System Area of Track 1... (LBA: 0 - 2254436) W 14:33:57 I/O Interface 'Debug Mode' has been Enabled! I 14:34:47 Abort Request Acknowledged My old faithful (He whose Name may not be spoken) DVD Decrypter reads the disc and forms an image just fine. I'm using a Sony device, but I get the exact same symptoms with an Optiarc on my other machine. I'm happy to send you the media if this is new and interesting.

Thanks, I'll give it a try.

I understand. But for e.g. the camcorder user on the hoof with a built-in DVD writer you only get the one shot, and outdoors is an unfriendly environment - changing discs in the wind and rain isn't exactly conducive to best practice. And isn't the whole point of a tool like ImgBurn to help you secure highly ephemeral stuff the moment you get home? I still think being able to skip ahead an arbitrary amount, even interactively (ImgBurn - "this looks like a bad patch - shall I try skipping over it?") would be a valuable enhancement to the product.

Well, under 'read errors' in tools -> settings -> read I have 'software retries' set to 0, 'hardware retries' ticked and set to zero, and 'ignore read errors' ticked, but the drive (it's a Sony) is still taking in excess of 5 seconds per sector to tick along. I'd guess it's a firmware thing, and it just takes that long to decide about the first fail, but if there's anything that could be commanded then I'd be willing to give it a try. Do you think trying a different drive would help? Suppose it is a firmware or hardware limitation. How about a new data box like 'sectors to skip if you get a hard read error that's more than 16 sectors long', with values 8k, 16k, 32k sectors. (I assume you write blank sectors into the output for failed reads anyway.) This way, there would be some data loss, but in e.g. a home movie (with over 1000 secors zipping by per second) who's worried about a little discontinuity.

Well, under 'read errors' in tools -> settings -> read I have 'software retries' set to 0, 'hardware retries' ticked and set to zero, and 'ignore read errors' ticked, but the drive (it's a Sony) is still taking in excess of 5 seconds per sector to tick along. I'd guess it's a firmware thing, and it just takes that long to decide about the first fail, but if there's anything that could be commanded then I'd be willing to give it a try. Do you think trying a different drive would help?

I used the efforts of your previous life a lot, and pay due homage and respect here, now. Thanks. Lately I have issues with DVDs which, for whatever reason, have whole blocks of consecutive bad sectors, and while, given a week or two, it is possible to recover the remainder of the data eventually, and since 32,000 sectors is but a blink in an 8Gb home movie and so is easily acceptable, I can't help thinking that it ought to be possible to command my DVD drive to suppress CRC checks entirely. I'm wondering if it's possible to add this feature as a check box when all else fails ...