LIGHTNING UK!

Most people probably realise that if they enable the option to make the program look for updates each time it starts, it'll obviously need internet access. (Oh and I also mention that in the message box). Therefore, if they are prompted by their firewall, they'll be expecting it and just click 'Ok' / 'Yes' etc. I bet 0.01% of people look at WHERE it's actually connecting to. As for not being mentioned anywhere... it is, and you're reading it! Maybe like you, they all ask the same question you did (to themselves), search this forum and find their answer. That's why it not in a FAQ or anything.... it's not a question that's frequently asked!

Basic readability check has been implemented via a new checkbox ('Verify Against Image File') to enable / disable comparing the disc to an image file. The 'Compare' groupbox has been relabeled as 'Image File'.

lol good try guys but you're way off with the actual cause of this error! It writes the current date/time into the IBG file at the end of the burn - as can be seen by the 'Exporting Graph Data' log entry. For some reason, Borlands Date/Time function is failing to convert that string you see in the error box into a valid internal representation of some date/time value. ... some minutes pass.... I've looked at the code for Borlands conversion routine and it doesn't like the way your regional settings are configured to use 3 letter month instead of a number. I will force the value in the IBG file to use all numbers so the conversion bit won't fall over during the actual export.

Happy Birthday Cynthia.

I normally butt in on this sort of stuff and correct things that have been misunderstood or missed out on purpose. If you look at Digital Digest's forum, you'll see Cynthia has done some nice guides showing the options. I'm happy to explain things in that way, if I'm just given a paragraph to fill out or whatever. Oh and yes I did notice we're shit at penalties! Our keeper's not too good at saving them either!

I think it's more a case of you not understanding the GUI. The option you set in Nero only works within Nero. From what I've seen, it sends the booktype changing command to the drive each time it burns something and then sets it back afterwards. The booktype settings in ImgBurn are the ones active on the drive at that point in time. It's not something ImgBurn changes in the same way Nero does. It's quite possible for another program to change them and them to be different the next time you look at them in ImgBurn. The 'Current Media (For DVD+RW)' meeans exactly what it says! It'll change the Booktype there and then, for the current media in the drive, but it only applies to DVD+RW. The 'GUI Glitches' as you call them, are in fact options your drive does not support. Newer models work fine with them.

Yes, setting to 0 would basically disable it, but there is an overriding enable/disable option.

Yeah. It's something like: 0 No error detected 1 if the burn couldn't start - drive not ready etc. 2 if burn (or now 'build') failed. 3 if verify failed

Oooh we're both jumping to conclusions now I saw the word 'DVD' in the first post and just assumed they wanted to build a DVD Video disc. You're assuming they want it on DVD - full stop. i.e. in the 'backup' sense. Being a lossless codec, would Huffyuv really achieve 4:1 compression on this AVI file... who knows!

All DL have a layerbreak... it's a physical thing you cannot get away from - unless of course you only fill the first layer, but then that would be very silly / pointless. The 'Calculate Optimal' option is a burning setting - i.e. it only comes into play during the burning phase. Unless you're burning in a given app, it wouldn't do anything.

lol all they did was comment out some code!

Back to the DVDInfoPro thing, I just looked at my copy - version 4.61.4 - and it's making the key as it should do. So perhaps you're not on the latest one? Previously I only had 4.61.0 and that didn't create the key. I think the .4 revision was snuck out there when nobody was looking.

Guess I'd better put another beta out then so you can all get started

Chuck it into a program called CCE (Google it) and it'll give you an m2v + audio stream. Convert the audio into ac3 using anything you can find and then put the whole lot into an authoring program. Failing that, use something like ConvertXtoDVD which is an 'all in 1' avi -> dvd tool.

When you click the browse button, take a look in the 'Files of type:' drop down box. It lists everything it looks for, and they're all covered by the 'All Supported Files' option. If you have another sort of file, chances are it's not an image and ImgBurn isn't going to help you burn it.

Nothing... please nothing!!!!

I've been looking at this and God knows how you even get your buffer to empty out to test this! I have to set ImgBurn to low priority, run defrag on the drive I'm burning from and use 'Search' to find files containing some random word. Only then will the buffer start to fluctuate enough to cause a problem! People doing that whilst burning deserve to be shot Anyway, it's done now, so let's talk about limits/thresholds... Currently set to main buffer being It has to stay at these levels (it works on a counter, where count must be over 10 for it to do anything) for a short period and then the write thread is told to pause, fill up the buffer and wait for the avg queue length to go below a certain value - 1.0 by default. The user can configure these settings should they be geeky enough to want to do so. In your expert opinion, is that going to be ok?

You can't yet, the current version only burns image files. When v2 is out, it'll be able to burn files too, but it won't make an audio cd - it WILL however be able to put mp3 files on a disc whereby they're still in mp3 format. That disc would then work in any mp3 player (that accepts cd's of course!)

The DVDInfoPro stuff is actually a fault on their part. Nic and I agreed on a reg key that I'd check for, and he'd update. I did my part (which IS done each time it's needed), he somehow did his part and then deleted it again. Doh! Shame on you for not running regmon and finding that out for yourself. Anyway, he assures me it's fixed in the next version and he WILL actually write/update the key we decided on. As for the buffer stuff, that's borderline on being very anal! Waiting for it to reach 100% again is one thing (and something I've thought about doing on several occassions), but checking disk queue lengths is something you do to pass your MCP/MSCE exams - and for a little tool like ImgBurn, taking things a tad too far! All the drives have zeroloss linking now so I very much doubt you'd see any difference at all in burn quality. In any case, with people out there still buying Princo and CMC discs, a couple of links are the least of their problems.

You have to extract the contents of both images and merge them somehow. If they're plain old files, that's simple enough. If they're DVD Video discs, now might be a good time to search Google!

Flashed to JJ11 and it's burning at 6x. Will post logs + graph when it's done. EDIT: Done now! I 22:41:55 ImgBurn Version 1.3.0.14 Beta started! I 22:41:55 Microsoft Windows XP Professional (5.1, Build 2600 : Service Pack 2) I 22:41:55 Initialising SPTI... I 22:41:55 Searching for SCSI / ATAPI devices... I 22:41:56 Found 3 DVD-ROMs, 1 DVD?RW and 4 DVD?RW/RAMs! I 22:42:23 Operation Started! I 22:42:23 Building Image Tree... I 22:42:23 Checking Directory Depth... I 22:42:23 Calculating Totals... I 22:42:23 Preparing Image... I 22:42:27 Using Layer Break LBA: 1991570 -> 1991584 (VTS_02, PGC: 1, Cell: 27, Vob/Cell ID: 1/27, Time: 01:20:38, SPLIP: No) I 22:42:28 Image Size: 7,812,886,528 bytes I 22:42:28 Image Sectors: 3,814,886 I 22:42:29 Operation Successfully Completed! - Duration: 00:00:06 I 22:42:30 Operation Started! I 22:42:30 Source File: -==/\/[bUILD IMAGE]\/\==- I 22:42:30 Source File Sectors: 3,814,886 (MODE1/2048) I 22:42:30 Source File Size: 7,812,886,528 bytes I 22:42:30 Source File Volume Identifier: DL_TEST I 22:42:30 Source File Application Identifier: IMGBURN - THE ULTIMATE IMAGE BURNER! © 2006 LIGHTNING UK! I 22:42:30 Source File Implementation Identifier: ImgBurn I 22:42:30 Source File File System(s): ISO9660, UDF (1.02) I 22:42:30 Destination Device: [0:0:0] HL-DT-ST DVDRAM GSA-H10N JJ11 (L:) (USB) I 22:42:30 Destination Media Type: DVD+R DL (Disc ID: MKM-001-00) (Speeds: 2.4x, 4x, 6x) I 22:42:30 Destination Media Sectors: 4,173,824 I 22:42:30 Write Mode: DVD I 22:42:30 Write Type: DAO I 22:42:30 Write Speed: MAX I 22:42:30 Link Size: Auto I 22:42:30 Test Mode: No I 22:42:30 BURN-Proof: Enabled I 22:42:30 Optimal L0 Data Zone Capacity: 1,991,584 I 22:42:30 Optimal L0 Data Zone Method: IFO Cell Boundary, 'SPLIP' Flag Not Set I 22:43:10 Filling Buffer... I 22:43:11 Writing LeadIn... I 22:43:18 Writing Image... I 22:43:18 Writing Layer 0... (LBA: 0 - 1991583) I 22:51:29 Writing Layer 1... (LBA: 1991584 - 3814885) I 22:59:05 Synchronising Cache... I 22:59:06 Closing Track... I 22:59:10 Finalising Disc... I 23:00:45 Image MD5: 8d0cf2c33a1611d16a755a933377b72f I 23:00:45 Operation Successfully Completed! - Duration: 00:18:15 I 23:00:45 Average Write Rate: 8,065 KB/s (5.8x) - Maximum Write Rate: 8,661 KB/s (6.3x) I 23:00:45 Cycling Tray before Verify... W 23:00:55 Waiting for device to become ready... I 23:01:17 Device Ready! I 23:01:18 Operation Started! I 23:01:18 Source Device: [0:0:0] HL-DT-ST DVDRAM GSA-H10N JJ11 (L:) (USB) I 23:01:18 Source Media Type: DVD+R DL (Book Type: DVD-ROM) (Disc ID: MKM-001-00) (Speeds: 2.4x, 4x, 6x) I 23:01:18 Image File: -==/\/[bUILD IMAGE]\/\==- I 23:01:18 Image File Sectors: 3,814,886 (MODE1/2048) I 23:01:18 Image File Size: 7,812,886,528 bytes I 23:01:18 Image File Volume Identifier: DL_TEST I 23:01:18 Image File Application Identifier: IMGBURN - THE ULTIMATE IMAGE BURNER! © 2006 LIGHTNING UK! I 23:01:18 Image File Implementation Identifier: ImgBurn I 23:01:18 Image File File System(s): ISO9660, UDF (1.02) I 23:01:18 Verifying Sectors... I 23:17:12 Device MD5: 8d0cf2c33a1611d16a755a933377b72f I 23:17:13 Image MD5: 8d0cf2c33a1611d16a755a933377b72f I 23:17:13 Operation Successfully Completed! - Duration: 00:15:55 I 23:17:13 Average Verify Rate: 7,997 KB/s (5.8x) - Maximum Verify Rate: 11,290 KB/s (8.2x)

Soon, honest! Still adding new little bits and squashing bugs though I'm afraid.

I believe it's normally peak values of things - most of which are about the same in your scans. Flash can tell you the real algorithm as I believe he made it up

Ok, just so you lot can quit your bitching, I've changed the basic 'wait for background format' option on the 'Write' tab in the settings into a 'Prefer Properly Formatted +RW' option. When ticked, it'll wait for background formatting and it'll also prompt to format the disc when it's either in the 'Formatted: No' state or the 'Formatted: No (Started)' state. When it's not ticked, it won't wait for the background format and it will only prompt to format when it really has to - i.e. when it's in the 'Formatted: No' state. Happy Now?!

Geez, I really don't get the issue here! It's not like you have to format EVERY time, you just do it once and then the media will be in the proper formatted state. I use DVD+RW all the time for my testing and I can't remember the last time I had to format the disc. Like I said, once it's done, it's done. The 'Wait for background format' is already optional and you'll find it on the 'Write' tab in the settings. It's still going to want to format each time, but at least you won't have to wait until it's fully done.